AES-128 ECB模式代码抛出ValueError问题排查求助

问题核心原因 #

你遇到的ValueError是因为AES-128的ECB模式要求输入数据长度必须是16字节（AES固定块大小）的整数倍，而你要加密的"Helloworld".encode('utf-8')只有10字节，不满足块对齐要求，执行finalize()时就会抛出错误。

具体排查步骤 #

• 第一步：验证数据长度与块大小的匹配性
  打印待加密数据的字节长度，确认是否符合16的整数倍要求：

  print(len(data_to_encrypt))  # 输出10，明显不满足AES块对齐要求
  

  分组密码（ECB/CBC等非流密码模式）都要求输入数据长度是块大小的整数倍，cryptography库不会自动处理未对齐的数据。

• 第二步：启用标准填充机制
  对于长度不固定的明文，必须使用标准填充方案（比如PKCS#7）补全到块大小的整数倍。修改代码时引入填充模块，加密前填充、解密后去填充：

  # 新增导入填充模块
  from cryptography.hazmat.primitives import padding
  
  # 加密流程：先填充数据再加密
  padder = padding.PKCS7(128).padder()  # 128对应AES的16字节块大小
  padded_data = padder.update(data_to_encrypt) + padder.finalize()
  encrypted_data = aesEncryptor.update(padded_data) + aesEncryptor.finalize()
  
  # 解密流程：先解密再去填充
  decrypted_padded_data = aesDecryptor.update(encrypted_data) + aesDecryptor.finalize()
  unpadder = padding.PKCS7(128).unpadder()
  decrypted_data = unpadder.update(decrypted_padded_data) + unpadder.finalize()
  

• 第三步：验证修正后的结果
  重新运行代码，确认原始数据与解密后的数据完全匹配，同时检查加密后的数据长度为16的整数倍。

额外注意事项 #

• ECB模式安全性极低，相同明文会生成相同密文，实际生产场景建议使用CBC、GCM等更安全的模式，其中GCM还自带加密认证功能。
• 不要重复使用同一个encryptor/decryptor对象处理多段数据，每次加解密都应重新创建实例。

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