使用CryptoJS实现AES-CBC-192加密的正确安全方法咨询

你的原始实现存在多个影响正确性和安全性的问题：

• 硬编码固定盐值：使用固定字符串M@Tr05K@作为盐，相同密码会生成完全一致的派生密钥，大幅降低彩虹表攻击成本，不符合密码学最佳实践。
• PBKDF2参数错误：CryptoJS的keySize参数单位是32位（4字节）的字，不是字节，你写的192/8会生成768位的超长密钥，完全不符合AES-192要求的192位密钥长度。
• 加密密钥传入错误：你生成了派生密钥key_to_bits，但实际调用CryptoJS.AES.encrypt时传入的还是原始明文密码，CryptoJS会自动用默认规则重新派生密钥，前面的PBKDF2逻辑完全没有生效。
• 缺少解密必需参数：仅返回密文，没有返回加密用到的盐和IV，后续无法完成解密操作。

你提供的修改版已经修正了上述所有问题，是符合AES-CBC-192标准的安全实现：

• 改为每次加密随机生成16字节盐，相同密码每次加密都会生成不同的密钥，极大提升攻击成本。
• 修正keySize参数为192/32，刚好生成符合要求的192位AES密钥。
• 加密时正确传入PBKDF2派生的key_to_bits，你设置的30000次迭代参数在前端环境下属于安全合理的配置。
• 同时返回密文、十六进制编码的盐和IV，后续解密可以正常获取所有必需参数。

如果有更高的安全需求，可以做如下调整：

• 可以根据运行设备的性能，适当提升PBKDF2的迭代次数，以单次加密耗时在100ms左右的数值为佳，进一步提升暴力破解成本。
• 可以把返回的盐、IV、密文用固定分隔符拼接为单个字符串，方便传输和存储，比如${salt}:${iv}:${result}，解密时按分隔符拆分即可。
• 如需防范密文篡改和Padding Oracle攻击，可以额外基于密文+IV+盐计算HMAC值一同返回，解密时先校验HMAC合法性再执行解密操作。

内容的提问来源于stack exchange，提问作者Kael Souza