Claude Securityとは？機能・対象プラン・料金・使い方と注意点
Anthropicの Claude Security は、Claudeでコードベースをスキャンし、脆弱性を検出し、検出結果を検証したうえで、レビュー可能な修正案を出すための機能です。現在はClaude Enterprise向けのPublic Betaとして提供されています。
結論から言うと、Claude Securityは「静的解析ツールのAI版」というより、コードの文脈、データフロー、複数ファイルにまたがるロジックを読ませ、セキュリティ担当者や開発者の triage と修正レビューを補助する仕組みです。提案パッチをそのまま本番へ入れる機能ではなく、人間のレビューと承認を前提に設計されています。使えるのはClaude Enterpriseで、premium seatと従量課金のusage creditsを有効にした組織です。料金はスキャンにかかったトークン実費のみで、別途のプラットフォーム料金はありません。GitHubのほかGitLabやBitbucketなども接続できます。ゼロデータ保持（ZDR）が必要な組織などには、Claude Code向けのClaude Securityプラグイン（beta）が選択肢になります。2026年10月24日時点の公開情報に基づきます。
本記事のポイント
- Claude Securityは、コードベースを推論しながら読み、脆弱性の検出、検証、修正案提示までを一連で支援する機能である。
- 本体はClaude Enterprise向けPublic Betaで、premium seatとusage creditsが必要、料金はトークン実費のみでプラットフォーム料金はない。
- 既存のSASTを置き換えるものではなく、ZDRが必要ならClaude Codeプラグインを選び、提案パッチは人がレビューしてから適用する。
Claude Securityとは何か
Claude Securityは、Claude.aiに組み込まれたセキュリティスキャン機能です。Anthropicの公式製品ページでは、Claudeがコードベースをスキャンし、検出結果を検証し、チームがレビューして承認できるパッチを提案すると説明されています。以前はClaude Code Securityとして限定的なresearch previewの文脈でも紹介されていましたが、現在の製品ページではClaude Securityという名称で案内されています。別に、Claude Codeの中でスキャン・検証・修正を行う「Claude Securityプラグイン」もbetaで提供されています。
ポイントは、単に危険そうな文字列や既知パターンを探すだけではないことです。Claudeはコードの構造、コンポーネント間の関係、データの流れを読み、従来のパターンマッチ型スキャナーでは見落としやすい複雑な脆弱性を探す、というのが公式説明の中心です。これは AIエージェントのガバナンス設計 と同じく、AIに実務上の判断を一部任せる領域が広がっていることを示しています。
| 観点 | Claude Securityの整理 | 確認した公式情報 |
|---|---|---|
| 機能 | 脅威モデルの作成、コードスキャン、検出結果の検証、修正案・パッチ提案 | Claude Security製品ページ |
| 提供状況 | Claude Enterprise向けPublic Beta | Claude Security製品ページ |
| 利用条件 | Enterpriseプラン、ユーザーごとのpremium seat、usage creditsの有効化 | Anthropicヘルプ |
| 料金 | トークン実費のみ。プラットフォーム料金なし。専用の支出上限を設定できる | Anthropicヘルプ |
| 対象リポジトリ | GitHub.com、GitHub Enterprise Server、GitLab・Bitbucketなど認証トークンで接続できるGitサーバー | Anthropicヘルプ |
| モデル | スキャンはClaude Mythosモデルで実行 | Anthropicヘルプ |
| 運用前提 | 提案パッチは人間がレビューし、承認してから扱う | Claude Security製品ページ |
何ができるのか
Claude Securityで中心になる機能は、スキャン、検証、レビュー、パッチ提案の4つです。セキュリティチームから見ると、脆弱性のバックログを増やすだけでなく、修正候補まで同じ流れで見られる点が特徴です。開発チームから見ると、検出結果の場所、影響、再現手順、推奨修正を確認しながら、Claude Code on the Webの修正セッションへ移れることが実務上の価値になります。
| 機能 | 内容 | 実務での意味 |
|---|---|---|
| コードを並列でスキャン | リポジトリ、ブランチ、ディレクトリなどを対象にスキャンする | 大きなコードベースでも、対象範囲を絞って検査しやすい |
| 検出結果を検証 | Claudeが自分の検出結果に対して追加検証を行う | 誤検知を減らし、レビューすべき検出に集中しやすい |
| 推奨修正を提示 | 検出ごとに修正方針やパッチ案を出す | 単なる指摘ではなく、修正レビューまで進めやすい |
| 既存ワークフローへ連携 | API、MCPコネクタ、webhook（Slack・Jiraなどへの通知）に対応する | チケット管理や脆弱性管理のツールに検出結果を流し、そこで解決まで管理しやすい |
| 継続スキャン | 初回のDeep Scanのあと、新しいコミットに応じて自動でスキャンする（固定スケジュールはない） | リリース前だけでなく、変更のたびに確認できる |
検出対象としては、インジェクション、認証バイパス、権限昇格、IDOR/BOLA、CSRF、SSRF、パストラバーサル、メモリ安全性、暗号、逆シリアル化、プロトコルやエンコーディングの問題などが例示されています。特に重要なのは、重大度がカテゴリ名だけで決まるのではなく、そのコードベースで実際に悪用可能かという文脈を見て割り当てられる点です。
Claude Securityの使い方・設定手順
Claude Securityの使い方は、対象リポジトリをつなぎ、スキャン範囲を決め、検出結果をレビューし、必要なものだけ修正セッションへ進める流れで考えると整理しやすくなります。重要なのは、最初から全コードを対象にすることではなく、重要度の高い領域を小さく切って検証することです。
| 手順 | 実施内容 | 確認ポイント |
|---|---|---|
| 1. 有効化する | Enterpriseのオーナーが「Organization settings > Claude Security」で有効にする | 利用者にpremium seatがあり、usage creditsが有効になっているか |
| 2. リポジトリを接続 | GitHub.comとGitHub Enterprise ServerはClaude GitHub Appで接続する。GitLab・Bitbucketなどはリポジトリのアドレスと認証トークンを登録する | 全社一括ではなく、必要なリポジトリから最小権限で始める。自己ホストのGitサーバーはAnthropicのIPアドレスからの受信を許可する必要がある |
| 3. プロジェクトと範囲を決める | 1プロジェクトに最大8リポジトリを接続する。モノレポはフォルダ単位で範囲を絞る | 認証、認可、決済、管理画面、ファイルアップロードなど影響が大きい範囲を優先する |
| 4. Deep Scanを実行 | Claudeがコードを読み、脅威モデルを書いて、ベースラインとなる詳細スキャンを行う | 脅威モデルの内容が自社の前提と合っているかを確認する |
| 5. 検出結果をtriage | 重大度、再現可能性、影響範囲、修正案を確認する | 検出数ではなく、実際に直すべきリスクかどうかを判断する |
| 6. パッチをレビュー | Claude Codeで修正パッチを作り、内容を確認する | 通常のPRレビュー、テスト、CI、セキュリティ担当者の承認を通す |
設定時は、API、MCPコネクタ、webhookで検出結果をどの既存ツールへ流すかも合わせて決めます。検出結果をどこへ流し、誰が優先順位を決め、どの条件でPRへ進めるかを決めておくと、AIによる指摘が単なる通知で終わりにくくなります。
従来の静的解析ツールと何が違うのか
従来の静的解析ツールは、既知の危険パターン、ライブラリの脆弱性、機密情報の混入、型や構文の問題を機械的に検出するのが得意です。一方で、ビジネスロジックの穴、複数ファイルにまたがる認可漏れ、特定の状態遷移でだけ起きる問題は、単純なルールでは拾いにくいことがあります。
Claude Securityの差分は、コードをセキュリティ研究者のように読む、という方向にあります。Anthropicは、データフローを追い、コンポーネントの相互作用を理解し、検出結果を多段階で検証すると説明しています。これは AIリスクアセスメントのチェックリスト と同じく、AI導入時に「何を任せ、何を人間が確認するか」を分ける必要がある領域です。
| 比較軸 | 従来の静的解析 | Claude Security |
|---|---|---|
| 得意領域 | 既知パターン、依存関係、構文・型、シークレット検出 | 文脈依存の脆弱性、複数ファイルの関係、修正案の生成 |
| 検出の考え方 | ルールやシグネチャに基づく検査 | コード文脈を読んだ推論と検証 |
| 出力 | 警告、場所、ルール名、説明 | 検出詳細、影響、再現手順、推奨修正、パッチ案 |
| 弱点 | 複雑なロジック問題を拾いにくい場合がある | 確率的であり、毎回完全に同じ結果になるとは限らない |
| 導入の見方 | CIや品質ゲートに組み込みやすい | セキュリティレビューや修正triageの補助として使いやすい |
したがって、Claude Securityは既存のSAST、依存関係スキャン、シークレットスキャンをすぐ置き換えるものではありません。現実的には、既存ツールで拾えるものは自動ゲートで守り、Claude Securityでは複雑な認可、データフロー、修正方針の検討を補う、という組み合わせが安全です。
| 比較対象 | 主な役割 | Claude Securityと併用する意味 |
|---|---|---|
| SAST | コード中の既知パターンや危険な実装を継続的に検出する | CIの品質ゲートはSASTで守り、複雑な文脈判断をClaude Securityで補う |
| 依存関係スキャン | ライブラリやパッケージの既知脆弱性を検出する | 既知CVEの管理は専用ツールに任せ、修正影響やコード側の対処検討にClaudeを使う |
| シークレットスキャン | API keyやtokenなどの漏えいを検出する | 漏えい検出は専用ゲートで止め、再発防止や権限整理をClaudeでレビューする |
| GitHub Advanced Security | GitHub上のcode scanning、secret scanning、dependency reviewを統合する | GitHub標準の検出と、Claudeによる文脈理解・修正案提示を分担させる |
| Snyk / Semgrep | ルールベースの継続検査やポリシー運用を行う | 日常の自動検査を維持しながら、判断が難しい検出のtriageをClaudeで補助する |
対象プランと前提条件で注意すべきこと
Claude Securityの本体（Claude.ai上のアプリ）を使えるのは、Claude Enterpriseで、利用者ごとにpremium seatがあり、従量課金のusage creditsを有効にした組織です。料金はトークン実費のみで、プラットフォーム料金はかかりません。スキャン範囲が広いほど費用は増えるため、Claude Security専用の支出上限を設定できます。
Anthropicのホスト型基盤に頼りたくない組織や、ゼロデータ保持（ZDR）が必要な組織には、Claude Code向けの「Claude Securityプラグイン」（全Claude Codeユーザー向けbeta）があります。本体と同じ技術をもとにしたプラグインで、利用者のClaude Codeアカウントで使えるモデルで動きます。Claude Mythosモデルによるスキャンは本体側の機能です。
| 確認項目 | 見るべき理由 | 実務アクション |
|---|---|---|
| プラン | 本体はEnterpriseのみ（premium seatとusage creditsが必要） | Enterprise以外ではClaude Codeプラグインを検討する |
| Git接続 | GitHubはGitHub App、他のGitサーバーは認証トークンで接続する | 付与する権限・トークンの範囲を最小限にする |
| 費用 | トークン実費で、スキャン範囲が広いほど増える | Claude Security専用の支出上限を設定する |
| 対象コード | 第三者所有コードのスキャンは禁止されている | 自社または権利を持つリポジトリだけを対象にする |
| ZDR | 本体はゼロデータ保持の対象外 | ZDRが必要ならClaude Codeプラグインを使う。機密度の高いコードや規制対象データの扱いを先に確認する |
| 人間レビュー | Claudeは誤る可能性がある | 修正PRは通常のコードレビュー、テスト、CIを通す |
AIによるコードレビューや修正提案は便利ですが、権限設計を曖昧にしたまま広げると、検出結果、パッチ案、コードアクセスの扱いが不透明になります。Claude Codeを開発業務に入れる場合は、Claude CodeとClaude Coworkの違い や Claude Code Routines のような自動化の考え方と合わせて、誰がどのリポジトリに対して何を実行できるかを決めておくべきです。
企業での使い方と導入判断
Claude Securityを企業で使うなら、最初から全リポジトリを対象にするより、重要度とレビュー体制が明確な範囲から始める方が現実的です。たとえば、外部公開API、認証・認可、決済、個人情報処理、管理画面、ファイルアップロードなど、脆弱性が出たときの影響が大きい領域に絞って試します。
- 対象リポジトリとディレクトリを決め、Claude Securityに必要な最小権限だけを付与する。
- 最初のスキャンでは、検出数よりも重大度、再現可能性、修正案の妥当性を見る。
- 検出結果をAPIやwebhookでSlack、Jiraなど既存の運用に流し、triageの責任者を決める。
- 提案パッチはClaude Codeのセッションで検討し、通常のPRレビュー、テスト、CIを必ず通す。
- 却下した検出には理由を残し、次回スキャンや監査で同じ議論を繰り返さないようにする。
導入判断では、「何件見つかるか」だけをKPIにすると失敗しやすくなります。見るべきなのは、既存ツールで見落としていた重大な論理バグを見つけられるか、誤検知のtriage時間を減らせるか、修正PRまでのリードタイムを短縮できるかです。AIエージェントを業務に入れる場合は、AIエージェント評価の設計 と同じように、実務の評価指標を先に決めてから使う方が判断しやすくなります。
よくある質問
Claude Securityとは何ですか？
Claude Securityは、Claude.aiで使えるセキュリティスキャン機能です。コードベースを読み、脆弱性を検出し、検出結果を検証し、人間がレビューできるパッチ案を提示します。
Claude Securityは誰が使えますか？
Claude.ai上のClaude Security本体は、Claude Enterpriseで、premium seatとusage creditsを有効にした組織がPublic Betaとして使えます。それ以外のプランでは、Claude Code向けのClaude Securityプラグイン（beta）を使えます。
Claude SecurityはGitHub以外のリポジトリもスキャンできますか？
できます。GitHub.comとGitHub Enterprise ServerはClaude GitHub Appで、GitLabやBitbucketなど他のGitサーバーはリポジトリのアドレスと認証トークンで接続します。自己ホストのサーバーは、Anthropicが公開しているIPアドレスからの接続を許可する必要があります。
Claude Securityの料金はいくらですか？
スキャンなどにかかったトークン実費のみで、別途のプラットフォーム料金はありません。費用はスキャン範囲によって変わるため、Claude Security専用の支出上限を設定して使います。
Claude Securityの提案パッチは自動で適用してよいですか？
いいえ。Claudeは誤る可能性があるため、提案パッチは必ず人間がレビューし、テストとCIを通してから扱うべきです。重要システムでは、セキュリティ担当者と開発者の両方で確認する運用が必要です。
従来のSASTや依存関係スキャンは不要になりますか？
不要にはなりません。Claude Securityは複雑な文脈依存の脆弱性や修正案の検討に強みがありますが、既知パターン、依存関係、シークレット、CIゲートは既存ツールで継続する方が安全です。
機密コードを扱うときの注意点は何ですか？
Anthropicのヘルプでは、Claude Security本体はゼロデータ保持（ZDR）の対象外で、法令や利用ポリシー違反への対応のためにデータが保持される場合があると案内されています。ZDRが必要な場合は、Claude Code向けのClaude Securityプラグインを検討します。機密度の高いコード、規制対象データ、顧客固有情報を含むリポジトリでは、契約、データ保持、アクセス権限、監査ログを確認してから有効化し、自社が所有または権利を持つコードだけをスキャンしてください。
