先贴出来源码

[cpp] view plaincopy
  1. #ifndef PACKET_HEAD_FILE
  2. #define PACKET_HEAD_FILE
  3. #pragma pack(1)
  4. //
  5. //端口定义
  6. #define MAX_CONTENT                 512                                 //并发容量
  7. #define PORT_AUTO_SELECT            INVALID_WORD                        //自动端口
  8. #define PORT_LOGON                  8300                                //登陆端口
  9. #define PORT_CENTER                 8310                                //协调端口
  10. #define PORT_MANAGER                8320                                //管理端口
  11. //
  12. //网络定义
  13. //数据类型
  14. #define DK_MAPPED                   0x01                                //映射类型
  15. #define DK_ENCRYPT                  0x02                                //加密类型
  16. #define DK_COMPRESS                 0x04                                //压缩类型
  17. //长度定义
  18. #define SOCKET_TCP_VER              0x66                                //网络版本
  19. #define SOCKET_TCP_BUFFER           16384                               //网络缓冲
  20. #define SOCKET_TCP_PACKET           (SOCKET_TCP_BUFFER-sizeof(TCP_Head))//网络缓冲
  21. //长度定义
  22. #define SOCKET_UDP_BUFFER           16384                               //网络缓冲
  23. #define SOCKET_UDP_PACKET           (SOCKET_UDP_BUFFER-sizeof(UDP_Head))//网络缓冲
  24. //
  25. //结构定义
  26. //网络内核
  27. struct TCP_Info
  28. {
  29. BYTE                            cbVersion;                          //版本标识
  30. BYTE                            cbCheckCode;                        //效验字段
  31. WORD                            wPacketSize;                        //数据大小
  32. };
  33. //网络命令
  34. struct TCP_Command
  35. {
  36. WORD                            wMainCmdID;                         //主命令码
  37. WORD                            wSubCmdID;                          //子命令码
  38. };
  39. //网络包头
  40. struct TCP_Head
  41. {
  42. TCP_Info                        TCPInfo;                            //基础结构
  43. TCP_Command                     CommandInfo;                        //命令信息
  44. };
  45. //网络缓冲
  46. struct TCP_Buffer
  47. {
  48. TCP_Head                        Head;                               //数据包头
  49. BYTE                            cbBuffer[SOCKET_TCP_PACKET];        //数据缓冲
  50. };
  51. //
  52. //网络内核
  53. struct UDP_Info
  54. {
  55. BYTE                            cbDataKind;                         //数据类型
  56. BYTE                            cbCheckCode;                        //效验字段
  57. WORD                            wPacketSize;                        //数据大小
  58. WORD                            wPacketIndex;                       //数据序列
  59. WORD                            wConnectIndex;                      //连接索引
  60. };
  61. //网络命令
  62. struct UDP_Command
  63. {
  64. WORD                            wMainCmdID;                         //主命令码
  65. WORD                            wSubCmdID;                          //子命令码
  66. };
  67. //网络包头
  68. struct UDP_Head
  69. {
  70. UDP_Info                        UDPInfo;                            //基础结构
  71. UDP_Command                     CommandInfo;                        //命令信息
  72. };
  73. //网络缓冲
  74. struct UDP_Buffer
  75. {
  76. UDP_Head                        Head;                               //数据包头
  77. BYTE                            cbBuffer[SOCKET_UDP_PACKET];        //数据缓冲
  78. };
  79. //
  80. //内核命令
  81. #define MDM_KN_COMMAND              0                                   //内核命令
  82. #define SUB_KN_DETECT_SOCKET        1                                   //检测命令
  83. //
  84. //传输数据
  85. #define IPC_VER                     1                                   //版本标识
  86. #define IPC_PACKET                  (10240-sizeof(IPC_Head))            //最大包长
  87. #define IPC_BUFFER                  (sizeof(IPC_Head)+IPC_PACKET)       //缓冲长度
  88. //数据包头
  89. struct IPC_Head
  90. {
  91. WORD                            wVersion;                           //版本标识
  92. WORD                            wPacketSize;                        //数据大小
  93. WORD                            wMainCmdID;                         //主命令码
  94. WORD                            wSubCmdID;                          //子命令码
  95. };
  96. //IPC 包结构
  97. struct IPC_Buffer
  98. {
  99. IPC_Head                        Head;                               //数据包头
  100. BYTE                            cbBuffer[IPC_PACKET];               //数据缓冲
  101. };
  102. //
  103. //数据定义
  104. //加密密钥
  105. const DWORD g_dwPacketKey=0xA55AA55A;
  106. //发送映射
  107. const BYTE g_SendByteMap[256]=
  108. {
  109. 0x70,0x2F,0x40,0x5F,0x44,0x8E,0x6E,0x45,0x7E,0xAB,0x2C,0x1F,0xB4,0xAC,0x9D,0x91,
  110. 0x0D,0x36,0x9B,0x0B,0xD4,0xC4,0x39,0x74,0xBF,0x23,0x16,0x14,0x06,0xEB,0x04,0x3E,
  111. 0x12,0x5C,0x8B,0xBC,0x61,0x63,0xF6,0xA5,0xE1,0x65,0xD8,0xF5,0x5A,0x07,0xF0,0x13,
  112. 0xF2,0x20,0x6B,0x4A,0x24,0x59,0x89,0x64,0xD7,0x42,0x6A,0x5E,0x3D,0x0A,0x77,0xE0,
  113. 0x80,0x27,0xB8,0xC5,0x8C,0x0E,0xFA,0x8A,0xD5,0x29,0x56,0x57,0x6C,0x53,0x67,0x41,
  114. 0xE8,0x00,0x1A,0xCE,0x86,0x83,0xB0,0x22,0x28,0x4D,0x3F,0x26,0x46,0x4F,0x6F,0x2B,
  115. 0x72,0x3A,0xF1,0x8D,0x97,0x95,0x49,0x84,0xE5,0xE3,0x79,0x8F,0x51,0x10,0xA8,0x82,
  116. 0xC6,0xDD,0xFF,0xFC,0xE4,0xCF,0xB3,0x09,0x5D,0xEA,0x9C,0x34,0xF9,0x17,0x9F,0xDA,
  117. 0x87,0xF8,0x15,0x05,0x3C,0xD3,0xA4,0x85,0x2E,0xFB,0xEE,0x47,0x3B,0xEF,0x37,0x7F,
  118. 0x93,0xAF,0x69,0x0C,0x71,0x31,0xDE,0x21,0x75,0xA0,0xAA,0xBA,0x7C,0x38,0x02,0xB7,
  119. 0x81,0x01,0xFD,0xE7,0x1D,0xCC,0xCD,0xBD,0x1B,0x7A,0x2A,0xAD,0x66,0xBE,0x55,0x33,
  120. 0x03,0xDB,0x88,0xB2,0x1E,0x4E,0xB9,0xE6,0xC2,0xF7,0xCB,0x7D,0xC9,0x62,0xC3,0xA6,
  121. 0xDC,0xA7,0x50,0xB5,0x4B,0x94,0xC0,0x92,0x4C,0x11,0x5B,0x78,0xD9,0xB1,0xED,0x19,
  122. 0xE9,0xA1,0x1C,0xB6,0x32,0x99,0xA3,0x76,0x9E,0x7B,0x6D,0x9A,0x30,0xD6,0xA9,0x25,
  123. 0xC7,0xAE,0x96,0x35,0xD0,0xBB,0xD2,0xC8,0xA2,0x08,0xF3,0xD1,0x73,0xF4,0x48,0x2D,
  124. 0x90,0xCA,0xE2,0x58,0xC1,0x18,0x52,0xFE,0xDF,0x68,0x98,0x54,0xEC,0x60,0x43,0x0F
  125. };
  126. //接收映射
  127. const BYTE g_RecvByteMap[256]=
  128. {
  129. 0x51,0xA1,0x9E,0xB0,0x1E,0x83,0x1C,0x2D,0xE9,0x77,0x3D,0x13,0x93,0x10,0x45,0xFF,
  130. 0x6D,0xC9,0x20,0x2F,0x1B,0x82,0x1A,0x7D,0xF5,0xCF,0x52,0xA8,0xD2,0xA4,0xB4,0x0B,
  131. 0x31,0x97,0x57,0x19,0x34,0xDF,0x5B,0x41,0x58,0x49,0xAA,0x5F,0x0A,0xEF,0x88,0x01,
  132. 0xDC,0x95,0xD4,0xAF,0x7B,0xE3,0x11,0x8E,0x9D,0x16,0x61,0x8C,0x84,0x3C,0x1F,0x5A,
  133. 0x02,0x4F,0x39,0xFE,0x04,0x07,0x5C,0x8B,0xEE,0x66,0x33,0xC4,0xC8,0x59,0xB5,0x5D,
  134. 0xC2,0x6C,0xF6,0x4D,0xFB,0xAE,0x4A,0x4B,0xF3,0x35,0x2C,0xCA,0x21,0x78,0x3B,0x03,
  135. 0xFD,0x24,0xBD,0x25,0x37,0x29,0xAC,0x4E,0xF9,0x92,0x3A,0x32,0x4C,0xDA,0x06,0x5E,
  136. 0x00,0x94,0x60,0xEC,0x17,0x98,0xD7,0x3E,0xCB,0x6A,0xA9,0xD9,0x9C,0xBB,0x08,0x8F,
  137. 0x40,0xA0,0x6F,0x55,0x67,0x87,0x54,0x80,0xB2,0x36,0x47,0x22,0x44,0x63,0x05,0x6B,
  138. 0xF0,0x0F,0xC7,0x90,0xC5,0x65,0xE2,0x64,0xFA,0xD5,0xDB,0x12,0x7A,0x0E,0xD8,0x7E,
  139. 0x99,0xD1,0xE8,0xD6,0x86,0x27,0xBF,0xC1,0x6E,0xDE,0x9A,0x09,0x0D,0xAB,0xE1,0x91,
  140. 0x56,0xCD,0xB3,0x76,0x0C,0xC3,0xD3,0x9F,0x42,0xB6,0x9B,0xE5,0x23,0xA7,0xAD,0x18,
  141. 0xC6,0xF4,0xB8,0xBE,0x15,0x43,0x70,0xE0,0xE7,0xBC,0xF1,0xBA,0xA5,0xA6,0x53,0x75,
  142. 0xE4,0xEB,0xE6,0x85,0x14,0x48,0xDD,0x38,0x2A,0xCC,0x7F,0xB1,0xC0,0x71,0x96,0xF8,
  143. 0x3F,0x28,0xF2,0x69,0x74,0x68,0xB7,0xA3,0x50,0xD0,0x79,0x1D,0xFC,0xCE,0x8A,0x8D,
  144. 0x2E,0x62,0x30,0xEA,0xED,0x2B,0x26,0xB9,0x81,0x7C,0x46,0x89,0x73,0xA2,0xF7,0x72
  145. };
  146. //
  147. #pragma pack()
  148. #endif
