わさびです。
Anthropicが「Claude Code Security」を発表した。Enterprise・Teamプランのリサーチプレビューとして提供が始まった機能で、AIがコードの脆弱性を自律的に検出する。
数字だけ先に出しておく。実際の本番OSSコードに対して試したところ、500件以上の脆弱性を発見した。その中には数十年間、誰にも見つけられていなかったバグが含まれていた。
背景と経緯
ソフトウェアのセキュリティ脆弱性の検出は、長年「既知パターンのマッチング」が主流だった。SemgrepやSnyk、Veracodeといったツールが、SQLインジェクションやXSSといった既知の脆弱性パターンをコードベースと照合して検出する。このアプローチは速く安定しているが、「まだ定義されていない脆弱性」は原理的に検出できない。
LLMの登場で、「コードを読んで意味を理解する」アプローチが現実的になってきた。Anthropicは2025年後半からClaude Opus 4.6の100万トークンコンテキストを活用した大規模コードベース解析に注力しており、Claude Code Securityはその成果の一つだ。
発表と同時にサイバーセキュリティ関連株が一時急落したことも話題になった。「AIがセキュリティ専門家の仕事を奪う」という市場の読みだったが、実際の用途はより限定的だ——その点も含めて整理する。
Claude Code Securityとは何をするのか
通常のセキュリティツールは「パターンマッチング」で動く。既知の脆弱性のパターン（SQLインジェクション、XSSなど）と照合して、一致するコードを見つける。SemgrepやSnykのアプローチがこれだ。
Claude Code Securityは別のアプローチを取る。Claude Opus 4.6が実際にコードを読んで、ロジックの流れを理解したうえで脆弱性を探す。既知パターンに限定されないため、今まで定義されていなかった種類のバグも発見できる。
発見した脆弱性に対しては、検証コードの生成まで自動で行う。つまり「これが問題」と指摘するだけでなく、「こういう入力を送るとこう壊れる」という実証コードを出力する。
マルチステージ検証で偽陽性を減らす
脆弱性スキャナの課題は偽陽性（false positive）だ。「問題あり」と報告されたものが実際には問題ないケースが多すぎると、開発者は報告を無視するようになる。
Claude Code Securityはこれに対して「マルチステージ検証」を採用している。
発見した脆弱性候補を複数のステップで再評価し、実際に悪用可能かどうかを確認してから報告する仕組みだ。具体的な検証ステップの内容はAnthropicから公開されていないが、Anthropicが強調しているのは「開発者が最終承認を行う設計」という点だ。全自動で修正まで実行するのではなく、脆弱性の提示と検証コードの生成まではAIが行い、実際の対処は人間が判断する。
数十年埋もれていたバグとは何か
今回の発表で特に注目されたのが「数十年未発見のバグ」という表現だ。
具体的なコードベースやバグの種類についてはAnthropicは詳細を明かしていない。ただ、これが意味することは明確だ——既存の静的解析ツール（SAST）、コードレビュー、侵入テスト、そういった従来のセキュリティプロセスを何十年もくぐり抜けてきたバグが存在していた、ということだ。
長期間存在し続けるバグには傾向がある。コードが複数ファイルをまたぐ複雑なフロー、ライブラリのバージョン間の挙動差異、特定の入力条件が重なったときだけ現れるエッジケース——いずれも人間のレビューが見落としやすい領域だ。Claude Opus 4.6の長いコンテキスト保持能力は、こういった横断的な問題を追うのに向いている。
サイバーセキュリティ株へのフラッシュクラッシュ
発表と同時に、サイバーセキュリティ関連株が一時急落した。
Palo Alto Networks、CrowdStrike、Tenable Holdings、Rapid7などが数パーセントの急落を記録した。「AIが脆弱性検出を自動化したら、人間のセキュリティ専門家やセキュリティツールの需要が下がる」という市場の読みだ。
ただし急落はすぐに落ち着いた。理由は単純で、Claude Code SecurityはSIEMやEDRの代替ではない。コード脆弱性の検出という特定の領域に特化したツールであり、インフラ監視や侵入検知とは用途が異なる。また現時点ではリサーチプレビューで、Enterprise・Teamプランのみ。一般公開はまだ先だ。
市場が過剰反応した背景には、AI全般への「仕事を奪う」という不安があるのかもしれない。
対象はOSS。商用コードへの展開は今後
Anthropicが今回のベンチマークに使ったのは本番OSSコード——つまりオープンソースのリポジトリだ。
商用の非公開コードへの対応も可能な設計になっているが、企業が自社のプロプライエタリコードをどこまでAnthropicのサービスに流せるかは、それぞれの規約・コンプライアンス判断による。Anthropicはエンタープライズ向けにデータ保護ポリシーを提供しているが、金融・医療など規制業種での実際の採用ハードルは依然として高い。
僕の見方
「数十年埋もれていたバグ」という表現を聞いたとき、正直なところ疑問も浮かんだ。検証が難しい主張だからだ。
ただ構造的には納得できる話でもある。コードが複数のファイルにまたがって何万行もあるとき、人間がすべての組み合わせを追うのは現実的に不可能だ。LLMが長いコンテキストを保持したまま横断的に読める強みは、まさにこういう領域で出る。
一方で「500件以上の脆弱性を発見」という数字は、偽陽性の割合が示されないと評価が難しい。Anthropicがマルチステージ検証で偽陽性を抑えると言っているが、実際の数字は今後のユーザーレポートが出てから判断したい。
セキュリティの世界は「実際に攻撃者より先に見つけられたか」が全てだ。Claude Code Securityがその役を担えるかどうか、リサーチプレビュー期間の報告が出てくるのを待ちたい。
日本のユーザー・開発者への影響
日本のソフトウェア開発現場では、セキュリティレビューが後工程になりがちという課題がある。設計・実装フェーズで脆弱性を見つけるより、リリース前のペネトレーションテストで発見するというフローが多い。Claude Code Securityのようなツールが実用化されれば、開発の早い段階での脆弱性検出が日常的になり、修正コストを大幅に削減できる可能性がある。
ただし、日本の開発現場での導入には課題がある。Enterprise・Teamプランのみの提供であることに加え、自社のソースコードをAnthropicのサービスに送信することへの抵抗感は、特にセキュリティ要件が厳しい金融・行政系のプロジェクトでは大きい。オンプレミス版や閉域網対応がない限り、採用が限定される可能性がある。
開発者個人の視点では、OSSへの貢献においてClaude Code Securityを活用することは今すぐ検討できる。自分がメンテナンスするオープンソースプロジェクトや、使っているライブラリのセキュリティ状態をチェックするという使い方は、Enterprise契約がなくても将来的に可能になるかもしれない。
まとめ
Claude Code Securityは、「コードを読んで理解する」LLMの能力をセキュリティ用途に特化させた機能だ。既知パターンのマッチングではなくロジック理解による脆弱性検出という新しいアプローチは、数十年間見つかっていなかったバグを発見できるという形で実力を示した。
ただし現時点ではリサーチプレビューであり、偽陽性の実態、商用コードへの対応、一般公開のタイムラインなど、評価に必要な情報がまだ揃っていない。リサーチプレビュー期間が終わり、実際のユーザーレポートが出てきた段階で改めて評価したい機能だ。
ソース: Help Net Security / VentureBeat / The Register / Anthropic
あわせて読みたい
わさび（@akaponpon440）はあかはらVラボの管理人。ニホンイシガメ。
この記事が参考になったら｜以下のリンクから見てもらえるだけで、ブログ運営の応援になります。
AI開発環境やブログ運営に。初期費用無料、月額296円から。- WiFiのセキュリティ強化をするなら
国産VPNで安心。テレワークや公共Wi-Fiのセキュリティ強化に。
コメント