Claude Securityがパブリックベータ版に：「Scan to Fix」が主張すること、しないこと

Anthropicのセキュリティ製品は現在、Claude Enterprise向けのパブリックベータであり、その一行の売り文句は形容詞ではなく一連の流れです。スキャンから修正まで、シームレスに完了します。その文言の下にある仕組みは製品ページに明記されています。ClaudeはClaude Mythosでコードベースをスキャンし、検出結果を検証し、レビューして承認できるパッチを提案します。三つの動詞、一つのモデル名、そして見落としやすい適用範囲の制限。これはベータであり、たまたまリポジトリを持つ人ではなく、Enterprise顧客向けに書かれています。

興味深い問いは、言語モデルが脆弱性を見つけられるかどうかでは決してなかった。モデルはしばらく前からそれを行っており、時にはコードを書いた人間が恥ずかしくなるほど巧みにやってのけている。興味深いのは、発見が現れてから閉じられるまでの間に何が起きるかだ。なぜなら、その隙間こそがセキュリティのバックログが潜む場所だからだ。つまり、もっともらしい問題の待ち行列が、誰にも並べ替えられず、全員に割り当てられ、偶然によって閉じられていく。Anthropicの答えは4つの段階からなるパイプラインであり、各段階はそれ自体で検証できる主張を打ち出している。

「Claude Enterpriseのパブリックベータ」とはどういう意味か

提供状況を示す一文は異例なほど率直で、言い換えるよりも引用する価値がある。Claude Enterprise 向けにパブリックベータで提供中、というものだ。その下には2つのボタンがある。営業への問い合わせと、チュートリアルを読む、だ。どちらもサインアップフォームではない。実際には、これは購入者が、すでにEnterprise契約を結び、新しいスキャナーを求めるのに十分な発言力を持つセキュリティチームを抱える企業であることを意味しており、サイドプロジェクトに何かを向けて試したい個人エンジニアではない。

第二の、より手軽な導入方法があります。Claude Code 向けの Claude Security プラグインはベータ版です。これは別のソフトウェアであり、デプロイの考え方も異なります。コードを自社環境に置いたまま、Claude Code 内でスキャン、検証、パッチ適用を行えるのです。そして、障壁が予算ではなく、ソースコードをどこに置いてよいかというルールにあるチームにとって重要なのは、このバージョンです。

スキャンが停止しません

最初に文書化されている動作は、詳細な初回スキャンです。Claude はコードベースに対してそれを一度実行し、その後もコードが変更されるにつれてスキャンを続けます。これは小さな一文ですが、運用上の帰結は大きいものです。単発のスキャンは写真のようなものです。コードベースは写真ではありません。天気のようなものです。監査の当日には正確だったものの、その後の3回のマージで中途半端に修正された指摘は、指摘がまったくないよりも悪いものです。なぜなら、それを再読しなければならない人々の注意を奪うからです。

継続的スキャンは、製品の中でも最も偽装しにくい部分でもあります。これには、どの変更が重要かをスキャナが理解することが求められますが、それは静的なツリーの中から脆弱性を見つけるのとは異なるスキルです。このページでは、その優先順位付けがどのように機能するかについて説明されておらず、本記事もそれを推測することはしません。

その主張が具体的である唯一の軸

Anthropicは、Claude Securityがファイルやリポジトリをまたいでデータフローを追跡し、パターンマッチング型スキャナーでは検出できない可能性がある脆弱性を見つけ出すと主張している。これは製品説明全体の中で最も検証可能な主張だ。なぜなら、成果ではなく仕組みを明示しているからだ。

パターンマッチングは、その名のとおり、既知の危険な形を探します。汚染された引数を持つ関数呼び出し、クエリに連結される文字列、既知の安全でないAPIなどです。高速で低コストであり、従来のスキャナが同時に二つのことで有名なのはこのためです。同じ種類のバグが現れるあらゆる場所でそれを捕捉すること、そして到達不能と判明する検出結果でチームを埋め尽くすことです。代替となるのは、値がシステムに入る場所から使用される場所まで、ファイルやサービスの境界を越えて追跡することです。そこに本当のバグが潜んでおり、また分析コストが高くなる場所でもあります。ツールは単一の関数に収まる以上のコンテキストを保持しなければならないからです。

