何が起きたか:Mythos 5のサイバーセキュリティ防御機能を4施策で展開

Anthropicは2026年8月21日、最先端モデル「Claude Mythos 5」のサイバーセキュリティ防御機能を複数の形で展開すると発表しました[1, 16]。今回の展開は大きく4つの主要施策で構成されています[14]。

第1の施策は、自社のセキュリティ製品「Claude Security」へのMythos 5の導入です[1]。2026年8月21日から、Claude Enterpriseの顧客は管理コンソールで機能を有効化し、自社コードベースのスキャンを実行できるようになりました[2, 3]。スキャンでは、CWE(Common Weakness Enumeration:共通脆弱性タイプ一覧)分類、信頼度、重大度、推奨修正が返されます[4]。スキャン費用は既存プランの標準トークン利用として課金され、別アドオンは不要です[3]。

第2の施策は、パートナー製品への統合です[1]。Anthropicはサイバーセキュリティ技術およびサービスパートナーの製品へMythos 5を組み込む作業を進めており、「近日提供」としています[6, 57]。なお、2026年4月に発表された前世代モデルの統合先にはCrowdStrikeやPalo Alto Networksなどが含まれていましたが、今回の発表でMythos 5の提供先として特定されたパートナーの固有名は明記されていません[8]。

第3の施策は、オープンソースソフトウェア(OSS)の保護を目的とした「Defender Advantage Fund(0xDAF)」の設立です[1, 9]。オープンソースの保守者を支援する組織を対象に、総額3,500万ドル相当のClaudeクレジットを提供します[9, 55]。広く利用されるプロジェクトの脆弱性修正、再利用可能なスキャンと修正の自動化、攻撃クラス全体への耐性向上という3領域を対象に、当初は少数の大型パイロット助成から開始されます[10, 28]。

第4の施策は、審査済み組織向け制度「Cyber Verification Program」の拡張です[1, 11]。正当なサイバー防御活動を行う組織に対し、通常よりも安全ブロックを減らしたアクセスを認める制度です[11]。今後数週間をかけて、まずはOpusおよびSonnetモデルでの安全ブロックをさらに減らし、その後に脆弱性トリアージや検証といった防御機能をMythos級モデルへ段階的に広げる計画です[12, 27, 82]。これとは別に、米国政府とのProject Glasswing協力を継続し、厳格なセキュリティ要件を満たす重要インフラの防御組織へのアクセス拡大も進めます[13]。

後輩4つの施策が同時に発表されて少し複雑ですね。要するに誰がMythos 5を使えるようになったのですか?

先輩Claude Enterpriseの契約企業が自社コードのスキャンで使えるようになったよ。一般公開ではなく、審査済み組織やパートナー製品など、用途ごとに窓口を分けて展開しているのが特徴だね。

後輩OSSへの3,500万ドル支援も、個々の開発者に直接配るわけではないんですね。

先輩そうだね。保守者を支援する組織向けの少数大型パイロット助成として、Claudeクレジットの形で提供される枠組みだよ。

なぜ今か:悪意ある主体に先行して重要インフラを守る「防御側の先行期間」

Mythos 5のサイバーセキュリティ機能が慎重に展開される背景には、モデルが持つ極めて高い潜在能力と攻撃転用リスクがあります[21]。

Anthropicの事前検証において、Claude Mythos Previewは主要なOSやWebブラウザにおけるゼロデイ脆弱性(修正パッチが存在しない未知の脆弱性)の特定だけでなく、脆弱性を悪用コードへ変換し、一連の攻撃チェーンを構築する能力を示しました[21, 40]。ベンチマーク評価でも、Mythos 5は既知脆弱性の再現率を測るCyberGymで83.8%を記録し、Claude Opus 4.8の78.1%を上回っています[43]。OSS-Fuzz評価におけるメモリ安全性クラッシュの発生率でも80.0%に達し、ExploitBench5でも高い数値を記録しています[44, 45]。

こうした能力を持つため、Anthropicはモデルを一般公開せず、米国政府や約50のパートナーとともに「Project Glasswing」を通じて限定的に運用してきました[15, 21, 22]。Glasswing開始から約1か月で1万件を超える高・重大度の脆弱性が発見され、一部の現場ではバグ発見速度が10倍超に達したと報告されています[22, 53]。また、1,000件超のOSSプロジェクト調査では、評価済み候補の90.6%が真陽性と確認されました[54, 67]。

今回の限定展開の狙いは、同等の能力を持つAIモデルが一般化したり、悪意ある主体へ到達したりする前に、防御側組織へ脆弱性を発見・修正するための「先行期間」を与えることにあります[20]。Project Glasswingはその後約150の新規組織へ拡張され、参加組織は15か国以上に所在し、その多くが重要インフラを提供しています[60]。発見から修正、パッチ配備へと防御活動の重点を移す取り組みが進められています[24]。

何が変わるか:直接対話を遮断し「成果物限定」と「人間承認」を重ねる防御アーキテクチャ

Anthropicが採用した提供形態の革新性は、モデルへの直接アクセスを遮断し、アプリケーション境界で多層の安全対策を講じている点にあります[5, 41]。

Anthropicは、利用者がモデルと自由に対話できる直接アクセスを最も高リスクな状態と位置づけています[17, 30]。利用者がプロンプトを通じてモデルを有害な用途へ誘導できるためです[17, 30]。一方、脆弱性の推奨パッチや警告など、定義済みの成果物のみを返す設計であればリスクを低く抑えられます[17, 30]。

