Claudeは、ソフトウェアが意図しないアクセスを許可し続けているにもかかわらず、有効に見える防御策など、25件のオープンソースプロジェクトで493件のセキュリティ問題を明らかにした。問題の一部は、何年にもわたってコードに潜んでいた。
AnthropicのAI研究では、セキュリティ設定がどのように相互作用するか、また認証前にどれだけのコードがアクセス可能な状態にあるかを調査した。調査では、警告なしに機能しなくなる防御策も見つかり、ソフトウェアは意図した制限を超えて露出していた。
このうち1件の発見を受け、広く使われているリモートアクセスツールOpenSSHの開発者は、セキュリティチェックを見直した。その他の事例では、管理者が通常の設定レビューで気づくことのない弱点への懸念が浮上した。
設定の競合でセキュリティチェックが無効に
有効なクライアント証明書を要求するよう設定されたサーバーでも、証明書なしの接続を受け入れることができたのは、設定の競合が21年間残っていたためだ。検証を遅らせるはずの別の設定が、管理者への警告なしにチェック自体を完全に無効化していた。
Claudeは500万行を超えるコードを分析し、1万7000件を超える設定オプションを分類した。そのうち3842件はセキュリティ機能に関連していた。調査では、ソフトウェアがエラーなしに受け入れていた設定の組み合わせに関する問題が複数見つかった。
- 94件の、ひそかに無効化された制御。警告も文書化された挙動もなく受け入れられた、セキュリティに影響する設定の組み合わせ162件のうち、94件では既存の保護機能が無効になっていた。
- 68件の不整合な設定。その他の組み合わせでは、無効化されたログイン経路にアクセスできたり、設定の順序によってどの制限が優先されるかが決まったりしていた。
- 拒否ルールが機能しない4つのプロジェクト。逆引きDNSを無効にすると、サーバーはホスト名ベースの制限を数値のIPアドレスと照合していた。パターンが一致しないため、意図した アクセスルールでは接続を遮断できなかった。
Anthropicによると、この調査ではソフトウェアの実行を追跡し、疑われた設定上の弱点が実際のセキュリティチェックに影響するかどうかも評価した。
OpenSSHの修正で認証前に到達可能なコードを削減
認証ユーザー向けに設計された11件のプロジェクト全体で、Claudeはログイン前にアクセス可能だった不要なコード領域を93件検出した。
OpenSSHは、広く利用されている 安全なリモートアクセスツールだが、バージョン10.4では、アルゴリズムが無効になっていても、実験的なポスト量子署名コード約4500行が未認証クライアントから到達可能な状態にあった。サーバーは署名方式が許可されているかを確認する前に、受信した鍵を解析していた。
開発者はアルゴリズムのチェックを鍵の解析より前に移し、 バージョン10.5で実装したが、2つの抜けが残った。クライアントは承認済みのアルゴリズムを通知しながら、別の種類の鍵を送信できた。また、証明書の処理では、設定された制限を適用する前に署名を検証できてしまった。
バージョン10.6では、パーサー内部に追加のチェックを導入した。Anthropicの測定によると、認証前にアクセス可能なコードは約20％減少した。
認証前に露出するコードを減らせば、攻撃経路になり得る範囲を限定できる。ただし、到達可能なコードが存在するだけで、悪用可能な脆弱性が立証されるわけではない。
セキュリティチームは導入済みの防御策を検証する必要がある
リモートアクセスゲートウェイやインターネットに公開されたサービスに依存する企業にとって、Claudeの発見は、承認済みの設定と実際のソフトウェアの挙動との間にある隔たりを浮き彫りにする。
サーバーに最新のパッチが適用され、制限が正しく文書化されていても、設定同士の相互作用によって意図しないアクセスが許可される可能性がある。通常のセキュリティレビューでは、この食い違いを検出できないこともある。
重要なサービスを守るため、証明書だけによる認証を利用している組織を考えてみよう。有効な認証情報を使わずに制御された接続を試みれば、導入済みの設定でサーバーがその制限を適用しているかどうかを確認できる。こうしたチェックを 脆弱性評価に組み込めば、従来のCVEスキャンやパッチの一覧では見逃す可能性のある問題を発見できる。
大規模なインフラを管理するセキュリティチームにとって、 アタックサーフェス管理は、こうした弱点が最大のリスクにつながる、外部からアクセス可能なシステムの特定に役立つ。
AIが生成した調査結果についても、影響を受けるソフトウェアのバージョンに照らした検証が必要だ。ただし、公開されたCVEがなくても、影響が確認されれば修正の根拠になり得る。
自動化された調査によって見過ごされていた問題がさらに明らかになるなか、セキュリティチームは理論上の弱点と、実証可能な露出を区別する必要がある。悪用可能性の証拠、影響を受ける設定、想定される事業への影響を基に、どの修正を直ちに優先するかを判断すべきだ。
サイバーセキュリティの最新ニュース：AIを活用したセキュリティテストツールがサイバー攻撃で使われていることが明らかになった日本企業を狙ったもので、悪用への懸念が高まっている。