CryptoJS与PHP openssl_decrypt实现AES-256-CBC加密结果不一致问题

1. PHP端存在双重Base64编码逻辑错误 #

• openssl_encrypt第四个参数传0时，原生就会返回Base64编码后的密文，你的代码在外层又额外套了一层base64_encode，相当于做了两次Base64编码。
• JS端CryptoJS.AES.encrypt调用toString()返回的是单次Base64编码的密文，两者输出格式完全不一致。
• 对应的解密逻辑同理：openssl_decrypt在options=0时会自动对输入做Base64解码，你外层加的base64_decode只是和外层多做的Base64编码配套，仅能实现PHP自闭环加解密，无法兼容JS端的输出格式。

2. 双端实际使用的AES密钥长度不匹配 #

你定义的hex密钥0123456789abcdef0123456789abcdef共32个hex字符，经转换后实际为16字节（128位）：

• JS端CryptoJS会根据传入key的字节数自动匹配AES版本：16字节key默认走AES-128逻辑，不会触发AES-256计算。
• PHP端硬指定了AES-256-CBC模式，该模式要求32字节长度的key，当传入16字节key时，openssl会静默用0x00将key补全到32字节长度，实际使用的密钥为「原16字节key + 16个0填充字节」，和JS端使用的16字节密钥完全不同，加密结果自然无法互通。

3. 修正方案 #

• 对齐编码格式：将openssl_encrypt/openssl_decrypt的第四个参数改为OPENSSL_RAW_DATA（值为1），让函数返回/接收原始二进制密文，再手动做一次Base64编解码，和JS端输出格式完全对齐。
• 统一AES模式与密钥长度：如果要实现真正的AES-256，需将hex密钥扩展为64个字符（对应32字节/256位），保证和PHP端指定的AES-256-CBC所需密钥长度一致；如果使用现有16字节密钥，需将PHP端的加密方法改为AES-128-CBC，和JS端实际运行的模式对齐。
• 你当前定义的IV转换后为16字节，符合CBC模式对IV长度的要求（等于AES块大小16字节），无需调整。

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