開発に入れておきたいセキュリティのプラグイン&スキル──書いてる最中〜PR〜依存監査まで

Claudeスキル・MCP
セキュリティ のアイキャッチ

AIがコードを書く量が増えるほど、「脆弱性も一緒に量産される」リスクが上がります。そこで開発時に入れておきたいのが、セキュリティ用のプラグイン／スキル。Claude Code を中心に、書いている最中→コミット前→PR→定期監査という“多層防御”で効く定番を、役割別にまとめました。多くは無料で導入できます。

結論：1つではなく「層」で入れる

セキュリティ対策は、どこか1か所ではなく開発の各タイミングに薄く重ねるのが定石です。Anthropic自身も、次の多層防御（defense in depth）を推奨しています。まずこの地図を押さえると、各ツールの“置き場所”が分かります。

タイミングツール役割
書いている最中Security Guidance（公式）Claudeが書いたコードを自動で随時チェックし、その場で直す
手動・1回/security-review（公式）今のブランチを1回だけ通しで点検
手動・深掘りclaude-security（公式）リポジトリ全体をマルチエージェントで精査し、修正パッチ案まで
プルリク時code-review / Code Review（公式）PRを複数エージェントで多角的にレビュー
ライブラリDependency Sentinel 等依存パッケージのCVE・ライセンスを監査
CI・監査OWASP監査スキル 等OWASP Top 10基準でレポート化（外部ツール連携）

① コードの中身をチェックする（公式プラグイン）

Security Guidance（Anthropic公式・無料）

