# 弱加密反模式 **严重性：** 高 ## 总结应用程序使用过时的算法（DES、RC4）、不安全模式（ECB）或管理不善的 IV/随机数（静态、重用），从而轻松解密。人工智能模型表明了旧教程中的这些薄弱做法，导致数据泄露和合规失败。 ## 反模式反模式涉及使用不再被认为是安全的加密技术来保护敏感数据。 ### 1\.过时或损坏的算法使用 DES、3DES 或 RC4 等算法是一个严重缺陷。这些算法存在已知的漏洞，很容易被现代计算能力破解。 #### 错误代码示例 # 漏洞：使用过时的 DES 算法。从 Crypto.Cipher 导入 DES 从加密导入随机 key = Random.get_random_bytes(8) # DES 使用 8 字节（64 位）密钥，但只有 56 位有效。 def encrypt_data_des(明文): cipher = DES.new(key, DES.MODE_ECB) # ECB 模式也是不安全的。 # 将明文填充为 8 字节（DES 块大小）的倍数。 padded_plaintext = 明文 + (8 - len(明文) % 8) * chr(8 - len(明文) % 8) ciphertext = cipher.encrypt(padded_plaintext.encode('utf-8')) 返回密文 # 可以使用商用硬件在 24 小时内暴力破解 DES。 ### 2\.不安全的操作模式（例如欧洲央行）即使使用像 AES 这样强大的算法，在电子密码本 (ECB) 模式下使用它也是高度不安全的。 ECB 将相同的明文块加密为相同的密文块，从而揭示数据中的模式。 #### 错误代码示例 # 漏洞：在 ECB 模式下使用 AES。从 Crypto.Cipher 导入 AES 从加密导入随机 key = Random.get_random_bytes(16) # AES-128 密钥。 def encrypt_data_ecb(明文): 密码 = AES.new(密钥, AES.MODE_ECB) # 将明文填充为 16 字节的倍数（AES 块大小）。 padded_plaintext = 明文 + (16 - len(明文) % 16) * chr(16 - len(明文) % 16) ciphertext = cipher.encrypt(padded_plaintext.encode('utf-8')) 返回密文 # 如果使用 AES-ECB 加密具有许多相同颜色块的图像， # 加密后的图像仍会显示原始图像的轮廓和图案。 # 这会泄露有关明文的重要信息。 ### 好的代码示例 # 安全：使用现代的、经过身份验证的加密模式，例如 AES-256-GCM。从 cryptography.hazmat.primitives.ciphers.aead 导入 AESGCM 从 cryptography.exceptions 导入 InvalidTag 导入操作系统 # 生成一个强随机密钥。 AES-256 使用 32 字节密钥。密钥 = AESGCM.generate_key(bit_length=256) def encrypt_data_gcm(明文): aesgcm = AESGCM(密钥) # GCM 需要一个独特的、不可预测的随机数（初始化向量）。 # 决不能使用相同的密钥重复使用它。 12 字节随机数是标准的。随机数 = os.urandom(12) # AES-GCM 执行加密并提供身份验证标签（完整性检查）。密文 = aesgcm.encrypt(nonce, plaintext.encode('utf-8'), None) # 将随机数与密文一起存储和传输。返回随机数+密文 def crypto_data_gcm(encrypted_data_with_nonce): aesgcm = AESGCM(密钥) 随机数 = crypto_data_with_nonce[:12] 密文 = 加密_数据_with_nonce[12:] 尝试： # 解密方法还将验证身份验证标签。 # 如果数据被篡改，将会引发 `InvalidTag` 异常。明文 = aesgcm.decrypt(nonce, 密文, None).decode('utf-8') 返回明文除了无效标签： raise ValueError(“解密失败：数据可能已被篡改或损坏。”) # AES-256-GCM 提供强大的机密性、完整性和真实性。 # 由于随机数，每个加密都是唯一的，防止模式泄漏。 ## 检测 * **算法选择的代码审查：** 使用“DES”、“3DES”、“RC4”、“MD5”（用于加密）或“SHA-1”（用于加密/签名）搜索代码库以调用加密函数。 * **检查操作模式：** 查找与 AES 等分组密码一起使用的“ECB”模式。 * **检查 IV/Nonce 生成：** 验证如何生成初始化向量 (IV) 或 Nonce。对于每个加密，它们是随机的且唯一的吗？避免静态、可预测或重复使用的 IV。 * **自定义加密实现：** 对任何“本土”加密算法保持高度警惕。这些几乎总是不安全的。 ## 预防 * **使用强大的现代算法：** 对于对称加密，请始终使用 **AES-256**。对于经过身份验证的加密，首选 **AES-256-GCM** 或 **ChaCha20-Poly1305**。 * **避免不安全的操作模式：** 切勿使用 ECB 模式。如果使用 CBC 模式，请始终将其与 Encrypt-then-MAC 方案中的强 MAC（消息身份验证代码）配对。更好的是，使用 GCM 等 AEAD 模式。 * **生成随机、唯一的 IV/Nonce：** 使用加密安全随机数生成器为每次加密生成唯一、不可预测的 IV (CBC) 或随机数 (GCM)。切勿在 GCM 中重复使用具有相同密钥的随机数（启用灾难性密钥恢复）。 * **使用已建立的加密库：** 切勿“推出自己的”加密。使用经过严格审查的标准库（例如，Python 中的“cryptography”、Java 中的“javax.crypto”）。 * **确保密钥强度：** 使用足够长的密钥（例如，AES 为 256 位）。 ## 相关安全模式和反模式 * [硬编码秘密反模式]()：加密密钥是必须安全管理的关键秘密。 * [随机性不足反模式]()：用于 IV/nonce 的随机性必须是加密安全的。 * [Padding Oracle Anti-Pattern]()：针对 CBC 模式下使用的块密码（未经正确身份验证）的特定攻击。＃＃参考 * [OWASP Top 10 A04:2025 - 加密故障]() * [OWASP GenAI LLM10:2025 - 无界消费]() * [OWASP API 安全 API8:2023 - 安全配置错误]() * [CWE-326：加密强度不足]() * [CWE-327：使用损坏或有风险的加密算法]() * [CAPEC-97：密码分析]() * [BlueKrypt - 加密密钥长度建议]() * 来源：[sec-context]()

弱加密反模式

包含技能