Anthropicは2026年10月21日（米国時間）、コードの弱点を探す「Claude Security」を大きく更新しました。
これまでは頼んだときに1回調べる作りでしたが、更新後はリポジトリを1度つなげば、コードが変わるたびに調べ直し、直ったかどうかまで自動で判定します。
同じ10月には、オープンソースの開発者向けに無料の脆弱性スキャン「OSS Scanner」も始まりました。
ニュースだけを読むと、「うちのサイトも調べてもらおう」と思うかもしれません。
ただ、2026年11月10日に日本語のヘルプを確かめた時点で、Claude Security本体を使えるのはEnterpriseプランの組織だけです。
そしてもう1つ、見落とされやすい条件があります。
調べてよいのは、自社が持っていて、調べる権利まで揃っているコードだけだということです。
サイトやシステムを外部に作ってもらっている中小企業では、この2つで話が止まることが少なくありません。
この記事では、Anthropicの発表、日本語のヘルプ、Claude Codeの公式ドキュメントを読みながら、Claude Securityでできること、自社の契約で使える道具、調べる前に確かめる線引きを順に説明します。
読み終えたときに、「うちはこの道具で、この範囲のコードを、この人が直す前提で調べる」と決められる状態を目指します。
Claude Securityとは何か
Claude Securityは、Claudeがコードを読み、攻撃に使われそうな弱点を探して、直し方の案まで出す機能です。
日本語のヘルプは、冒頭でこう説明しています。
「Claude Securityは、コードベースのセキュリティ脆弱性を継続的に監視し、各検出結果が修正されるまで追跡し、人間がレビューするための対象を絞ったパッチを提案するClaudeに組み込まれた機能です。」
要するに、見つける、直し方を出す、直ったかを見届ける、の3つを1か所でこなす仕組みです。
直す作業そのものは人が確認してから行う前提で作られています。
従来の検査ツールとの違い
昔からある検査ツールは、危ない書き方の型を登録しておき、コードの中に同じ型があるかを照らし合わせます。
Claude Securityはこれと違い、ファイルをまたいでデータがどう流れるかを追いかけます。
ヘルプには、「従来のルールベースのスキャナーでは検出できない複雑なマルチコンポーネントの脆弱性とバグを特定します」と書かれています。
たとえば、入力を受け取る画面と、データベースに書き込む処理が別のファイルにある場合です。
型の照合では両者のつながりが見えにくく、ログインを確かめる処理を飛ばせる道筋があっても気づけないことがあります。
Claudeは人の研究者に近いやり方で、その道筋を読みにいきます。
何を探すのか
製品ページが重点として挙げているのは、深刻度の高い弱点です。
具体的には、メモリの破壊、外から命令を差し込まれる注入の弱点、ログインの確認を飛ばされる弱点、込み入った処理の誤りが並んでいます。
見た目の崩れや、書き方の好みのような細かい指摘を大量に出す道具とは狙いが違います。
2026年10月の更新で変わった5つのこと
Claude Securityは、2026年4月30日にEnterprise向けの公開ベータとして始まりました。
10月21日の更新記事によると、それから半年でAnthropicは「数千の組織がClaude Securityを使い、100万件を超える脆弱性を見つけた」（英語の原文を和訳）としています。
今回の更新で変わった点を表にまとめます。
| 変わったこと | 更新前 | 更新後 |
|---|---|---|
| 1. 調べる時機 | 頼んだときや予定を組んだときに調べる | 新しい変更が入るたびに、危なさと複雑さに応じて調べ直す |
| 2. 直ったかの確認 | 人が見て閉じる | 変わったコードと照らし合わせ、直れば自動で解決扱いにする |
| 3. 環境の説明 | コードから読み取れる範囲だけ | 公開のしかたや受け入れた危険を脅威モデルに書き足せる |
| 4. 外部との連携 | 結果を書き出して共有する | API、MCPのコネクタ、ウェブフックで社内の道具に流せる |
| 5. 見られる人の管理 | プロジェクト単位の共有 | 管理者が役割ごとに、作成、確認、対応の権限を分けられる |
ここで言う脅威モデルは、「このシステムは誰が使い、どこが外から触れるか」を書いた見取り図のことです。
Claudeはこの見取り図をもとに、どの弱点を報告し、どれくらい深刻と見るかを決めます。
直ったかどうかを自動で見届ける
現場で一番効くのは、2番目の「直ったかの確認」だと思います。
ヘルプには、「Claudeは未解決の検出結果を変更されたコードと照合し、フィックスがランドしたときにそれらを修正済みとしてマークします」とあります。
さらに、一度直したはずの弱点が後で戻ってきた場合は、自動で開き直されます。
「直したと聞いていたのに、半年後の改修で元に戻っていた」という事故を、仕組みの側で拾える作りです。
使うモデルとスキャンにかかる時間
スキャンには、Anthropicの最上位モデルであるClaude Mythosが使われます。
利用者がClaude Mythosを直接呼び出せなくても、Claude Securityを通せば検出結果は受け取れます。
最初の調査について、ヘルプは「リポジトリのサイズによっては、ベースラインスキャンに数分から数時間かかる場合があります」と書いています。
その後の調べ直しは、「固定スケジュールはありません」とされています。
毎週月曜に必ず走る、といった決まった間隔はなく、変更の中身を見てClaudeが範囲を決めます。
Claude Securityを使える契約
ここが最初の分かれ道です。
日本語のヘルプには、はっきりこう書かれています。
「Claude Securityは、Enterpriseプランのユーザー向けにベータ版で利用可能です。」
使い始める条件は、次の3つが揃っていることです。
「アクティブなClaude Enterpriseプラン、ユーザーごとのプレミアムシート、および消費量ベースの課金が有効になっている使用クレジットが必要です。」
4月の公開ベータの発表では、TeamとMaxにも後から広げる予定だと書かれていました。
ただ、11月10日の時点で、その時期は案内されていません。
| 自社の契約 | Claude Security本体 | いまできること |
|---|---|---|
| Enterprise | 使える（管理者が有効にする） | オーナーが組織の設定から有効にし、使う人にプレミアムシートを割り当てる |
| Team | 使えない（予定はあるが時期は未定） | Claude Codeのプラグインと、プルリクエストのレビュー機能を使う |
| Max | 使えない（予定はあるが時期は未定） | Claude Codeのプラグインで、手元のコードを調べる |
| Pro | 使えない | 動的ワークフローを有効にすれば、プラグインで調べられる |
| 無料プラン | 使えない | Claude Codeのプラグインも前提条件を満たさない |
中小企業の多くは、TeamかProで契約しているはずです。
その場合でも、次の章で説明するClaude Codeのプラグインを使えば、同じ技術で手元のコードを調べられます。
Enterpriseの組織が有効にする手順
Enterpriseの組織では、オーナーが組織の設定画面から「Claude Security」を開いて有効にします。
そのうえで、プロジェクトを作り、調べたいリポジトリをつなぎます。
GitHubで管理しているコードなら、Claude用のGitHubアプリを入れて、対象のリポジトリへの読み取りを許可します。
GitLabなど別の置き場所の場合は、リポジトリの住所と、読み取りができる認証用の鍵を入力します。
1つのプロジェクトにつなげるリポジトリは最大8個です。
8個には、報告の対象にするものと、文脈を読むためだけに使うものの両方が数えられます。
Enterprise以外で使えるClaude Securityのプラグイン
Claude Codeには、「Claude Security」という名前の公式プラグインがあります。
製品ページでは、このプラグインはClaude Codeの利用者全員にベータ版として開かれていると案内されています。
日本語のヘルプは、プラグインをこう位置づけています。
「Claude Code 用 Claude Security プラグインは、Claude Security と同じテクノロジーに基づいた別の機能です。」
違いは、どこで動くかと、どのモデルを使うかです。
| 比べる点 | Claude Security本体 | Claude Codeのプラグイン |
|---|---|---|
| 動く場所 | Anthropicのクラウド | 自分のパソコンのClaude Codeの中 |
| 使うモデル | Claude Mythos | 自分のClaude Codeで使えるモデル |
| 調べ直し | 変更のたびに自動で走る | 自分でコマンドを実行したときだけ |
| 直ったかの確認 | 自動で判定し、戻れば開き直す | もう一度スキャンして確かめる |
| 使える契約 | Enterpriseのみ | 有料プラン、API、外部のクラウド経由 |
常に見張ってくれる仕組みが要るなら本体、手元で必要なときに調べられれば足りるならプラグイン、という分け方になります。
プラグインを動かす前提条件
公式ドキュメントが挙げている前提条件は4つです。
1つ目は、有料プランかAPIの利用、または外部のクラウド経由での利用です。
Proの場合は、Claude Codeの設定画面で「動的ワークフロー」の行を有効にする必要があります。
2つ目は、Python 3.9以降が入っていることです。
3つ目は、Linux、macOS、Windowsのいずれかで動かすことです。
4つ目は、変更だけを調べる場合や修正案を作る場合に、Gitで管理されていることです。
リポジトリ全体を調べるだけなら、Gitで管理していないフォルダでも動きます。
入れ方と3つの使い方
ターミナルでClaude Codeを起動し、次のコマンドを入力すると、公式のマーケットプレイスから入ります。
/plugin install claude-security@claude-plugins-official
入れたあとは、/claude-securityと打つとメニューが開きます。
| メニュー | 何をするか | 向いている場面 |
|---|---|---|
| 1. コードベースを調べる | 構成を読み、脅威モデルを作り、全体から弱点を探す | 初めて調べるとき、引き継いだコードを受け取ったとき |
| 2. 変更だけを調べる | ブランチの差分、プルリクエスト、1つのコミットを調べる | 公開前に、今回の改修で弱点が増えていないか見るとき |
| 3. 修正案を作る | 確認済みの弱点ごとに修正の差分を作る | 見つかった弱点を直す担当者に渡すとき |
メニューを開かずに、「このブランチを調べて」と日本語で頼んでも同じ作業が始まります。
調べる深さは3段階
スキャンの深さは、低、中、高の3段階から選べます。
低は構成の地図と脅威モデルを省いた手早い確認、中が標準、高は中の作業に加えて同じコードをさらに深く探します。
どの深さでも、見つかった弱点は別のエージェントが独立して確かめてから報告に載ります。
大きなリポジトリで思ったより見つからないときは、高を選ぶか、もう一度調べると別の結果が出ることがあります。
結果はリポジトリの中のフォルダに残る
スキャンが終わると、日時の入った専用のフォルダがリポジトリの中にでき、報告書が書き出されます。
報告書には、弱点ごとの番号、影響、攻撃の筋書き、深刻度、確からしさ、勧める対応が並びます。
このフォルダには専用の除外設定が入っているので、うっかりコミットに混ざることはありません。
監査の記録として残したい場合は、その除外設定のファイルを1つ消してからコミットします。
修正案は自動では当てられない
修正案は、弱点ごとに1つずつ差分のファイルとして書き出されます。
公式ドキュメントの見出しは「パッチは自動的に適用されることはありません」です。
修正案を作ったエージェントとは別のエージェントが、テストがあれば実行し、新しい弱点を持ち込んでいないかを確かめます。
確かめきれなかったものは、修正案の代わりに理由を書いたメモが返ってきます。
当てるかどうかは人が決め、1つの修正を1つのプルリクエストに分けて確認するよう勧められています。
Claude Codeに入っている4つの点検の違い
Claude Codeには、Claude Securityのプラグイン以外にも、セキュリティを見る仕組みが用意されています。
名前が似ているので、どれを使えばよいか迷うところです。
公式ドキュメントは、これらを重ねて使う「多層防御」の部品として説明しています。
| 点検の名前 | 働く時機 | 使える契約 |
|---|---|---|
| 1. セキュリティガイダンスのプラグイン | Claudeがコードを書いている最中に、自分の変更を見直す | すべてのプラン |
| 2. /security-review コマンド | 頼んだときに、今のブランチの変更を1回だけ見る | Claude Codeを使える契約 |
| 3. Claude Securityのプラグイン | 頼んだときに、全体か差分を複数のエージェントで深く調べる | 有料プラン、API、外部のクラウド経由 |
| 4. コードレビュー | プルリクエストを出したときに、正しさと安全性を見る | TeamとEnterprise |
| 5. Claude Security本体 | つないだリポジトリを常に見張る | Enterprise |
表の5番目が、この記事の主役であるClaude Security本体です。
Claude Codeの中で完結するのは1番から4番までになります。
書いている最中に見直すセキュリティガイダンス
1番のセキュリティガイダンスは、入れておけば自動で働きます。
ファイルを書き換えるたびに危ない書き方の型を照合し、1回のやり取りが終わるたびに、その間の変更を別のClaudeが見直します。
Claudeがコミットするときには、周りのコードまで読む深い見直しが走ります。
ただし、公式ドキュメントは「どのレイヤーも書き込みやコミットをブロックしません」と書いています。
見つかった問題はClaudeへの指示として届き、Claudeが会話の中で直す流れです。
どれも動いているサイトは見ない
4つの点検に共通する前提があります。
どれも、手元に取り出したソースコードを読む仕組みです。
公開中のサイトに外から攻撃を試して確かめる、いわゆる診断とは別物だと考えてください。
サーバーの設定、管理画面のパスワード、入れているプラグインの版といった、コードの外にある弱点は対象に入りません。
Claude Securityの料金とクレジット
Claude Security本体の料金について、ヘルプは次のように書いています。
「Claude Security は直接トークンコストのみで課金されます。追加のプラットフォーム料金はありません。」
スキャンのほか、脅威モデルの作成、プロジェクト内のチャット、修正の確認もすべて使用量に入ります。
Claude Security用に別の上限額を設けられ、プロジェクトの設定にある「使用量」で月初からの費用と日ごとの費用を確かめられます。
2026年12月31日までの無料クレジット
更新に合わせて、対象のEnterprise組織には無料の使用クレジットが配られています。
中身は、2か月の間、各月最大2万5,000ドル分のクレジットです。
申し込みは要らず、新しい作りのプロジェクトで使った分に自動で当てられます。
| 確かめる点 | ヘルプに書かれた条件 | 見落としやすいところ |
|---|---|---|
| 始まる日 | 既存のEnterprise組織は2026年10月21日から | 使っていなくても2か月の期間は進む |
| 終わる日 | 2026年12月31日（協定世界時）の終わり | 2か月が残っていても、この日で終わる |
| 繰り越し | 1か月の使い残しは翌月に持ち越せない | 月の区切りは組織の開始日から数える |
| 対象のプロジェクト | 新しい作りで作ったプロジェクトだけ | 古いプロジェクトは移行するまで対象外 |
| 新しく契約した組織 | 契約した日から始まる | 11月1日以降の契約では2か月を使い切れない |
Enterpriseで試すなら、年内に最初のスキャンまで済ませておくのが得です。
プラグインの使用量
プラグインを使った場合は、普段のClaude Codeと同じ使用量から差し引かれます。
公式ドキュメントには、「スキャンには時間がかかる場合があり、かなりの数のトークンを使用する可能性があり、完了するまで Claude Code を開いたままにする必要があります」とあります。
プランの上限に近い月は、スキャンの範囲を1つの機能に絞るか、深さを低から始めると安心です。
実行前に、範囲ごとのファイル数とおおよその負荷が表示され、確かめるまでは何も始まりません。
データの扱い
ヘルプのよくある質問には、データを残さない契約（ゼロデータ保持）に対応しているか、という問いがあります。
答えは「いいえ。Anthropicは法律で必要な場合、または利用ポリシー違反に対処するために、データを保持する場合があります。」です。
社外にコードを預けられない事情がある場合のために、ヘルプはプラグインを別の選択肢として挙げています。
プラグインは手元のClaude Codeの中で動くので、本体のようにAnthropicのクラウドへリポジトリをつなぐ必要がありません。
ただし、モデルに読ませる以上、コードの中身は普段のClaude Codeと同じ経路でモデルに送られます。
調べてよいコードの線引き
ここからが、競合の解説記事ではほとんど触れられていない話です。
ヘルプの最後に、使ってよい範囲が書かれています。
「Claude Security は、ユーザーまたはユーザーの会社が所有し、スキャンするために必要なすべての権利を保有するコードのスキャンにのみ使用します。」
続けて、第三者が持っているコードや、第三者から使用を許されているだけのコードは調べてはいけないと書かれています。
例として挙がっているのは、自社のコードベースに含まれているもの以外のオープンソースのプロジェクトやリポジトリです。
自分たちで書いたコードを自分たちで調べる会社なら、問題になりません。
引っかかるのは、サイトやシステムを外部の制作会社や開発会社に作ってもらっている会社です。
委託して作ったコードは誰のものか
お金を払って作ってもらったのだから自社のもの、と考えがちですが、契約によって答えが変わります。
情報処理推進機構（IPA）が公開しているソフトウェア開発のモデル契約書でも、納めたプログラムの著作権を開発会社に残す案と、発注者に移す案の両方が示されています。
開発会社が別の案件でも使い回す部品は、開発会社に残すと決めている契約もよくあります。
つまり、手元にソースコードがあることと、それを調べる権利を持っていることは同じではありません。
| コードの出どころ | いま起きていること | 調べる前にすること |
|---|---|---|
| 自社の社員が書いた | 会社が持っている | そのまま調べてよい。範囲を決めて始める |
| 委託して作り、著作権を移す契約がある | 会社が持っている | 契約書の該当条文と、移す対象から外した部品を確かめる |
| 委託して作り、著作権の定めが無い | 開発会社に残っていることが多い | 開発会社に、Claudeで調べてよいかを書面で確かめる |
| 開発会社が保守していて、手元にコードが無い | 調べる材料が無い | 開発会社側で点検してもらい、結果を番号と日付で受け取る |
| 買ってきたテーマや追加の機能 | 販売元が権利を持っている | 自社で手を加えた部分だけに範囲を絞る |
迷ったときは、自社の社員が書いたと言い切れるフォルダだけに範囲を絞って始めるのが安全です。
Claude Security本体もプラグインも、調べるフォルダを指定したり、要らないフォルダを外したりできます。
ホームページの場合に気をつけること
中小企業のホームページは、テーマや追加の機能を組み合わせて作られていることが大半です。
そのうち自社で書いたのは、デザインを少し変えたファイルや、問い合わせの処理を足した部分くらいかもしれません。
ヘルプは、自社のコードベースに含まれるオープンソースを調べてはいけない対象から外していますが、どこまでが「含まれる」かの線は書いていません。
判断がつかない部分を無理に調べるより、販売元が出している更新の情報を追うほうが確実です。
ホームページで使っている言語そのものの弱点については、PHPの重大な弱点が見つかったときの記事で、自社サイトが対象かどうかを確かめる手順と委託先への聞き方をまとめています。
開発会社に聞くときの文面
開発会社に確かめるときは、答えが「はい」か「いいえ」と日付で返ってくる聞き方にします。
たとえば、次のような文面です。
「納品いただいたシステムのソースコードを、当社の担当者がAnthropicのClaude Securityで点検したいと考えています。契約上、当社がこのコードを調べてよいか、調べてはいけない部品があればその名前を、今月中に書面で教えてください。」
あわせて、開発会社の側ですでに点検をしているなら、直近の点検日と、見つかった弱点の件数を聞いておくと、二重の手間が省けます。
見つかったあとに直す人を先に決める
道具を入れる前に、もう1つ決めておくことがあります。
見つかった弱点を、誰が、いつまでに直すかです。
この点は、Anthropic自身の数字がよく表しています。
オープンソース向けの無料スキャンを始めた10月8日の発表で、Anthropicは「2万9,000件を超える脆弱性の候補を見つけたが、人の手で確かめて仕分けできたのは約6,000件にとどまる」（英語の原文を和訳）と書いています。
見つかった候補のうち、人が確かめられたのは約2割です。
専門の研究者を抱える会社でさえ、確かめる人手が追いつかないということです。
中小企業が道具を入れて、報告が20件届いたとき、それを読んで直せる人が社内にいるかどうかを先に考えておく必要があります。
深刻度の4段階と直す順番
Claude Securityは、見つけた弱点ごとに深刻度を4段階でつけます。
ヘルプによると、深刻度を決めるのは弱点の種類よりも、そのコードでどれだけ悪用しやすいかです。
| 深刻度 | ヘルプにある基準の要点 | 中小企業での扱い |
|---|---|---|
| Critical | ネットワーク越しに、ログインなしで、誰でも悪用でき、データの読み書きができる | その日のうちに開発会社か担当者へ連絡し、公開を止めるかを決める |
| High | 深刻だが、ログインや被害者の操作が要る、または被害が一部にとどまる | 今週中に直す日付を決める |
| Medium | 影響は限られ、ログインなどの現実的な前提が1つある | 次の改修にまとめて直す |
| Low | 影響は限られ、攻撃側が操れない特別な条件に加えて、ログインかネットワーク上の近さが要る | 記録に残し、余裕のあるときに見直す |
同じ種類の弱点でも、リポジトリによって深刻度が変わることがあります。
たとえば、ログインの裏にある画面の弱点は、誰でも触れる画面の同じ弱点より低くつけられます。
見つかったものを閉じるときの理由
報告された弱点の中には、自社の環境では起こりえないものも混ざります。
その場合は、誤検知、受け入れた危険、重複、その他の理由を選んで閉じ、メモを残せます。
閉じた弱点は、後のスキャンで同じものが報告されても閉じたままになります。
「受け入れた危険」で閉じたものは、なぜ受け入れたのかを、次に読む人が分かる言葉で書いておきます。
結果が0件でも安全とは言い切れない理由
報告について、もう1つ知っておくべき性質があります。
同じコードを2回調べても、結果が同じになるとは限りません。
ヘルプには「スキャンは設計上確率的です」とあり、プラグインの公式ドキュメントにも「同じコードの 2 つのスキャンは異なる検出結果を表示できます」と書かれています。
決まった型を照らし合わせる道具と違い、Claudeは毎回コードの流れを考えながら読むので、気づく箇所が回ごとに変わります。
この性質のおかげで、型では見つからない処理の誤りまで拾えるのですが、裏返すと、1回の結果が0件でも、弱点が無いという証明にはなりません。
定期的に回して記録を積む
公式ドキュメントは、スキャンを定期的に実行し、どのコードをどの設定で調べた結果かを記録に残すよう勧めています。
プラグインの報告には、調べたコミットの番号、深さ、コミットしていない変更を含めたかどうかを記した記録のファイルが一緒に書き出されます。
「いつ、どの版を、どの深さで調べ、何件見つかり、何件直したか」を表に残していくと、後から振り返れる材料になります。
既存の検査ツールは外さない
プラグインの公式ドキュメントには、「プラグインは既存のソースコードセキュリティツールを置き換えません」とはっきり書かれています。
使っている部品の古い版を見つける検査や、言語ごとの決まりを照らし合わせる検査は、型の照合のほうが得意です。
Claudeの点検は、それらで拾えない処理の誤りを補う役目だと考えて、重ねて使います。
脅威モデルに書き足すこと
精度を上げる一番の手は、コードだけでは分からない事情をClaudeに伝えることです。
ヘルプには、注意書きとして次の一文があります。
「Claudeはコードから脅威モデルを作成するため、デプロイメントコンテキストと会社が受け入れたパターンを見落とす可能性があります。」
たとえば、社内のネットワークからしか開けない管理画面でも、コードだけを読めば誰でも開ける画面に見えます。
その結果、実際には起こりえない攻撃が深刻度の高い弱点として報告されることがあります。
| 書き足すこと | 書かないと起きること | 書き方の例 |
|---|---|---|
| 1. 外から開ける画面と開けない画面 | 社内だけの画面の弱点が高く評価される | 管理画面は社内の回線からのみ開ける |
| 2. 誰がログインするか | 社員だけが使う機能も、一般の利用者が触る前提で評価される | 受注の管理画面は社員5人だけが使う |
| 3. 扱っている情報の重さ | 個人情報を持つ処理と、持たない処理が同じ重さで並ぶ | 問い合わせの保存先に氏名と電話番号が入る |
| 4. 受け入れている危険 | 承知のうえで残している作りが毎回報告される | 古い画面は来年3月に廃止するまで残す |
| 5. 守るべき社内の決まり | 社内規程に反する書き方が見逃される | 顧客の番号を記録に書き出さない |
10月の更新記事では、ある利用企業のセキュリティ責任者が、危険の扱い方の方針を脅威モデルに書き込んだあと、「検出結果が深刻度の点数だけで並ぶのをやめ、自分たちの優先順位どおりに並ぶようになった」（英語の原文を和訳）と話しています。
Enterpriseの本体では、プロジェクトの「リソース」の画面で脅威モデルを直し、構成の資料を足せます。
プラグインの場合は、調べるよう頼むときに、この表の内容を会話で先に伝えておきます。
書いている最中に見直すセキュリティガイダンスのプラグインには、こうした事情や社内の決まりを書いておくファイル（.claude/claude-security-guidance.md）が用意されています。
オープンソース向けの無料スキャン「OSS Scanner」
Claude Securityの更新とあわせて話題になったのが、2026年10月8日に始まった「OSS Scanner」です。
名前が似ていますが、こちらは企業が自社のコードを調べる道具とは別の取り組みです。
Anthropicの発表は、参加したプロジェクトについて「最も強力なモデルによる徹底した定期的なセキュリティスキャンを無料で受けられる」（英語の原文を和訳）と書いています。
誰が申し込めるのか
申し込めるのは、オープンソースのプロジェクトの中心となって保守している人たちです。
申し込みはGitHub上の専用のリポジトリから行い、Anthropicが1件ずつ判断します。
重視されるのは、広く使われ、社会の基盤や利用者の安全に関わる、実績のあるプロジェクトです。
自社のホームページや業務システムは対象になりません。
報告に人の確認は入らない
OSS Scannerの報告には、弱点を再現する手順、弱点の説明、用意できる場合は修正案がつきます。
注意したいのは、発表に「この脆弱性スキャナーの出力は、人による確認や仕分けを経ず、すべてモデルが生成したものになる」（英語の原文を和訳）とある点です。
精度については、初期の版が48のプロジェクトで出した深刻度の高い弱点97件を、専門の侵入試験の担当者が確かめています。
そのうち85件、率にして88%が、開発者へ正式に知らせる基準を満たしました。
それでもAnthropicは「スキャナーが完璧であるとは保証できない」（英語の原文を和訳）と書いています。
報告を受け取った側が自分で確かめて、直す順番を決める前提の仕組みです。
| 比べる点 | OSS Scanner | Claude Security本体 |
|---|---|---|
| 対象 | 審査を通ったオープンソースのプロジェクト | 自社が持ち、調べる権利のあるコード |
| 費用 | 無料 | 使った分の使用量（年末まで無料クレジットあり） |
| 申し込み | 保守している人がGitHubから申し込む | Enterpriseのオーナーが組織の設定で有効にする |
| 報告の届き方 | まとまった報告がメールで届く | 画面、API、ウェブフックで受け取る |
| 人の確認 | 報告前に人は確認しない | Claudeが別の視点で確かめてから表示する |
自社のサイトが使っている部品の開発元がOSS Scannerに参加していれば、その部品の弱点は以前より早く見つかり、更新が出る間隔が縮むかもしれません。
そうなると、利用する側に求められるのは、出た更新をすぐ当てる段取りです。
Claude Securityを入れる前に決める順番
ここまでの話を、社内で決める順番に並べ直します。
1. 自社の契約を確かめる
管理画面の請求の欄で、自社の契約がEnterprise、Team、Pro、Maxのどれかを確かめます。
Enterpriseなら本体を、それ以外ならClaude Codeのプラグインを使う、と分かれます。
2. 道具を選ぶ
本体を使う場合は、オーナーが組織の設定から有効にし、誰がプロジェクトを作れるかを役割で決めます。
プロジェクトを共有するときの役割は、設定まで変えられる「フル」、状態の更新や修正の開始ができる「トリアージ」、見るだけの「表示」の3つです。
プラグインを使う場合は、Claude Codeを使っている担当者のパソコンに入れます。
Claude Codeのデスクトップアプリで作業している場合の入れ方や、並行して作業を回すときの決めごとは、Claude Codeデスクトップアプリの使い方の記事にまとめています。
3. 調べる範囲を絞る
前の章の表で、自社が権利を持つと言い切れるフォルダを決めます。
最初は、問い合わせや会員登録など、外から入力を受け取る部分に絞ると、少ない使用量で意味のある結果が出やすくなります。
4. 直す担当者と期限を決める
深刻度ごとに、誰が、何日以内に直すかを決めてから最初のスキャンを始めます。
開発会社に直してもらう場合は、報告を渡す窓口と、返事をもらう期限を契約や発注書に書いておきます。
Claude Securityのよくある質問
Q1. TeamプランでもClaude Securityは使えますか
2026年11月10日の時点では、本体はEnterpriseプラン限定です。
Teamでは、Claude Codeのプラグインと、プルリクエストを見るコードレビューの機能を組み合わせて使います。
Q2. Claude Securityの料金はいくらですか
本体は、使った分の使用量だけがかかり、別の基本料金はありません。
対象のEnterprise組織には、2026年12月31日まで、2か月の間、各月最大2万5,000ドル分の無料クレジットがあります。
プラグインは、普段のClaude Codeと同じ使用量から差し引かれます。
Q3. 公開中のホームページを外から調べてもらえますか
いいえ、調べるのはソースコードです。
サーバーの設定や管理画面のパスワードの強さ、入れている部品の版の古さは、別の点検で確かめます。
Q4. 見つかった弱点は自動で直りますか
自動では直りません。
本体もプラグインも修正案を出しますが、当てるかどうかは人が確かめてから決めます。
本体の場合は、検出結果の「修正」を押すとClaude Codeが開き、その弱点だけを直す作業に入れます。
Q5. スキャンの結果が0件なら安心してよいですか
安心しきるのは早いです。
スキャンは確率的で、同じコードでも回ごとに結果が変わります。
定期的に調べ直し、調べた版と結果を記録に残していくことで、見落としを減らしていきます。
まとめ
Claude Securityは、2026年10月の更新で、つないだリポジトリを常に見張り、直ったかどうかまで見届ける仕組みになりました。
本体を使えるのはEnterpriseの組織だけで、TeamやProの会社はClaude Codeのプラグインで同じ技術を使えます。
どちらを使う場合も、調べてよいのは自社が持ち、調べる権利まで揃っているコードだけです。
委託して作ったシステムなら、契約書で権利の行き先を確かめ、分からなければ開発会社に書面で聞きます。
そして、見つかった弱点を誰がいつまでに直すかを決めてから、最初のスキャンを始めます。
AIに仕事を任せるときの、見せる範囲と確認の線引きの考え方は、Claude Duetの今のうちに整える準備の記事でも詳しく書いています。
今日できるClaude Securityの点検
最後に、今日のうちに確かめられることを表にまとめます。
| 今日確かめること | 確かめる場所 | 結果に応じた次の一手 |
|---|---|---|
| 1. 自社のClaudeの契約 | 管理画面の請求の欄 | Enterpriseなら本体、それ以外ならプラグインを選ぶ |
| 2. 調べたいコードの持ち主 | 開発の契約書の著作権の条文 | 定めが無ければ開発会社に書面で確かめる |
| 3. 手元にあるソースコード | 社内のGitの置き場所 | 手元に無ければ、開発会社側の点検結果を受け取る |
| 4. 外から入力を受け取る部分 | 問い合わせ、会員登録、予約の画面 | 最初のスキャンの範囲をここに絞る |
| 5. 直す担当者と期限 | 社内の担当表、開発会社との発注書 | 深刻度ごとに何日以内に直すかを書き込む |
| 6. 無料クレジットの期限 | 組織の設定の使用量の画面 | Enterpriseなら12月31日までに最初のスキャンを済ませる |
1番と2番だけでも今日中に確かめておくと、道具を入れた日に迷わず範囲を決められます。
