claude 0dayとは?Opus 4.6の500件超の脆弱性発見と未公開の理由

claude 0dayとは?Opus 4.6の500件超の脆弱性発見と未公開の理由

「claude 0day」と検索して、Claude自身に危険な欠陥が見つかったのか、Claudeが他のソフトの未知の脆弱性を探したのか分からない人向けの記事です。Anthropicの公式発表を軸に、発見件数の読み方、実例、一般公開されない理由、ニュースを安全に確認する手順を整理します。

結論

claude 0dayは、主にClaudeがソフトウェア開発者の未認識だったゼロデイ脆弱性を見つけたニュースを指します。Opus 4.6は500件超を人手検証し、Mythos Previewは数千件を防御目的で探索しました。Claude自体の欠陥と混同せず、公式開示と修正状況を確認すべきだとわかります。

目次 (9)

claude 0dayとは?「発見した側」と「発見された側」を分ける

0-day(ゼロデイ)は、ソフトウェアの開発者がまだ把握していない脆弱性を指す言葉です。発見から修正・対策までの時間が実質的にゼロであることに由来します。すでに攻撃へ使われた脆弱性だけを指すわけではなく、研究者が非公開で見つけ、開発者へ報告した段階でも使われます。

そのため「claude 0day」は、通常は「Claudeが0-day脆弱性を発見した」という意味で検索されていると考えられます。Claudeというサービス自身に脆弱性がある、という意味に決めつけるのは早計です。AnthropicのProject Glasswing公式ページも、Claude Mythos Previewが開発者に未知だった脆弱性を見つけた、と説明しています。

一方、ニュースの見出しに「Claude Desktop向け」「Claude Code向け」と書かれている場合は、対象がモデルではなくアプリ、拡張機能、連携ソフトである可能性があります。発見したモデル名と、実際に影響を受ける製品名を分けて読むことが最初のポイントです。

Opus 4.6が見つけた500件超の脆弱性

Anthropicは2026年2月5日の研究記事で、Claude Opus 4.6を仮想環境に置き、最新版のオープンソースプロジェクトを調査した結果を公表しました。利用できるのは一般的なコマンドラインツール、デバッガー、ファジングツールなどで、専用の指示や特別な調査用環境を与えたわけではありません。

この調査では、500件を超える高深刻度の脆弱性を見つけ、報告前に人間の研究者が検証したとされています。ここで重要なのは、公式発表の数字が「500件を超える高深刻度の脆弱性」であり、すべてが公開済みのCVEや、すべてが同じ意味での0-dayだと断定していない点です。検索結果の「500件超の0-day」という短い表現だけで、公開済み件数や攻撃成功件数まで膨らませないようにしましょう。

また、AIの出力をそのまま脆弱性として受理したわけでもありません。クラッシュを起こす入力を作り、アドレスサニタイザーなどで挙動を確かめ、重複や誤検知を整理したうえで、人間が実在性を確認しています。発見速度が上がっても、報告・修正・公開には別の検証工程が必要です。

出典:Anthropic「Evaluating and mitigating the growing risk of LLM-discovered 0-days」 https://www.anthropic.com/research/zero-days

なぜ従来のファジングだけでは見つけにくかったのか

ファジングは、プログラムへ大量の入力を送り、クラッシュや異常な挙動を探す有効な手法です。ただし、特定の前提条件をいくつも満たさないと発生しない不具合や、過去の修正と別の呼び出し経路を見比べないと分からない不整合は、ランダムな入力だけでは見落とされることがあります。

Opus 4.6の研究で示された特徴は、コードの意味と変更履歴を読んで、次に試すべき条件を絞ったことです。ファジングが見つけた異常を検証するだけでなく、過去の修正コミット、似た関数、境界値、データ形式の前提を組み合わせて仮説を作ります。その仮説を実行結果で確かめるため、単純な入力の総当たりとは役割が異なります。

ただし、これは従来の検査を不要にする話ではありません。ファジングは大量の回帰テストや再現確認に向き、AIによるコード読解は複雑な条件の候補を出すのに向きます。両方を使い、指摘を人間が再現してパッチをレビューする流れが現実的です。

公開された発見例:Ghostscript・OpenSC・CGIF

Anthropicが研究記事で詳細を公開した例は、いずれも脆弱性の存在と修正が確認されたものです。攻撃用の手順を覚えるためではなく、なぜ既存のテストをすり抜けたのかを理解する材料として読むべきです。

対象 Claudeが見つけた手がかり 意味
Ghostscript 境界チェックを追加した修正コミットと、別の呼び出し経路の差 修正済み箇所と似た未修正経路を照合した
OpenSC strcatを連続して使う処理と、バッファ長の前提 入力条件が多いバッファオーバーフローを特定した
CGIF GIFのLZW圧縮で、圧縮後のサイズが必ず小さいという前提 例外的なデータ列でバッファがあふれる可能性を検証した

共通するのは、単一の危険な関数名を見つけただけではない点です。コードの前提、データ形式、過去の変更、実行時の条件をつないで、再現可能な問題へ絞り込んでいます。もっとも、これらは研究記事で公開できるよう修正された例であり、未修正の発見内容がすべて公開されたわけではありません。