[cpp] view plaincopy
  1. //随机映射
  2. WORD CServerSocketItem::SeedRandMap(WORD wSeed)
  3. {
  4. DWORD dwHold = wSeed;
  5. return (WORD)((dwHold = dwHold * 241103L + 2533101L) >> 16);
  6. }
  7. //映射发送数据
  8. BYTE CServerSocketItem::MapSendByte(BYTE const cbData)
  9. {
  10. BYTE cbMap = g_SendByteMap[(BYTE)(cbData+m_cbSendRound)];
  11. m_cbSendRound += 3;
  12. return cbMap;
  13. }
  14. //映射接收数据
  15. BYTE CServerSocketItem::MapRecvByte(BYTE const cbData)
  16. {
  17. BYTE cbMap = g_RecvByteMap[cbData] - m_cbRecvRound;
  18. m_cbRecvRound += 3;
  19. return cbMap;
  20. }
[cpp] view plaincopy
  1. //加密数据
  2. WORD CServerSocketItem::EncryptBuffer(BYTE pcbDataBuffer[], WORD wDataSize, WORD wBufferSize)
  3. {
  4. WORD i = 0;
  5. //效验参数
  6. ASSERT(wDataSize >= sizeof(TCP_Head));
  7. ASSERT(wDataSize <= (sizeof(TCP_Head) + SOCKET_TCP_BUFFER));
  8. ASSERT(wBufferSize >= (wDataSize + 2*sizeof(DWORD)));
  9. //调整长度
  10. WORD wEncryptSize = wDataSize - sizeof(TCP_Info), wSnapCount = 0;
  11. if ((wEncryptSize % sizeof(DWORD)) != 0)
  12. {
  13. wSnapCount = sizeof(DWORD) - wEncryptSize % sizeof(DWORD);
  14. memset(pcbDataBuffer + sizeof(TCP_Info) + wEncryptSize, 0, wSnapCount);
  15. }
  16. //效验码与字节映射
  17. BYTE cbCheckCode = 0;
  18. for (i = sizeof(TCP_Info); i < wDataSize; i++)
  19. {
  20. cbCheckCode += pcbDataBuffer[i];
  21. pcbDataBuffer[i] = MapSendByte(pcbDataBuffer[i]);
  22. }
  23. //填写信息头
  24. TCP_Head * pHead = (TCP_Head *)pcbDataBuffer;
  25. pHead->TCPInfo.cbCheckCode = ~cbCheckCode + 1;
  26. pHead->TCPInfo.wPacketSize = wDataSize;
  27. pHead->TCPInfo.cbVersion = SOCKET_TCP_VER;
  28. //加密数据
  29. DWORD dwXorKey = m_dwSendXorKey;
  30. WORD * pwSeed = (WORD *)(pcbDataBuffer + sizeof(TCP_Info));
  31. DWORD * pdwXor = (DWORD *)(pcbDataBuffer + sizeof(TCP_Info));
  32. WORD wEncrypCount = (wEncryptSize + wSnapCount) / sizeof(DWORD);
  33. for (i = 0; i < wEncrypCount; i++)
  34. {
  35. *pdwXor++ ^= dwXorKey;
  36. dwXorKey = SeedRandMap(*pwSeed++);
  37. dwXorKey |= ((DWORD)SeedRandMap(*pwSeed++)) << 16;
  38. dwXorKey ^= g_dwPacketKey;
  39. }
  40. //设置变量
  41. m_dwSendPacketCount++;
  42. m_dwSendXorKey = dwXorKey;
  43. return wDataSize;
  44. }
  45. //解密数据
  46. WORD CServerSocketItem::CrevasseBuffer(BYTE pcbDataBuffer[], WORD wDataSize)
  47. {
  48. WORD i = 0;
  49. //效验参数
  50. ASSERT(wDataSize >= sizeof(TCP_Head));
  51. ASSERT(((TCP_Head *)pcbDataBuffer)->TCPInfo.wPacketSize == wDataSize);
  52. //调整长度
  53. WORD wSnapCount = 0;
  54. if ((wDataSize % sizeof(DWORD)) != 0)
  55. {
  56. wSnapCount = sizeof(DWORD) - wDataSize % sizeof(DWORD);
  57. memset(pcbDataBuffer + wDataSize, 0, wSnapCount);
  58. }
  59. //提取密钥
  60. if (m_dwRecvPacketCount == 0)
  61. {
  62. ASSERT(wDataSize >= (sizeof(TCP_Head) + sizeof(DWORD)));
  63. if (wDataSize < (sizeof(TCP_Head) + sizeof(DWORD))) throw TEXT("数据包解密长度错误");
  64. m_dwRecvXorKey = *(DWORD *)(pcbDataBuffer + sizeof(TCP_Head));
  65. m_dwSendXorKey = m_dwRecvXorKey;
  66. MoveMemory(pcbDataBuffer + sizeof(TCP_Head), pcbDataBuffer + sizeof(TCP_Head) + sizeof(DWORD),
  67. wDataSize - sizeof(TCP_Head) - sizeof(DWORD));
  68. wDataSize -= sizeof(DWORD);
  69. ((TCP_Head *)pcbDataBuffer)->TCPInfo.wPacketSize -= sizeof(DWORD);
  70. }
  71. //解密数据
  72. DWORD dwXorKey = m_dwRecvXorKey;
  73. DWORD * pdwXor = (DWORD *)(pcbDataBuffer + sizeof(TCP_Info));
  74. WORD  * pwSeed = (WORD *)(pcbDataBuffer + sizeof(TCP_Info));
  75. WORD wEncrypCount = (wDataSize + wSnapCount - sizeof(TCP_Info)) / 4;
  76. for (i = 0; i < wEncrypCount; i++)
  77. {
  78. if ((i == (wEncrypCount - 1)) && (wSnapCount > 0))
  79. {
  80. BYTE * pcbKey = ((BYTE *) & m_dwRecvXorKey) + sizeof(DWORD) - wSnapCount;
  81. CopyMemory(pcbDataBuffer + wDataSize, pcbKey, wSnapCount);
  82. }
  83. dwXorKey = SeedRandMap(*pwSeed++);
  84. dwXorKey |= ((DWORD)SeedRandMap(*pwSeed++)) << 16;
  85. dwXorKey ^= g_dwPacketKey;
  86. *pdwXor++ ^= m_dwRecvXorKey;
  87. m_dwRecvXorKey = dwXorKey;
  88. }
  89. //效验码与字节映射
  90. TCP_Head * pHead = (TCP_Head *)pcbDataBuffer;
  91. BYTE cbCheckCode = pHead->TCPInfo.cbCheckCode;;
  92. for (i = sizeof(TCP_Info); i < wDataSize; i++)
  93. {
  94. pcbDataBuffer[i] = MapRecvByte(pcbDataBuffer[i]);
  95. cbCheckCode += pcbDataBuffer[i];
  96. }
  97. if (cbCheckCode != 0) throw TEXT("数据包效验码错误");
  98. return wDataSize;
  99. }

