C++字符串按位异或加密方法详解

不能直接对std::string整体异或，因单字节密钥易被频次分析破解，且含\0时会导致C函数截断；应使用循环密钥流逐字节异或，确保unsigned char层面操作，加密解密函数相同。

为什么不能直接对 std::string 整体异或

很多人一上来就写 for (auto& c : s) c ^= key;，看似简洁，但隐患很大：密钥 key 是单字节时，所有字符用同一个值异或，属于“凯撒式异或”，极易被频次分析破解；更严重的是，如果字符串含 \0（比如读取二进制数据或 UTF-8 中的多字节字符），std::string 虽能存它，但后续传给 C 风格函数（如 printf、strlen）会提前截断。加密后若出现 \0，解密就必然失败。

推荐做法：用循环密钥逐字节异或

真正可用的轻量级异或加密，核心是「密钥流」——把短密钥（如 "secret"）重复铺开，与明文每个字节对齐异或。这样既避免单字节密钥的弱点，又不引入额外依赖。

• 密钥必须是 std::string 或 const char*，不能是单个 char
• 异或操作始终在 unsigned char 层面进行，防止符号扩展导致结果错误（例如 char c = 0xFF; 异或后变成负数）
• 加密和解密函数完全相同——异或两次等于原值，即 a ^ b ^ b == a

std::string xor_crypt(const std::string& data, const std::string& key) {
    if (key.empty()) return data;
    std::string out = data;
    for (size_t i = 0; i < data.size(); ++i) {
        unsigned char d = static_cast(data[i]);
        unsigned char k = static_cast(key[i % key.size()]);
        out[i] = static_cast(d ^ k);
    }
    return out;
}

常见错误：忽略输入长度与编码边界

如果你拿这个函数去加密中文路径或 JSON 字符串，可能解密后乱码——不是算法问题，而是你把 UTF-8 字节流当成了“字符”来处理。UTF-8 中一个汉字占 2~4 字节，而异或是在字节层做的，只要加解密用同一密钥、不修改字节长度，UTF-8 合法性就能保持。但要注意：

• 不要用 .length() 当“字符数”来切分或填充，它返回的是字节数
• 如果原始数据来自 fread 或网络 socket，确认你读的是完整字节块，没被截断或补零
• 调试时用 printf("%02x ", (unsigned char)c) 打印十六进制，比看 ASCII 字符更可靠

安全提醒：这不是生产级加密

xor_crypt 仅适合配置文件临时混淆、教学演示或设备间轻量认证 token 加扰。它不具备语义安全、抗重放、完整性校验等任何现代加密要求。如果你需要真正防篡改或防窃听：

• 传输场景用 TLS（即 HTTPS / WSS）
• 存储敏感字段用 libsodium 的 crypto_aead_xchacha20poly1305_ietf_encrypt
• 连 OpenSSL 都嫌重？至少加上 HMAC-SHA256 校验密文完整性

记住：异或本身不提供保密强度，密钥管理（如何生成、存储、轮换）才是难点所在。