Claude Mythos 5 のサイバーセキュリティ能力が防御側へ開放 — Claude Security が Enterprise で稼働、OSS 向けに $35M、Cyber Verification Program も拡大

要約

Anthropic は 2026-08-21、Claude Mythos 5 のサイバーセキュリティ能力を防御側へ届けるための施策を4本まとめて発表しました。Claude Security の Mythos 5 化、パートナー製品への組み込み、オープンソース向けの資金拠出、Cyber Verification Program の拡大です。

4本を貫いている設計思想は明確です。Mythos 5 そのものへの自由なアクセスは開かず、用途を限定した「出口」だけを配る、というものです。パートナー統合の説明が象徴的で、利用者が受け取るのは「脆弱性に対するパッチ」や「セキュリティアラート」といった具体的な出力であり、モデルと自由に対話できるわけではありません。攻撃にも防御にも使える能力を、防御の形に固定してから配る、という考え方です。

実務に最も近いのは Claude Security です。Claude Enterprise 契約者向けの public beta として、コードベースを走査して脆弱性を検出し、修正パッチを提案します。Enterprise 管理者が管理コンソールで有効化し、利用者は claude.ai/security からアクセスします。検出結果には CWE 分類、確信度、深刻度、修正案が付き、利用者は Claude Code 上で内容を確認します。公式は「すべてのパッチは実装前に人間のレビューと承認を必須とする」と明記しています。

課金の設計も見落とせません。Mythos 5 による走査は既存プランのトークン利用として計上され、別建てのアドオン料金は発生しません。セキュリティ製品の調達で通常必要になる「新しいベンダー・新しい契約・新しい予算」の手続きが、少なくとも Enterprise 契約済みの組織では省けます。

Defender Advantage Fund（0xDAF） は $35M 相当の Claude クレジットをオープンソースセキュリティへ拠出するものです。重点は3領域で、(1) 広く使われている OSS の脆弱性修正、(2) 走査とパッチ適用の自動化、(3) 攻撃クラス全体への耐性を獲得する実験的アプローチ、とされています。初回の交付先は数週間内に発表予定です。

Cyber Verification Program は、審査を通った防御側の組織に対して Opus / Sonnet のセーフガードを緩めた利用を認める枠組みで、今回さらに拡大されました。今後はデュアルユース能力の範囲を広げ、続いて Mythos クラスへのアクセスも提供される予定です。既存メンバーには個別に案内されます。

何が変わったか

• Claude Security が Mythos 5 で稼働。Claude Enterprise 向けの public beta として提供
• 管理者が管理コンソールで有効化し、利用者は claude.ai/security からアクセス
• 検出結果に CWE 分類・確信度・深刻度・修正案が付き、Claude Code 上でレビューする
• すべてのパッチは実装前に人間のレビューと承認が必須
• 走査費用は既存プランのトークン利用として計上（別建てアドオンなし）
• パートナーのセキュリティ製品への Mythos 5 組み込みが開始。利用者はモデルではなくパッチ・アラートという出力を受け取る。個別のパートナー名は未公表で、公式は「初期段階」と表現
• Defender Advantage Fund（0xDAF）として $35M 相当の Claude クレジットをオープンソースセキュリティへ拠出。初回交付先は数週間内に発表
• Cyber Verification Program を拡大。審査済み防御組織は Opus / Sonnet でセーフガードを緩めた利用が可能。Mythos クラスへのアクセスは今後

業務インパクト（一般企業向け）

脆弱性走査の位置づけが「別建ての製品」から「既存契約の中の機能」へ動きます。 これまで SAST / SCA の類は、専用ベンダーとの契約、シート課金、CI への組み込みという一式でした。Claude Enterprise を既に契約している組織では、走査がトークン利用として既存プランに載ります。稟議のハードルが下がるのは事実ですが、予算の見え方が変わる点は注意が要ります。定額のセキュリティ製品費用が、変動するトークン費用に置き換わるということです。コードベースの規模と走査頻度を先に見積もらないと、月次のブレが読めません。

「人間の承認が必須」は制約ではなく、設計として読むべきです。 AI が提案したパッチをそのまま自動適用する構成は、攻撃者から見れば魅力的な標的になります。公式が承認を必須にしているということは、承認する人間を置ける体制がないと導入の意味が薄い、ということでもあります。導入検討では、誰がパッチをレビューするのかを先に決めてください。走査だけ回して結果が放置される状態は、脆弱性を「知っていて直していない」状態を作るので、対応記録の観点でむしろ悪化します。

確信度と深刻度が付くことは、運用設計の材料になります。 走査ツールの実務的な失敗の多くは検出漏れではなく、誤検知の山に埋もれて誰も見なくなることです。確信度でしきい値を切り、深刻度で対応期限を分ける、という運用ルールをあらかじめ決めておけば、検出結果がタスクとして流れる仕組みを作れます。CWE 分類が付くのも、既存の脆弱性管理台帳と突き合わせやすいという意味で実用的です。

パートナー統合の設計は、AI ガバナンスの参照例として価値があります。 「モデルへのアクセスは配らず、防御向けの出力だけを配る」という切り分けは、デュアルユースの能力を組織内で扱うときの一般解になりえます。自社で高性能なモデルを社内展開する際にも、全員に対話インターフェースを配るのか、限定された出力を返すツールとして配るのかという選択は同じ構造です。

Cyber Verification Program は、審査を通った防御組織だけが緩和された能力にアクセスできる仕組みです。日本国内のセキュリティ事業者にとっては、「審査を通る側に回れるか」が能力差に直結する局面が出てくる可能性があります。自社が該当しうるなら、要件を早めに確認しておく価値があります。

副業・個人活用視点

個人開発者・フリーランスにとって直接使えるのは、残念ながら今回の範囲では限られます。Claude Security は Enterprise 限定の public beta で、個人プランからは触れません。とはいえ、受託先の企業が Enterprise を契約しているなら、その環境で走査を回せる可能性はあります。「セキュリティ診断を別途発注しますか」と聞く前に、クライアントが既に持っている契約の中でできることを確認するのは、提案として筋がよい動き方です。

0xDAF は、OSS メンテナにとって現実的な選択肢です。 $35M 相当のクレジットで、重点は OSS の脆弱性修正・走査とパッチ適用の自動化・攻撃クラスへの耐性獲得の3領域とされています。個人または少人数で広く使われるライブラリを保守しているなら、応募を検討する価値があります。初回交付先の発表が数週間内とされているので、どういう提案が通ったかを見てから次を狙うという判断もできます。

案件の観点では、「AI が出したパッチをレビューする」役割そのものが仕事になります。 公式が人間の承認を必須にしている以上、承認できる人が必要です。脆弱性の内容を読んで、提案されたパッチが本当に修正になっているか、副作用がないかを判断する。この作業はコードを書く仕事とは別のスキルで、走査ツールの導入支援とセットで提案できる領域です。走査そのものを売るのではなく、走査結果を運用に落とす部分を売る、という組み立てが現実的でしょう。

料金面では、走査がトークン課金である点が見積もりに効きます。「診断1回いくら」ではなく「コードベースの規模 × 走査頻度」でコストが動くので、クライアントに提示する運用費の前提を、従来のセキュリティ製品の感覚から切り替える必要があります。