パートナー製品やClaude Securityでは、利用者はMythos 5と直接対話できません[7, 18, 31]。Mythos 5はバックグラウンドで定義済みタスクのみを実行し、利用者は専用の画面から推奨パッチなどの成果物だけを受け取ります[7, 31]。そのため、同じ画面から脆弱性の悪用コード(エクスプロイト)の生成を指示することはできません[18, 32, 58]。

Claude Securityにおける運用の境界も厳格に設計されています。スキャン対象は利用者が所有または適切な権利を持つコードに限定されており、他者のリポジトリを任意に調査することはできません[5, 35, 76]。さらに、検出された推奨パッチを実装する際は、必ず人間によるレビューと承認を経る必要があります[4, 20, 37]。パッチ作業自体も組織が別途利用可能なモデルで行われ、スキャンを実施したからといって他の画面でMythos 5の直接対話権限が得られるわけではありません[5, 35, 37]。

後輩チャット画面で「このコードの攻撃方法を教えて」と聞いても、答えてくれない仕組みなんですね。

先輩そういうことだね。そもそも自由なプロンプトを入力する画面自体が存在せず、スキャン結果やパッチという成果物だけを受け取る設計になっているんだ。パッチを当てる際も人間の確認と承認が必須だよ。

他社動向との比較:主要プラットフォーマーにおけるサイバーAI展開の違い

サイバーセキュリティ領域におけるAIモデルの展開では、主要プラットフォーマー各社で戦略の違いが明確になっています[93]。

OpenAIは「Trusted Access for Cyber」を展開し、本人確認や組織の信頼性、任務の必要性に応じて利用可能なモデルを段階化しています[83]。一般モデルを防御向けに調整した「Blue」層と、脆弱性研究やエクスプロイト検証を目的とした専用モデルを提供する「Red」層に分かれている点が特徴です[84]。本人確認済みの専門家には、より許容度の高いモデルへのアクセスを認める方針をとっています[83, 92]。

Googleは、セキュリティ専用の軽量モデル「Gemini 3.5 Flash Cyber」を「CodeMender」に組み込み、自律的なデバッグや修正、検証を行わせるエージェント体制を推進しています[59, 85, 94]。また「Big Sleep」をOSSの防御に活用しています[86]。Microsoftは「Security Copilot」において複数の専門エージェントとZero Trustアーキテクチャを統合し、エンドツーエンドの調査・対応自動化を志向しています[87]。AWSは「GuardDuty」や「Security Hub」によるクラウドテレメトリの相関分析を中心に据え、Metaは「Llama Defenders Program」や「CyberSecEval」などのベンチマーク公開を通じて評価基盤を整備しています[88, 89]。

各社が専用モデルの開発や自律エージェントの自動化を進めるなかで、Anthropicのアプローチは、最先端モデルの直接操作を遮断し、成果物限定のインターフェースと人間による承認を必須とする「モデル露出の制御」を前面に出している点に特徴があります[91, 93, 94]。

後輩自律的にパッチまで自動適用する他社のアプローチと比べると、Anthropicはかなり慎重に見えますね。

先輩モデルの能力が高い分、悪用された際のリスクも大きいからね。書き込みや変更の自動化を急がず、人間の承認プロセスを必ず挟む設計を選んでいるんだ。

誰に影響するか:企業・OSS・重要インフラが直面する運用負荷とガバナンス課題

Mythos 5の防御側展開は、企業のセキュリティ部門、オープンソース保守者、そして重要インフラ事業者の実務に直接的な影響を与えます。

企業のセキュリティ部門においては、業務のボトルネックが脆弱性の「発見」から「トリアージ、検証、パッチ適用」へ移動します[22, 52, 90]。Claude Securityの導入により高度な脆弱性検出が可能になる一方、提示された推奨修正をレビューし、回帰テストや影響調査を行って承認する人的な負荷が新たに生じます[37, 50, 69]。

オープンソースコミュニティにとっても課題は残ります。Defender Advantage FundによってAI利用に必要なクレジットは支援されますが、報告された脆弱性を検証し、コードを修正してリリース作業を行う保守者の人的リソース不足そのものを直接解決するわけではありません[55, 56, 75]。大量の脆弱性報告が保守者に集中した場合、対応が追いつかなくなる懸念があります[75, 100]。

重要インフラ事業者や政府機関では、調達基準や運用ガバナンスの整備が求められます[61, 79]。Mythos 5の利用には30日間のデータ保持ポリシーへの同意が必要であり、入力と出力が一定期間保持されます[70]。そのため、機密性の高いシステムをスキャンする際の監査要件やアクセス制御、サプライチェーンリスクの評価を慎重に行う必要があります[61, 70, 74]。

国際的な政策面でも、NISTがAI時代のサイバーセキュリティ指針を改定し、EUが先端AIの構造化アクセスに関する行動計画を策定するなど、ルール整備が進んでいます[95, 96, 97]。日本でもIPAが生成AIセキュリティの実務指針を公開しています[98]。AIモデルを単に公開するか否かではなく、どのような境界とガバナンスのもとで防御側に届けるかが、今後のサイバーセキュリティにおける重要な論点となっています[99]。

後輩ツールが自動で脆弱性を見つけてくれても、最後の確認と修正パッチの適用は人間のエンジニアがやらなきゃいけないんですね。

先輩その通り。AIによって発見スピードが上がるほど、それを受け止めて検証し、正しくリリースする現場の運用体制が問われることになるよ。

後輩導入する側も、ツールの性能だけでなく、社内のトリアージ体制やデータ保持ルールの確認が必須になりそうですね。

先輩まさにそこがこれからの実務におけるポイントだね。