一项在HN上发布的技术分析明确指出了语言模型在密码分析方面的局限性。但也存在好消息。

LLMs 与对称加密：威胁的真正边界在哪里

内容简介

一篇发表在 BFSWA 博客并在黑客新闻上转载的深度文章（2026年8月6日）直接提出论点：大型语言模型无法破解标准对称加密——AES、ChaCha20、SHA-3 哈希函数家族。其论证基于结构性分析，值得与该领域的已有研究进行对比。

对称与非对称加密的区别

在 crypto-llm-agents 讨论串中，我们记录了 LLM 代理在破解弱化或定制密码原语方面的实际能力——以及 Anthropic 承认其模型在混淆开放互联网与 CTF 环境时导致安全漏洞。这些结果并不适用于标准对称加密。

核心区别：

• 对称加密（AES、ChaCha20、SHA-3）：安全性依赖于在指数空间内无法找到密钥的不可能性。优秀的对称原语被设计为不产生任何可被利用的统计模式——这正是混淆/扩散（Shannon）的定义。观察 AES 密文的 LLM 在结构上无从分析。

• 非对称加密（RSA、ECDSA）：安全性依赖于数学难题（因式分解、离散对数），理论上 LLM 可能提出启发式方法——但实际进展仍极为有限，除非针对定制或实现不当的原语。

• 定制或弱化原语：这是 LLM 真正展现能力的领域——识别弱点。这也是 Anthropic 文档中记录的范畴。

谁（真正）受到影响

使用正确实现的标准对称加密的团队无需因 LLM 而改变任何东西。这不是他们的风险向量。

需要关注的团队：

• 实现定制原语（自研密码、专有协议）的团队
• 实现中存在 IV 管理、填充或侧信道漏洞的团队
• 仍在使用 3DES 或 RC4 的团队——但这源于其固有弱点，而非 LLM

当前行动建议

面对 LLM，无需紧急处理对称加密。但：

• 继续审计你的实现——这是 LLM 真正能帮助的地方：在你的代码中找到漏洞，而非破解 AES
• 如使用非标准原语，务必进行审计——这是真正的风险面

对全局威胁模型的影响

结合该讨论串的分析，我们得出结论：LLM 在密码分析中的威胁是可界定且可识别的。真正的风险并非 LLM 破解 AES——而是它们帮助攻击者在定制协议、实现缺陷或天真用法中发现漏洞。长期来看，后量子密码学（针对非对称加密）才是真正的迁移议题。