AIが「強すぎるセキュリティ」をもたらす逆説#
暗号技術の専門家であるMatthew Green氏が、AIの進化がもたらす意外な副作用について警鐘を鳴らした。一見すると歓迎すべきはずの「ソフトウェアのセキュリティ向上」が、法執行機関・情報機関にとって致命的な能力喪失につながるという逆説的なシナリオだ。
「Going Dark」問題の歴史的背景#
まず、この問題を理解するために歴史的な経緯を整理しよう。
2010年頃まで、法執行機関の電子監視は比較的シンプルだった。しかしスマートフォンの普及とともに状況は一変する。
- 2010年: Appleがユーザーのパスコードから派生した鍵でiPhoneのストレージを暗号化開始。Androidも間もなく追随。
- 2011年: Appleがテキストメッセージにエンドツーエンド暗号化（E2E）を導入。
- 2014年: WhatsAppが6億ユーザーを抱える巨大プラットフォームに成長。同年、FBIのComey長官が「Going Dark」イニシアチブを発表し、通信事業者に対して法執行機関が内容を読み取れるよう求める「国民的議論」を提唱。
- 2016年: WhatsAppユーザーが約10億人に達し、全員がデフォルトでE2E暗号化された通話・メッセージを利用する状態に。同年、テロ事件の捜査でFBIがAppleにロックされたiPhoneへのアクセスを要求、Appleはこれを拒否。
この膠着状態を破ったのは、FBIでもAppleでもなかった。外部企業が「Appleの協力なしにハッキングできる」と名乗り出たのだ。これがGoing Dark問題の第一幕の終わりを告げた。
その後の約10年間、法執行機関は「例外的アクセス（バックドア）」を求めつつも、GrayKey（スマートフォンのロック解除ツール）やNSO GroupのPegasusのような合法的なハッキングツールを購入することで実質的な捜査能力を維持してきた。AppleやGoogleは発見された脆弱性を迅速に修正する「守り」を続けたが、脆弱性を探す攻撃側は常にアドバンテージを保ってきた。
AIが脆弱性の「枯渇」をもたらす#
ここに大きな変化が生じている。
2026年4月、AnthropicがMythosという新モデルを発表。このモデルはソフトウェアの脆弱性発見において特に高い能力を持つとされ、米国政府は一時的に輸出を制限した。しかしその後、OpenAIや中国の複数のモデルラボも同様の脆弱性発見能力を持つことが明らかになり、この技術が特定の組織に独占されるものではないことが示された。
Green氏が指摘するのは、この流れがソフトウェアの防御側に有利に働くという点だ。現在、開発パイプライン（CIツールチェーン）にAIベースの脆弱性スキャンが組み込まれ始めており、人間のエンジニアがコードに触れる前に既知のバグを潰す取り組みが加速している。
その結果、Green氏は次のように予測している。
「今後2年以内に、主要なソフトウェアからリモートで悪用可能なバグがほぼなくなる」
これは、法執行機関がハッキングツールで侵入できる「窓口」が急速に閉じられることを意味する。
なぜこれが問題なのか#
セキュリティが向上するなら良いことに聞こえる。しかしGreen氏が懸念するのは、その反動としてバックドア論争が再燃することだ。
ハッキングツールという「市場の解決策」が機能しなくなれば、法執行・情報機関は意図的に設計された「例外的アクセス機構（バックドア）」の要求を本格的に再開するとGreen氏は予測する。英国では、この問題がすでにより深刻な形に発展しているとも記事は指摘している。
さらに深刻なのは、こうしたバックドアが持つ自己破壊的な性質だ。バックドアを要求した国のシステムにのみ脆弱性が生まれる構造となり、外国の敵対勢力がその脆弱性を悪用する新たな経路を得ることになる。つまり、自国のインフラを意図的に弱体化させる「自己妨害」が、ようやくセキュリティが向上しつつある絶妙な悪いタイミングで起きると警告している。
まとめ#
AIによる脆弱性発見技術の民主化は、ソフトウェアのセキュリティを飛躍的に高める可能性がある。しかしGreen氏の分析によれば、それは同時に法執行機関が長年頼ってきた「ハッキングによる捜査手法」の終焉を意味し、バックドア要求という政治的圧力の復活を招くリスクをはらんでいる。
筆者の見解: AIがセキュリティ防御を劇的に強化する一方で、それが新たな規制・政治的圧力の引き金になるというこの逆説は、テクノロジーと法制度の間に常に存在する緊張関係を改めて浮き彫りにしている。セキュリティエンジニア・政策立案者・プライバシー擁護者が連携して議論を深めるべき重要な局面と言えるだろう。
Green氏自身は記事の中で「何をすべきか、正直わからない」と述べており、具体的な解決策については元記事を参照されたい。
