如何在Python中实现crypto-js不校验密钥长度的43字节密钥AES加密

crypto-js 的AES实现不对密钥长度做强制校验的本质，是它在接收到已经通过CryptoJS.enc.Utf8.parse转换为WordArray格式的密钥时，不会执行任何长度合法性检查、哈希派生、自动补位/截断的提示逻辑，会直接取这个密钥流的前32字节，按照AES-256的标准流程完成运算，密钥超出32字节的部分会被直接丢弃，完全不参与计算。
对应到43字节密钥的场景：业务侧开发大概率是没意识到非标准密钥长度的问题，直接把43字节的字符串转成WordArray传给了加密接口，crypto-js 没报错就正常跑通了，实际上参与AES运算的只有密钥的前32字节，后面11个字节对加密结果没有任何影响。

• 对齐密钥处理逻辑：把业务侧提供的43字节密钥按和JS端完全一致的编码（绝大多数场景是UTF-8）转为字节流，直接截取前32字节，得到真正参与AES运算的有效密钥。不要自作主张对完整43字节密钥做SHA256、PBKDF2等派生计算，否则会和JS端的结果完全不匹配。
• 对齐加密配套参数：逐一确认JS侧的AES配置，包括：
  • 加密模式（常见为CBC/ECB/GCM）
  • 填充规则（crypto-js 默认采用Pkcs7填充）
  • IV值逻辑（ECB模式不需要IV；CBC等模式要确认是固定写死的IV、还是每次加密随机生成、或是从密钥流中截取的16字节IV）
• 调用标准加密库完成运算：用pycryptodome 这类严格遵循AES标准的Python加密库，代入上面得到的32字节有效密钥、对齐所有参数完成加密，生成的密文就能和JS侧完全一致。

• 不要尝试绕过Python加密库的密钥长度校验直接传43字节密钥：Python生态的加密库严格遵循AES官方标准，仅支持16/24/32字节的标准密钥长度，这是符合安全规范的设计，不是实现缺陷。
• 要区分JS侧的密钥传入方式：如果JS侧调用加密接口时，是直接把字符串当第二个参数传给CryptoJS.AES.encrypt()，没有做Utf8.parse转WordArray的步骤，那逻辑就不是上面的截取模式，而是会自动走OpenSSL的EVP_BytesToKey流程派生密钥和IV。

  这类场景生成的密文通常以 U2FsdGVkX1 开头，这时候需要1:1复刻EVP_BytesToKey的派生逻辑拿到真实密钥和IV，再完成加密。

• 编码一致性要对齐：如果JS端用的是UTF-8编码解析密钥，Python端也要用完全相同的编码，不要默认用其他编码格式，否则截取的32字节有效密钥会出现偏差。

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