1.加密和解密结构在客户端和服务器是一样的，不会存在客户端的加密对应服务器的解密，服务器的加密对应客户端的解密
2.加密后数据的长度不会进行改变
3.加密方法没有采用比较有名的算法（例如DES），只是进行简单的置换和异或
4.算法采用了两套解密方式（重叠使用），方式一：逐字节置换，方式二：逐四字节进行异或（当然加密和解密顺序是相反的）
5.异或秘钥是根据上次发送的信息生成的，这样可以达到一环扣一环，只监听一次数据包是不可能解出明文的，必须还要有上次通信的内容
6.固定异或秘钥0xA55AA55A，估计应该是提升版本的时候用吧
7.最初异或秘钥有客户端生成，发送给服务器
8.服务器和客户端都保留有两个秘钥，发送秘钥和接收秘钥

首先评论一下该算法，算法的复杂度不是很高，有效的降低了因为加密解密造成的CPU消耗。聊一些乱七八糟的东西，发送网络数据包为什么
还要进行加密啊？哈哈，一方面是防止嗅探监听进行破解，更重要的是针对外挂制作者吧。分析加解密代码以前，我曾抓包分析发送密文，
就像网上常见的教程那样，先发送一个“1”，再分送一个“1”，再发送一个“2”，再发送一个“11”，观察数据包长度和内容的变化，由此猜测加密
方式，后来看到秘钥是变化的，因为前后发送两个“1”的密文是不同的，由此我猜测服务器端和客户端是否约定好了一个很大的秘钥数组，轮
着来，后来连续抓包发送的二十个“1”，妈的，崩溃，猜测失败。哈哈，当然现在看来这种只靠猜的方法是不可能猜出来加密解密的方式的，
屡次猜测失败的情况下最终放弃，最近在看网狐内核代码，看到了加密解密这段，不由得赞叹当初的白费功夫。虽然看不到C++的源代码，但
是可以反汇编看到客户端的代码，我也挺熟悉OllyDbg的，大学期间常用它破解一些小程序，还有就是免杀常用到它，但是我没有达到用它分
析算法的境界，相信牛人分析这些都是小菜一碟，我也只是泛泛学学而已。后来我尝试抓包腾讯的聊天数据包，加密之后的数据包长得样子和
网狐擦不多，估计是算结构有雷同之处。
好了，进入正题，我们来一步一步分析加解密代码，我们分析的时候肯定是先分析加密的程序，但是读代码的时候我是先看的解密代码，这样就
好容易了很多，当然如果你一理解了该算法，无论从前看还是从后看都是非常容易的，无非就是置换+异或嘛。我们先来整体了解一下加密流程
再进行细节分析吧，这样方便读者阅读，有了方向感和目标感，否则不太理解为什么这样做，这样做的好处是什么。首先我们看一下发包结构，
最终发送的结构体是TCP_Buffer，我们观看一下它的一个成员cbBuffer，好家伙将近16KB，当然这个结构体不会整体发送过去，只会发送前边一
部分数据，具体数据有多长，TCP_Info的最后面的成员wPacketSize会决定，这个性质决定了TCP_Info结构体不被加密，看看这个结构体的其他
两个元素，cbCheckCode，校验和，TCP协议不是已经有检验和了吗，为什么多次一举呢，大概是防止外挂程序恶意修改分包数据的内容吧，因为
TCP协议在底层，外挂程序大都在应用层，如果不在应用层进行校验和，本地外挂轻而易举就可修改封包内容，如果不是本地修改而是数据包在
网络发送中修改就没有那么简单了（其实也不是很复杂，修改封包之后再修改校验和就可以了），TCP协议的校验和大概就是防止数据包在网络
中的修改吧，cbVersion，版本号，这个应该是防止新老版本通信的策略，或者还有其他用途，由于版本是6603.所以版本号都是0x66。TCP_Command
，主命令，子命令没有什么好说的，命令太多，进行分组。
我们看看EncryptBuffer函数，首先要调整代码长度，调整到长度正好是4的整数倍，不够的后面补0
下面这段代码就是干的这个活，
WORD wEncryptSize = wDataSize - sizeof(TCP_Info), wSnapCount = 0;
if ((wEncryptSize % sizeof(DWORD)) != 0)
{
wSnapCount = sizeof(DWORD) - wEncryptSize % sizeof(DWORD);
memset(pcbDataBuffer + sizeof(TCP_Info) + wEncryptSize, 0, wSnapCount);
}
然后把所有字节加到一起，强转为BYTE类型，
BYTE cbCheckCode = 0;
for (i = sizeof(TCP_Info); i < wDataSize; i++)
{
cbCheckCode += pcbDataBuffer[i];
pcbDataBuffer[i] = MapSendByte(pcbDataBuffer[i]);
}
还有一句是pcbDataBuffer[i] = MapSendByte(pcbDataBuffer[i]);这是个字节映射，
先看看这个映射函数m_cbSendRound是自定义偏移，个另一方的m_cbRecvRound是对应的，
就是说这边发完数据包那边接收之后两个值是一样的，这样就可以达到秘钥一直在变，为了方便理解
我们把它们暂时看做是0，接着聊聊两个映射数组，这两个数组可不是随便写的，该数组有256个元素，
各不相同，为什么有两个数组？一个数组不是挺好的吗？加解密有一个数组，这样才是可逆的啊，期初
我一直犯嘀咕，仔细看下这里面还有猫腻，比如我要加密一个字节“0x00”,我们看看MapSendByte函数，
从g_SendByteMap里取第0x00个元素，就是0x70，这就是加密之后的数值，怎么解密呢，再看g_RecvByteMap
数组，第0x70个元素正好是0x00,是不是巧合？再试一个数据，“0x01”,g_SendByteMap的第1个元素值是
0x2F,加密值就是0x2F,g_RecvByteMap数组的第0x2F个元素正好是“0x01”,看到了吧，很神奇的数组吧，
我们回过头看看为什么会有两个数组呢？保证程序的高效性，如果只有一个数组，解密的时候我们就不
得不写一个循环进行破译，现在有了专门破译的数组，效率岂不是快了数百倍，为了实现动态的映射，
加入了m_cbSendRound偏移量，没有关系的，有人可能会有疑问，接收端怎么知道这个偏移量，会不会
两边不一样，哈哈，不用担心，加密段和解密端两边预定好一开始的偏移量（0），他们还约定每发送一
个字节偏移量+3，这样就可以保证两边的偏移量始终一样。万一丢包了怎么办？哈哈发生丢包就不可以正常
解密了，所以这种算法只适合TCP协议，UDP是不合适的。
BYTE CServerSocketItem::MapSendByte(BYTE const cbData)
{
BYTE cbMap = g_SendByteMap[(BYTE)(cbData+m_cbSendRound)];
m_cbSendRound += 3;
return cbMap;
}
接着再看异或加密，每次操作4个字节，和谁进行异或呢?我举个例子，比如对一下八个自己23 43 54 65 53 56 78 34
异或加密，先把这八个字按照四个字节一块儿的分两节，23 43 54 65 和 53 56 78 34，对后面的四个字节异或时，有
前边四个自己进行固定的映射，映射成4个字节xx xx xx xx,再由这4个字节和53 56 78 34进行异或，生成密文，那么
前边这四个23 43 54 65和谁进行异或呢，和他前边的字节进行固定映射之后进行异或，这样说总的有个头吧，没错，
这个数据包的头异或的目标是上次数据包的尾，那最初的最初和谁异或呢？这个是客户端随机生成的，他会在第一次数
据包里面发送给服务器。这真是一环扣一环呀，所以说只抓获一次数据包是无法全部解密的，总是四字节的异或，要是
不够四字节怎么办，不够就补0呀，知道当初为什么这样做了吧。知道了加密方式，解密方式就不用讲了。综合来看这套
加密机智还是相当不错的，算法不算太复杂，但是很好用呀，想想当初只看密文猜测加密方式和秘钥，简直是扯淡。就说