Claudeがコードを書く・直すたびに自動でチェックが走る、普段づかいの土台。コマンドを打つ必要はなく、入れておくだけで動きます。3段階で検査します。

  • 編集ごと：eval(／child_process.exec／pickle／dangerouslySetInnerHTML 等の危険パターンを高速照合（モデル呼び出しなし＝追加課金なし）。
  • ターン終了ごと：その回のgit差分をモデルがレビューし、SQLインジェクション・XSS・SSRF・認可バイパス・IDOR・弱い暗号などを検出。
  • コミット／プッシュ時：周辺ファイルやサニタイザまで読み、本当に問題かを検証して誤検知を減らす。

APIキーなど秘密情報のベタ書き、安全でないデシリアライズ、危険なDOM APIなど25以上の脆弱性クラスに対応。Anthropic社内では、このプラグインを使ったPRでセキュリティ指摘が30〜40%減少したとのこと。.claude/claude-security-guidance.md や .claude/security-patterns.yaml で自社ルールを追加できます（作者：David Dworken／v2.0.6／要 Claude Code 2.1.144+・Python 3.8+）。

/plugin install security-guidance@claude-plugins-official
/reload-plugins

claude-security（Anthropic公式・ベータ）

「納品前の総点検」に向く深掘りスキャナ。/claude-security を実行するとメニューが開き、①コードベース全体 ②変更分（ブランチ/PR/コミットの差分） ③パッチ提案の3つから選べます。複数のエージェントがアーキテクチャ把握→脅威モデル作成→脆弱性探索→検証を分担して進めます。

特徴は誤検知を抑える検証プロセス。見つかった所見は、報告の前に3人の“審査役”エージェント（到達可能性・影響・防御の有無）が投票し、2/3以上の合意を得たものだけがレポートに載ります（全会一致でない場合は確信度を「中」で頭打ち）。しかも集計はモデルの自己申告ではなくコードで計算されます。修正は別の作業用クローン上でパッチ化され、こちらも別エージェントが検証。自動適用は決してしない（人が git apply で適用）設計です。

/plugin install claude-security@claude-plugins-official
/reload-plugins
/claude-security          # メニューを開く

重要：このプラグインはそれ自体に隔離機能はありません。自分の管理外のコードを対象にするなら、セッションをサンドボックス化してから実行してください。

code-review（Anthropic公式）

プルリクエストを観点の違う複数エージェントで並列レビューするプラグイン。CLAUDE.md準拠チェック・バグ検出・git履歴からの文脈分析・過去コメント確認などを分担し、各指摘を0〜100で確信度スコアリング。80以上の高確信度だけを出すことでノイズを抑えます。ローカルでターミナル出力、--comment でPRにコメント投稿。

/code-review            # ターミナルに出力
/code-review --comment  # PRへコメント投稿

※ Team/Enterprise向けには、PRオープン時に自動で走るマネージド版「Code Review」（GitHub連携・重大度順表示）も別途あります。

② ライブラリ（依存パッケージ）をチェックする

Dependency Sentinel

npm・pip・Composer・Gem・Go・Cargo など複数エコシステムを自動判定し、各言語のネイティブ監査（npm audit／pip-audit／composer audit 等）で既知の脆弱性（CVE）を洗い出すスキル群。GPL/AGPLなどコピーレフト・不明ライセンスの混入も指摘します。/loop と組み合わせてバックグラウンド常駐させ、「新たな高重大度CVEが出た」「大きくバージョンが遅れた」時だけ知らせる差分（デルタ）通知でノイズを抑えられるのが便利です。

近い用途のものは多数あります（dependency-audit／security-scan 系のスキルなど）。“CVE＋ライセンス＋アップグレード経路”を一枚のレポートにまとめてくれるかで選ぶとよいでしょう。

③ OWASP基準で“監査レポート”を作る

クライアント説明や社内監査には、OWASP Top 10（2025年版）や ASVS・LLM/Agentic Top 10（2026）に沿ってレポート化するスキルが向きます。代表的なものは、

  • owasp-security（agamm）：OWASP Top 10:2025・ASVS 5.0・LLM/Agentic Top 10(2026) を参照し、コード／差分をレビューしながら安全な実装を誘導。
  • polyglot系の監査スキル（velimattiv/claude-security-audit ほか）：60以上のフレームワークで攻撃面を列挙し、semgrep・osv-scanner・gitleaks・trivy などOSSスキャナを並列実行してSARIF/SBOM付きで出力。
  • PDFレポート型（ReeperReepx 等）：/security-audit の1コマンドで多段監査を回し、SOC 2 / PCI-DSS / HIPAA マッピング付きのPDFを生成。

※「OWASP Security Audit」という単一の公式製品があるわけではなく、OWASP準拠の監査スキルが複数存在します。外部スキャナ（semgrep等）やAPI契約が前提のものも多いので、導入要件を確認してください。

最小構成：まず何を入れる？

  1. Security Guidance（公式）＝普段の自動チェック。最初の1つはこれ。
  2. 大きめの変更やリリース前は claude-security で深掘り、または /security-review で1回点検。
  3. PRを使うチームは code-review。
  4. 依存関係が多いなら Dependency Sentinel を /loop 常駐。
  5. 対外的な監査書類が要るなら OWASP監査スキル。

注意点（セキュリティツール自体のリスク）

  • 第三者製プラグイン＝新たなサプライチェーン：非公式マーケットのスキルが依存解決を乗っ取る攻撃（dependency hijack）も報告されています。公式（claude-plugins-official）優先、第三者製は中身と要求権限・APIキーを確認してから。
  • AIスキャンは“決定版”ではない：既存のSAST／依存スキャン／人によるレビューを置き換えるのではなく補完するもの。結果は非決定的で、同じコードでも回すたびに差が出ます。
  • 隔離の確認：自分の管理外コードを精査するときは、サンドボックス内で。claude-security はそれ自体に隔離機能を持ちません。
  • コストの把握：パターン照合は無料でも、モデルを使う深いレビューは通常の利用量を消費します。

プラグイン／スキルの基礎は Claude Codeスキル「9つの型」、MCPとは も参照してください。

主な情報源

バージョン・機能・インストール数・対応クラスは公開時点のものです（更新の速い領域です）。第三者製プラグイン／スキルの導入は各自の責任・環境でご確認ください。収集・要約はAI、公開判断は人。