Claude Securityが継続スキャンと修正追跡に対応 — API・MCP連携も追加

Claude Securityは、誰かがスキャンを始めるのを待たずに、リポジトリのコード変更を追い続ける仕組みになりました。見つけた指摘は修正が入るまで追跡され、チームの環境情報は脅威モデルとして次のスキャンに反映されます。2026年10月21日に、Claude Enterprise向けのパブリックベータとして提供が始まっています。

初回スキャンの流れや入口の使い分けはClaude Securityとはにあります。ここでは、今回の更新で増えた部分に絞ります。

今回の更新で何が増えたか

追加されたのは5つです。

発表では、4月のパブリックベータ開始以降に数千の組織が使い、見つかった脆弱性は100万件を超えたとされています。スキャンはClaude Mythosを含むモデル群で動き、Cyber Verification Programへの参加は要りません。

継続スキャンは何をきっかけに走るのか

スキャンの起点はプロジェクトです。プロジェクトを作ってリポジトリをつなぎ、ブランチと範囲を決めると、Claudeが深い基準スキャンを実行します。その後は変更を定期的にスキャンし、指摘の一覧が現在のコードに近い状態で保たれます。

つなぎ方は2通りです。

• GitHub(GitHub Enterprise Serverを含む): Claude GitHub App経由
• GitLabなどのGit提供元: アクセストークン経由

1つのプロジェクトには最大8リポジトリを入れられます。サービスをまたいだ問題を拾うための設計で、たとえば「バックエンドが、クライアント側で検証済みのはずの入力を信用している」ようなケースです。8つの枠は、スキャン対象と、読むだけの文脈用リポジトリの両方で数えます。文脈用のリポジトリでは指摘が報告されません。

次のスキャンはいつ走るか

「毎日深夜」のような固定スケジュールはありません。サポート記事は、新しいコミットを確認し、変更をリスクと複雑さに応じてスキャンすると説明しています。頻度を指定する設定は載っていないので、運用側から見ると次の2点が目安になります。

• 基準スキャンは、規模によって数分から数時間かかる。ページを閉じても続き、メール通知を有効にしていれば、新しい指摘が出たスキャンの完了時に届く
• 2回目以降の所要時間は、リポジトリとエージェントの動き次第で変わる

同じコードでも結果が変わり得る点は従来どおりです。固定パターンを当てる静的解析と違い、エージェントが実行ごとに分析を組み立てるため、再スキャンで指摘が増減します。「前回出なかったからこの版は安全」とは読めません。

モノレポは範囲を絞る

大きなリポジトリやモノレポでは、リポジトリごとにフォルダの範囲を決め、不要なフォルダを除外します。範囲を狭めると再現性が上がり、Claudeの注意も集中します。除外したフォルダも、論理を追うための文脈としては読まれます。

指摘は「修正が入るまで」追跡される

従来は、指摘を見つけたあとの管理が別の場所に分かれがちでした。修正はClaude Codeで行うこともあれば、別のチケットやCIの流れで行うこともあります。今回の更新で、Claude Securityは開いている指摘を、変更されたコードと突き合わせます。修正が入っていれば、直したのがClaude Codeでも別の手順でも、「修正済み」に変わります。

手動の振り分けも残っています。「修正済み」にするほか、誤検知・許容済みのリスク・重複・その他の理由で却下できます。却下した指摘は、以降のスキャンで再表示されません。理由と振り分けメモを付けておくと、監査の記録になります。メモはClaude自身も読み、そのプロジェクトのスキャンに使います。各指摘には、誰がいつ変えたかの履歴も残ります。

修正を始める

指摘の「Fix」を押すとClaude Codeが開き、その脆弱性だけを直す作業を始められます。組織でClaude Code on the webが有効なら、そのままクラウドで実行できます。無効な場合は、プロンプトをコピーして自分のClaude Codeに貼ります。

チームの文脈を脅威モデルに渡す

コードだけでは分からない統制があります。たとえば、社内ネットワークの外からは到達できない、WAFが前段にある、といった話です。今回の更新では、プロジェクトごとのナレッジタブにその情報を書けます。

書く内容は、サポート記事とチュートリアルの案内に沿えば次のとおりです。

• コードがどうデプロイされているか
• 誰がそのコードに到達できるか
• すでに受け入れているリスク
• 新任のセキュリティエンジニアが知っておくべきこと

Claudeはこの情報とコードから脅威モデルを作り、チームがレビューして編集できます。以降のスキャンは脅威モデルを使って、何を指摘するかと深刻度を決めます。環境がすでに防いでいるリスクは、指摘から外れやすくなります。脅威モデルの編集と文書の追加ができるのは、Fullロールの人です。

例えば、ナレッジには次のような形で書いておくことになります(書式の一例です)。

- 管理画面 /admin は社内VPNからのみ到達できる
- 外部ユーザーが叩けるのは /api/public 配下だけ
- 古い v1 API は2026年末に廃止予定で、新規の対応は不要

指摘が現実にあり得ない攻撃を述べているときは、プロジェクトのチャットで理由を伝え、脅威モデルの更新を頼む流れです。脅威モデルはコードから書かれるため、デプロイ事情や会社が許容してきたパターンを取りこぼすことがある、と明記されています。最初の出力を鵜呑みにせず、一度は読み合わせるのが前提の機能です。

深刻度は脅威モデルで決まる