这么多吧，要是有什么说错的地方欢迎大家指正。

转自：http://blog.csdn.net/liujiayu2/article/details/46900791

一点一滴解读网狐的加解密相关推荐

  1. 【揭秘】网易云视频点播加解密系统架构

    毕伟 宁波大学硕士,2015年3月加入网易,负责网易云视频服务Android,ios,windows端播放器和音视频技术的相关开发,兴趣领域在视频编解码和图像处理. 随着经济及互联网的快速发展,版权越 ...

  2. 护网必备技能：Spring Boot 接口数据加解密 功能实现

    护网必备技能:Spring Boot 接口数据加解密 功能实现 文章目录 护网必备技能:Spring Boot 接口数据加解密 功能实现 1. 尽量少改动,不影响之前的业务逻辑: 2. 考虑到时间紧迫 ...

  3. 网狐荣耀源码（含内核源码）可二次开发

    网狐荣耀版本,可以二次开发. 含内核源码(可自定义消息包加解密),含约战服务(房卡模式),十几个子游戏源码,网站源码(网站前台,网站后台,房卡后台). PS:这几天熬夜弄这个,可算能好好睡一下了! 转 ...

  4. 关于网狐棋牌6603源码的整理、编译和搭建

    最近换工作,趁着有一段清闲时间,整理了一下网狐棋牌的源码,这份源码下载很久了,一直呆在硬盘.这次正好好好看看. 网狐的代码质量很高,流露出来的代码也比较完整,基本上都能编译通过.但是要真的搭建起来,还 ...

  5. jasypt 加解密的各个版本支持，看这一篇文章就够了

    文章目录 一.场景描述 二.解决方案 三.实践操作 四.测试用例 一.场景描述   在项目开发过程中,我们往往可以看到许多项目的配置文件中可以看到各种明文密码的情况,比如:数据库密码.Redis 连接 ...

  6. Crypto++库在VS 2005中的使用——RSA加解密

    Crypto++库在VS 2005中的使用--RSA加解密 源代码:下载 一.   下载Crypto++ Library Crypto++ Library的官方网:http://www.cryptop ...

  7. java pkcs#11读取证书加解密（初学-分享）

    java pkcs#11读取证书加解密(初学-分享) http://www.cnblogs.com/sunfb/archive/2013/02/28/2937227.html 插入USB-KEY, 想 ...

  8. Module.h 网狐的“com”工具箱

    Module.h     网狐的"com"工具箱: 简单介绍下这个东东,其实我以前分析的时候就说过了,这个设计看上去很美,其实用起来不那么方便.这不6603就没有这玩意了.     ...

  9. 网狐棋牌游戏平台服务器架构设计分析

    调用模型 模仿COM组件接口模式,利用面向对象思想多态性polymorphism,调用方保存着被调用方的基础接口指针(interface or sink钩子)(Pure Virtual Functio ...

最新文章

  1. WinForm 读写配置文件
  2. ubuntu16.04 apt-get 报错：E: Unable to locate package update（E: Unable to locate package upgrade）（没解决）
  3. 就linux学习的一点感受,谈谈前天面试后的感受吧，关于学习Linux
  4. 去掉烦人的“正在配置Windows”
  5. c语言两个变量相乘出现乱码,C语言,矩阵的乘法运算程序，输出一堆乱码，求大神看看哪里错了。。...
  6. 如何使用 SAP API Portal Policy Editor 给 SAP API 调用自动添加认证信息
  7. /etc/fstab 参数详解及如何设置开机自动挂载
  8. 表面招助理实为“拉皮条”？招聘平台也有情色陷阱，BOSS直聘回应...
  9. lighttpd,nginx,apache的性能负载比较
  10. 震惊，线程共享变量使用不当引发血案
  11. Yii2实现自定义独立验证器的方法
  12. 计算激光雷达各点的仰角并分析其线数——根据lidar文档垂直角公式计算自己的激光雷达参数/以aloam为例子
  13. Android 应用程序签名
  14. 【微信小程序跳一跳】尝试用github开源机器学习玩跳一跳小游戏步骤
  15. 实现商品库存信息管理页面
  16. 2022化工自动化控制仪表考试题及答案
  17. 公司注册的种类及英文缩写
  18. 服务器c盘空间不够解决
  19. Java开源项目管理工具大全
  20. python三门问题_三门问题之python解答

热门文章

  1. 2022-05-18 牛客网每日选择题--前端
  2. RabbitmqCluster 磁盘不可用，disk space告警
  3. Keil C51教程
  4. 股指期货的交割日般是每月哪一天
  5. 影评《北京爱情故事》告诉我们一些事
  6. 看WIZ110SR如何实现串口转以太网功能
  7. 2. ORB-SLAM3_V1 源码阅读笔记 -Examples -ros_stereo_inertial.cc
  8. 奥义蛇皮走位之反复横跳（一）
  9. springcloud奥义 微服务
  10. 最新金蝶K3 wise15.1 金蝶K3 15.0 最新金蝶K3 V15.1 金蝶K3 15.1 WISE15.1 金蝶ERP K3行政事业15.1 K3行政事业12.1 金蝶医疗HRP 金蝶SHR