ただし、この文の歯切れの悪い言い回しに注目してほしい。「might」は「検出しないかもしれない」という意味になる。これはベンダーが参照できるベンチマークを持たないときに使うのが正しい言葉であり、また、この主張を製品の特性として受け入れるのではなく、自社のコードベースで検証すべき理由でもある。

敵対的検証と、編集可能な脅威モデル

第2段階は、あらゆるセキュリティチームが知る誤検知問題に直結する段階です。すべての検出結果は、チームに届く前に敵対的検証を通過します。人間が目にする前に、何かがその検出結果を崩そうとします。入力が実際にはシンクに到達できないこと、経路が上流で保護されていること、または問題のコードがデッドコードであることを示すためです。

同じ文の後半は、実はこのページで最も興味深い設計判断です。チームが編集できる脅威モデルが、何を警告すべきかを決めます。実用的には、それによって関連性の定義が顧客の手に委ねられます。深刻度を自ら判断するスキャナーは常に少し間違っています。なぜなら深刻度は文脈依存だからです。内部管理ツールの未認証エンドポイントは、公開インターネット上の同じエンドポイントとは別の問題であり、ベンダーにはどちらを見ているのか知る術がありません。脅威モデルを編集可能にすることは、そのことを正直に認めることなのです。

また、これは作業も生みます。誰も保守しない脅威モデルは、誰も思いつかなかったことを隠してしまうフィルターになり、それはスキャナーの目的とは正反対です。ここから価値を得るチームは、ランブックと同じように、脅威モデルをオーナーのいる生きた文書として扱うチームでしょう。

パッチが出力の単位です。

すべての指摘事項には、チームがレビューして承認するための推奨パッチが含まれており、修正が出荷されるとClaudeはその指摘事項を修正済みとマークします。この文には2つの主張が含まれており、それらは切り分ける価値があります。

第一に、スキャンの出力はチケットではなく変更です。これは、エンジニアに自分のコードに問題があると伝えることと、修正後のコードがどのようなものかを伝えることの違いです。それは、セキュリティ作業の中で最も楽しくない部分——他人のコードを、その動作を壊さずに修正できる程度に理解すること——を圧縮し、しかもコードを最も理解していない人のために圧縮します。それがリスクでもあります。正しく見え、レビュー担当者が疲れていたためにレビューを通ってしまうパッチは、緑のチェックマークが付いた新しいバグです。

第二の主張はクローズについてだ。Claudeは修正が出荷されると指摘を修正済みとし、指摘が積み上がらずクローズされる。バックログは検出の失敗ではない。それは記録管理の失敗だ。同じ脆弱性が7回のスキャンで7回報告され、誰も処理しきれない速さでキューが増える。指摘をそれを解決するコミットまで追跡することが、継続的スキャナーを士気を下げるものではなく耐えられるものにする仕組みだ。

Anthropicは、人間がループの中に留まり、すべてのパッチにレビューと承認が必要であることを明言している。これを導入する者は誰であれ、その一文を末尾の免責事項ではなく、肝心要の一文として受け止めるべきだ。

2つのリリース、1つの方向性

Claude Securityは単独で登場したわけではない。Anthropicは2026年10月15日にCode Reviewを一般提供としてリリースし、Claude Securityの継続的スキャンと修正追跡は2026年10月21日にClaude Enterprise向けのパブリックベータとして登場した。両者を合わせて読むと、方向性についてあることが見えてくる。レビューは、変更が最後に通過するゲートから、変更が書かれるそばで並行して走るプロセスへと移りつつある。この2つの日付の間隔は十分に短いため、これらの製品は、セキュリティ作業がどこへ向かうかについての1つの物語として評価されるべきであり、無関係な2つのリリースとして扱うべきではない。

公表されていないもの、そしてそれに決着をつける数字

ここでの不明点のリストは主張のリストより長く、それはスキャンダルではなく公開ベータとしては普通のことだ。スキャンがコードベースのどの程度をカバーするかは公開されていない。スキャン所要時間も公開されていない。誤検知率も公開されていない。検出ベンチマークも公開されていない。独立した評価は存在しない。シート単位の料金は公開されておらず、対応言語のリストも公開されていない。

