在 .NET 4.5 中，此密码在 32 位和 64 位架构上完美运行。将项目切换到 .NET 4.6 会在 64 位中完全破解此密码，而在 32 位中有针对该问题的奇怪补丁。

在我的方法“DecodeSkill”中，SkillLevel 是唯一在 .NET 4.6 上失效的部分。 此处使用的变量是从网络流中读取并进行编码的。

DecodeSkill(始终为 SkillLevel 返回正确的解码值)

    private void DecodeSkill()
    {
        SkillId = (ushort) (ExchangeShortBits((SkillId ^ ObjectId ^ 0x915d), 13) + 0x14be);
        SkillLevel = ((ushort) ((byte)SkillLevel ^ 0x21));
        TargetObjectId = (ExchangeLongBits(TargetObjectId, 13) ^ ObjectId ^ 0x5f2d2463) + 0x8b90b51a;
        PositionX = (ushort) (ExchangeShortBits((PositionX ^ ObjectId ^ 0x2ed6), 15) + 0xdd12);
        PositionY = (ushort) (ExchangeShortBits((PositionY ^ ObjectId ^ 0xb99b), 11) + 0x76de);
    }

交换短位

    private static uint ExchangeShortBits(uint data, int bits)
    {
        data &= 0xffff;
        return (data >> bits | data << (16 - bits)) & 65535;
    }

DecodeSkill(已为 .NET 4.6 32 位打补丁，注意“var patch = SkillLevel”)

    private void DecodeSkill()
    {
        SkillId = (ushort) (ExchangeShortBits((SkillId ^ ObjectId ^ 0x915d), 13) + 0x14be);
        var patch = SkillLevel = ((ushort) ((byte)SkillLevel ^ 0x21));
        TargetObjectId = (ExchangeLongBits(TargetObjectId, 13) ^ ObjectId ^ 0x5f2d2463) + 0x8b90b51a;
        PositionX = (ushort) (ExchangeShortBits((PositionX ^ ObjectId ^ 0x2ed6), 15) + 0xdd12);
        PositionY = (ushort) (ExchangeShortBits((PositionY ^ ObjectId ^ 0xb99b), 11) + 0x76de);
    }

将变量指定为 SkillLevel(仅限 32 位)将导致 SkillLevel 始终为正确值。去掉这个补丁，值总是不对。在 64 位中，即使有补丁，这也总是不正确的。

我已经尝试在解码方法上使用 MethodImplOptions.NoOptimization 和 MethodImplOptions.NoInlining，认为它会有所作为。

有什么想法会导致这种情况吗？

编辑: 我被要求举一个输入、好的输出和坏的输出的例子。 这是来自实际使用场景，值从客户端发送并由服务器使用 .NET 4.6 上的“补丁”正确解码。

输入:

ObjectId = 1000001

TargetObjectId = 2778236265
PositionX = 32409
PositionY = 16267
SkillId = 28399
SkillLevel = 8481

良好的输出

TargetObjectId = 0
PositionX = 302
PositionY = 278
SkillId = 1115
SkillLevel = 0

错误的输出

TargetObjectId = 0
PositionX = 302
PositionY = 278
SkillId = 1115
SkillLevel = 34545

编辑#2:

我应该包括这部分，这绝对是一个重要的部分。

EncodeSkill(时间戳 是 Environment.TickCount)

     private void EncodeSkill()
    {
        SkillId = (ushort) (ExchangeShortBits(ObjectId - 0x14be, 3) ^ ObjectId ^ 0x915d);
        SkillLevel = (ushort) ((SkillLevel + 0x100*(Timestamp%0x100)) ^ 0x3721);
        Arg1 = MathUtils.BitFold32(SkillId, SkillLevel);
        TargetObjectId = ExchangeLongBits(((TargetObjectId - 0x8b90b51a) ^ ObjectId ^ 0x5f2d2463u), 19);
        PositionX = (ushort) (ExchangeShortBits((uint) PositionX - 0xdd12, 1) ^ ObjectId ^ 0x2ed6);
        PositionY = (ushort) (ExchangeShortBits((uint) PositionY - 0x76de, 5) ^ ObjectId ^ 0xb99b);
    }

BitFold32

    public static int BitFold32(int lower16, int higher16)
    {
        return (lower16) | (higher16 << 16);
    }

交换长位

    private static uint ExchangeLongBits(uint data, int bits)
    {
        return data >> bits | data << (32 - bits);
    }

最佳答案

这是我想出的代码，我认为它类似于您的实际场景:

using System;
using System.Diagnostics;

class Program
{
    static void Main(string[] args)
    {
        var dc = new Decoder();
        dc.DecodeSkill();
        Debug.Assert(dc.TargetObjectId == 0m && dc.PositionX == 302 && dc.PositionY == 278 && dc.SkillId == 1115 && dc.SkillLevel == 0);
    }
}

class Decoder
{
    public uint ObjectId = 1000001;
    public uint TargetObjectId = 2778236265;
    public ushort PositionX = 32409;
    public ushort PositionY = 16267;
    public ushort SkillId = 28399;
    public ushort SkillLevel = 8481;

    public void DecodeSkill()
    {
        SkillId = (ushort)(ExchangeShortBits((SkillId ^ ObjectId ^ 0x915d), 13) + 0x14be);
        SkillLevel = ((ushort)((byte)(SkillLevel) ^ 0x21));
        TargetObjectId = (ExchangeLongBits(TargetObjectId, 13) ^ ObjectId ^ 0x5f2d2463) + 0x8b90b51a;
        PositionX = (ushort)(ExchangeShortBits((PositionX ^ ObjectId ^ 0x2ed6), 15) + 0xdd12);
        PositionY = (ushort)(ExchangeShortBits((PositionY ^ ObjectId ^ 0xb99b), 11) + 0x76de);
    }

    private static uint ExchangeShortBits(uint data, int bits)
    {
        data &= 0xffff;
        return (data >> bits | data << (16 - bits)) & 65535;
    }

    public static int BitFold32(int lower16, int higher16)
    {
        return (lower16) | (higher16 << 16);
    }

    private static uint ExchangeLongBits(uint data, int bits)
    {
        return data >> bits | data << (32 - bits);
    }
}

您正在对 8481 与 33 进行异或运算。那是 8448，这是我在我的机器上看到的。假设 SkillLevel 是一个 ushort，我认为发生的事情是您期望转换为 byte 以截断 SkillLevel 所以剩下的就是最后 8 位，但这并没有发生，所以当你转换回 ushort 时，高阶位仍然存在。

如果你想可靠地截断小 8 位之后的所有数字，你需要像这样对其进行位掩码:

SkillLevel = ((ushort) ((SkillLevel & 255) ^ 0x21));

编辑:

我怀疑这与运营商的数字促销事件有关。 ^ 运算符，当应用于 byte 或 ushort 和 int 时, 会将两个操作数提升为 int，因为存在从第一个操作数的两种可能类型到 int 的隐式转换。似乎正在发生的事情是从 ushort 到 byte 的 explicit 转换被跳过，这会导致截断。现在您只有两个 int，在进行异或运算后截断为 ushort，保留它们的高位。

关于c# - .Net 4.6 打破 XOR 密码模式？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/31752991/