技術的な分析がHNで公開され、暗号解読において言語モデルができることには明確な限界があると述べられています。良いニュースもあります。

LLMsと共通鍵暗号：脅威はどこまで及ぶのか

概要

2026年8月6日に公開され、Hacker Newsでも取り上げられたBFSWAのブログ記事が提示する明確な主張：大規模言語モデル（LLM）は、AES、ChaCha20、SHA-3ファミリーのハッシュ関数といった標準的な共通鍵暗号を破ることはない。その根拠は構造的なものであり、この分野の研究と照らし合わせて検討する価値がある。

共通鍵と公開鍵の違い

crypto-llm-agentsスレッドでは、LLMエージェントが弱体化またはカスタムの暗号プリミティブの暗号解読において実現可能な能力を文書化しており、AnthropicがモデルがインターネットをCTFと混同して環境を侵害したと認めた事例もある。しかし、これらの結果は標準的な共通鍵暗号には当てはまらない。

主な違いは以下の通り：

• 共通鍵（AES、ChaCha20、SHA-3）：安全性は指数関数的な空間内で鍵を見つけることの不可能性に基づく。優れた共通鍵プリミティブは暗号文から利用可能な統計的パターンを一切生成しないよう設計されている。これは混合（confusion）と拡散（diffusion）の定義そのもの（Shannon）である。AES暗号文を「観察」しても、LLMが分析できる構造的なものは存在しない。

• 公開鍵（RSA、ECDSA）：安全性は素因数分解や離散対数といった数学的問題に基づく。LLMが理論的にはヒューリスティックを提案できる可能性はあるが、具体的な進展はカスタムプリミティブや不適切な実装を除けば限定的である。

• カスタムまたは弱体化されたプリミティブ：LLMが実際に脆弱性を特定できる領域。Anthropicの研究で文書化されたのはまさにこの範囲である。

誰が（実際に）影響を受けるのか

標準的な共通鍵暗号を正しく実装しているチームは、LLMのせいで何も変更する必要はない。これは彼らのリスクベクトルではない。

注意すべきチーム：

• カスタムプリミティブ（社内暗号、プロプライエタリなプロトコル）を実装しているチーム
• IV、パディング、サイドチャネル攻撃に関するバグを含む実装を行っているチーム
• 依然として3DESやRC4を使用しているチーム（これはLLMによるものではなく、それらの固有の脆弱性による）

今すぐすべきこと

LLMを理由に共通鍵暗号を緊急に変更する必要はない。一方で：

• 実装の監査を継続する - LLMが実際に役立つのはここだ：AESを破るのではなく、あなたのコード内のバグを見つけるのに役立つ
• 非標準のプリミティブを使用している場合は、監査を実施する - これが真のリスク領域である

グローバルな脅威モデルにおける変化

この分析から得られる結論は、crypto-llm-agentsスレッドと照らし合わせると：LLMによる暗号解読の脅威は限定的で特定可能である。真のリスクはLLMがAESを破ることではなく、LLMが攻撃者の支援となり、カスタムプロトコル、不適切な実装、あるいは素朴な使用法における脆弱性を見つけることである。長期的な移行課題としては、暗号技術の量子耐性（主に公開鍵暗号）が引き続き主要なテーマである。