そのうち、購入判断を変えるのは、不足している検出ベンチマークだ。それがなければ、“パターンマッチング型スキャナーが見逃すものを捉える”というのは方向性を示す主張にすぎず、すでに予算に計上されているスキャナーと比較することはできない。第二の点は対応言語リストだ。多言語リポジトリは、どの規模の企業でも通常のケースであり、3言語では優れているが残りの5言語には対応していないスキャナーは、リスクサーフェスについて誤解を招く全体像を生み出すスキャナーだ。

これは製品が機能しないという意味ではまったくありません。つまり、評価は購入者が購入者’s自身のコードを使って行う必要があり、デモでは不十分だという意味です。

とにかく、どうやってそれを評価するのか

あなたのチームがそれを試すなら、有用な実験は、弱点を意図的に仕込んだ真新しいリポジトリではない。すでに履歴があるリポジトリだ。昨年インシデントがあったサービス、修正に2週間かかった既知の脆弱性を抱えるライブラリ、みんなが少し怖がっているモジュール。スキャンをそこに向け、見つかった内容をチームがすでに書き留めている所見と比較しよう。既知の問題に対する再現率は、ベンダーがベンチマークを公開していなくても測定できる。なぜなら正解データは自分たちのインシデントトラッカーの中にあるからだ。

第二に、脅威モデルに注目してください。チームが最初にやることが、キューを減らすためにほとんどのカテゴリをオフにすることなら、デフォルトのモデルがチームが実際に抱えるリスクに合っていないとわかったわけであり、フィルターではなくモデルを修正すべきです。第三に、重要なステップを測定してください。検出結果が現れてからパッチがマージされるまでにどれだけ時間がかかるかです。その数値はあなたのものであり、ツール間で比較でき、製品が実際に動かすと主張している指標です。

ルーターが置かれる場所と、置かれない場所

その境界は、はっきりと述べておく価値があります。Claude SecurityはAnthropicのアプリケーションです。当社はそれをホストしておらず、販売もしておらず、あなたのリポジトリで何を見つけたか、あるいは見つけなかったかを伝えることはできません。スキャナーはClaude Mythos上で動作しており、当社はそのモデルをホストしているとは一切主張しておりません。

私たちが行っているのはモデルの実行です。OpenAI互換のエンドポイントが1つ、キーが1つ、その背後に200以上のモデルがあり、プロバイダーの定価をマークアップなしでそのまま提供し、いずれかのプロバイダーが不安定になった際にはプロバイダー間で自動フェイルオーバーします。Claude Opus 5.5はそのカタログに含まれており、100万入力トークンあたり$4.00、100万出力トークンあたり$20.00、コンテキストは100万トークン、キャッシュ読み取りは100万あたり$0.20です。これは当社のカタログに関する事実であり、スキャナーに関する主張ではありません。

それが関係してくるのは、セキュリティプログラムのうちスキャナーではない部分です。何千件もの検出結果を、人間がトリアージできる形に要約する内部ツール、アドバイザリの下書きを作るエージェント、チームが独自のルールに基づいて構築したいレビュー工程などです。これらは通常のモデル呼び出しであり、ベンダーをハードコードせずにそれを行う合理的な方法がルーターです。ルーティングDSLが重要になるのは、あるステップでは大量処理向けに小型モデルを求め、次のステップでは判断向けに慎重なモデルを求めるときです。自動フェイルオーバーが重要になるのは、その呼び出しが午前3時に実行され、誰も監視していないパイプラインの内部にあるときです。

ベータ版が実際にあなたに信頼してほしいと考えていること

見せかけの枠組みを取り払えば、この製品は三つの賭けをしている。コードについて推論するモデルは、パターンマッチングでは見つからないものを見つけるという賭け。敵対的な第二パスでノイズを十分に抑えられるという賭け。指摘は、修正パッチが出荷され、その背後でキューが閉じて初めて完了するという賭け。三つ目の賭けは最も地味で、最も当たる可能性が高い。なぜならそれは、知能ではなくプロセスについての主張だからだ。

最初の賭けは検証すべきものだ。Anthropicは、ファイルやリポジトリをまたぐデータフローの追跡という仕組みを公開しているが、それがどれほどうまく機能するかを示す数値は公表していない。それは製品を切り捨てる理由にはならない。履歴をすでに知っているリポジトリに対して実行し、デモで印象的に見える所見ではなく、検証できる所見で判断する理由である。