Claude Mythos PreviewとProject Glasswingで規模が変わった

2026年4月には、Claude Mythos Previewのサイバーセキュリティ能力が別の段階にあるとAnthropicが説明しました。主要なOSやWebブラウザーを含むソフトウェアで、開発者がまだ把握していない脆弱性を数千件見つけ、関連する悪用可能性まで調べられたという内容です。このモデルは一般提供ではなく、重要ソフトウェアを守る組織へ限定して提供されました。

その受け皿がProject Glasswingです。2026年5月の初期報告では、約50のパートナーと重要ソフトウェアを調査し、1万件を超える高・重大深刻度の脆弱性を見つけたと発表しました。ただし、これは調査段階の発見総数で、すべてが人間の確認済み、公開済み、修正済みという意味ではありません。オープンソース分についても、Anthropicは独立した研究会社による検証を経た件数を分けて説明しています。

6月には、Project Glasswingを約150の新組織へ広げる方針も発表されました。電力、水道、医療、通信、ハードウェアなど、攻撃時の影響が大きい分野を含みます。ここから分かるのは、Claudeの0-day発見が単発のデモではなく、発見、報告、パッチ作成、配布をつなぐ防御運用へ移っていることです。

出典:Anthropic「Assessing Claude Mythos Preview’s cybersecurity capabilities」 https://www.anthropic.com/research/mythos-preview

出典:Anthropic「Project Glasswing: An initial update」 https://www.anthropic.com/research/glasswing-initial-update

なぜ一般公開されないのか:防御と攻撃の両用

未知の脆弱性を見つけるだけなら防御に役立ちますが、同じ能力が攻撃対象の選定、再現、悪用可能性の検証にも使われます。特に、複数の弱点をつないで被害を広げる方法まで自動化できると、攻撃者側へ広く渡ったときのリスクが大きくなります。Anthropicはこの両用性を理由に、Mythos Previewを一般向けモデルとして公開せず、Project Glasswingなどの限定された防御用途へ回しました。

Opus 4.6の研究記事でも、サイバー悪用を検知する専用の仕組みや、悪意ある利用へのリアルタイム介入を進める方針が示されています。これは「Claudeは0-dayを探せるから誰でも攻撃に使える」という意味ではありません。アクセス制御、利用目的、監視、人間による検証が、能力と同じくらい重要だということです。

また、脆弱性の発見が高速化すると、従来の90日開示慣行だけでは、報告、修正、利用者への配布が追いつかない可能性があります。だからこそ、見つけた件数を競うより、修正を確認し、影響を受ける利用者へ確実に知らせる運用が重要になります。

出典:Anthropic「Project Glasswing: Securing critical software for the AI era」 https://www.anthropic.com/glasswing

Claude自体の脆弱性ニュースと混同しない

「Claude 0-day」という言葉を見たときは、次の三つを分けてください。

  1. Claudeが、別のOS・ライブラリ・ブラウザーなどの未知の脆弱性を発見したニュース。
  2. Claude SecurityやClaude Codeのような機能で、手元のコードを検査できるという製品ニュース。
  3. Claude Desktopと連携する別製品や拡張機能に脆弱性が見つかったというセキュリティアドバイザリー。

たとえばZDI-26-023は、対象製品を「MCP Manager for Claude Desktop」とするコマンドインジェクション/サンドボックス脱出の勧告です。これは、Claudeのモデルがオープンソースの脆弱性を発見した研究とは別の話であり、製品名にClaudeが含まれるだけで同一視できません。影響を受ける製品、バージョン、修正版、利用者の操作条件をアドバイザリーで確認してください。

出典:Trend Micro Zero Day Initiative「ZDI-26-023」 https://www.zerodayinitiative.com/advisories/ZDI-26-023/

claude 0dayのニュースを安全に確認する5ステップ

  1. 発見者と対象製品を分ける。 Claudeのモデル名、影響を受けるソフト、脆弱性を報告した組織を別々に書き出します。
  2. 「0-day」の定義を確認する。 開発者が未把握だったのか、すでに公開済みのN-dayなのか、実際に悪用されたのかを確認します。
  3. 件数の内訳を見る。 AIが候補として見つけた数、人間が検証した数、CVEやGHSAが付いた数、修正済みの数を分けて読みます。
  4. 一次情報で修正状況を確認する。 開発元のアドバイザリー、Anthropicの協調開示ダッシュボード、リリースノートを優先し、未修正の再現手順を拡散しないようにします。
  5. 自分の環境への影響を点検する。 依存関係、利用バージョン、公開範囲を確認し、更新や緩和策をテスト環境で検証してから本番へ反映します。

Anthropicの協調開示ダッシュボードでは、Mythos Previewを使って見つけたオープンソースの脆弱性について、検証、報告、公開の進捗が整理されています。ニュースの数字をそのまま不安へ変えず、対象と修正状況までたどるための入口として使えます。

出典:Anthropic「coordinated vulnerability disclosure dashboard」 https://red.anthropic.com/2026/cvd/

出典URL

参考になったら ♡
Clauder Navi 編集部
@clauder_navi

Anthropic の Claude / Claude Code を中心に、日本のエンジニア向けに最新動向と実務 を毎日発信。運営方針 は メディアについて をご覧ください。