各指摘には深刻度が付き、攻撃者がその脆弱なコードにどう到達するかの説明が添えられます。到達経路の図が付くこともあります。深刻度はプロジェクトの脅威モデルに照らして判断されるので、同じ種類の脆弱性でも、リポジトリによって高くも低くもなります。判定基準そのものは脆弱性タイプと深刻度の判定基準で整理しています。

APIとMCPで既存の流れにつなぐ

連携の入口は3つあります。

APIの認証は、Claude Securityの設定で作る個人アクセストークンです。トークンは作成者本人として動くので、見えるものも変更できるものも本人の権限の範囲に限られます。共有の自動化に使うなら、誰の権限で動くトークンかを先に決めておく必要があります。

MCPコネクタを使うと、Claude Codeの1つのセッションの中で、指摘を開いて質問し、修正を始め、解決済みにするところまで進められます。たとえば、次のように頼む使い方です(プロンプトの一例です)。

Claude Securityのプロジェクト payments-api で、Openの指摘を深刻度の高い順に並べて。
一番上の指摘を読み、該当ファイルを修正して、テストが通ったら指摘を解決済みにして。

実際に使える操作は、コネクタ側の説明では「一覧・参照・解決・再オープン」です。この例のうち、ファイルの修正とテスト実行はClaude Code側の仕事で、コネクタが担うのは指摘の読み書きです。

展開時の権限と費用

大きな組織で使うために、ロール別のアクセス制御が加わりました。管理者は、誰がプロジェクトを作れるか、誰がすべてのプロジェクトを閲覧・振り分け・管理できるかを、カスタムロールで決められます。これで、コードを持つ多くのチームに入口を開きつつ、プロジェクトの作成は一部に絞れます。

プロジェクト単位の共有は3段階です。

組織全体への共有もできます。

無料クレジットの扱いには、見落としやすい条件があります。

• 既存のClaude Enterprise組織は2026年10月21日から2か月、それ以降に契約した組織は契約した日から始まる
• 2か月は、Claude Securityを使ったかどうかにかかわらず進む
• 11月1日より後に契約した組織は、2か月分まるごとは受け取れない
• 前の版のプロジェクトでの利用はクレジットの対象外で、移行すると対象になる
• 翌月への繰り越しはない

利用規約側の条件として、スキャンできるのは自社が権利を持つコードだけです。オープンソースなど第三者のコードは対象外とされています。

費用はリポジトリの大きさと変更の頻度に比例して増えます。課金はスキャンや脅威モデルの作成、プロジェクトのチャット、修正の確認などの利用量に対して発生します。機能の有効化後は、専用の支出上限を別に決められます。プロジェクトの設定の「Usage」で、月初からの費用と日別の費用を確認できます。

既存プロジェクトは自動では引き継がれない

旧体験のプロジェクトは、そのまま動き続け、Claude Securityのホームから開けます。新しいプロジェクトが新体験で作られます。移行は、プロジェクトの所有者が「Migrate project」を押す形で、ホームの「Migrate your projects」を使えば自分の持つすべてのプロジェクトを一括で移せます。

移行では、新しいプロジェクトが作られ、指摘がコピーされて、元のプロジェクトはアーカイブされます。コピーされないものがあります。

• メンバー
• Webhook
• 除外ディレクトリ
• スキャン履歴
• 定期スキャンの設定

GitHub Enterprise Serverのプロジェクトは移行できません。Webhookを使っていたチームは、移行後に作り直す手順を見込んでおく必要があります。新体験では「毎週」のような定期スキャンの設定が前提から外れ、継続スキャンに置き換わっています。

プラグイン版との境目

ホスト型のClaude Securityとは別に、Claude Code用のプラグインがあります。サポート記事は、これを同じ技術に基づく別機能と位置づけています。ホスト型を介さずにスキャナーを自分のワークフローへ入れたい場合、Zero Data Retentionが必要な場合、サードパーティ経由でモデルを使う場合の選択肢です。

継続スキャンと修正追跡は、ホスト型の機能です。ZDRについては、ホスト型は非対応と明記されています。要件にZDRがあるなら、今回の追加機能は使えず、プラグイン側で一回ずつスキャンする形になります。プラグインの結果ファイルの読み方はSARIFと結果ファイル4種に、スキルやプラグインそのものをスキャンする機能はスキル・プラグインのセキュリティスキャンにあります。

導入前に確かめる条件

プランの前提はClaude Enterpriseプランの解説も参照してください。

継続スキャンで変わるのは「誰が起動するか」だけではない

今回の更新の本質は、スキャンがイベントになったことではなく、指摘の寿命を管理する側へ寄ったことにあります。見つけて終わりのスキャナーは、一覧が膨らみ、誰も開かなくなります。修正の検知と再発時の再オープンまでを自動にしたことで、一覧が「今の状態」を示すようになりました。

ただし、これが機能するかは、脅威モデルの質で決まります。環境情報を書かないまま継続スキャンを回せば、到達できないリスクが指摘に混じり、深刻度もずれます。脅威モデルの内容と却下メモを読み返す担当がいるかどうかで、運用の質は変わります。

発表にはIonQ、Gusto、Vantaの声が載り、基準スキャン後の追従やAPI・MCP、自社のリスク方針を書いた脅威モデルが挙げられています。ただ、掲載されるのは導入企業の声です。指摘の精度や費用が自社のコードでどう出るかは、無料クレジットの期間に、範囲を絞った1プロジェクトで測るのが現実的です。