Agentic AppSecとは？

Agentic AppSec（エージェント型アプリケーションセキュリティ）とは、AIセキュリティエージェントのチームを活用し、組織全体のアプリケーションセキュリティプログラムを運用する取り組みです。アプリケーションの理解、脅威のモデル化、重要な脆弱性の検出、修正すべき問題の判断、修正の生成と検証、そして修正が有効であることの証明までを担います。新しいコードにも、既存の未対応課題にも継続的に適用されます。

この用語はagentic AI securityと混同されがちですが、両者が指すものは正反対です。agentic AI securityはAIエージェントを攻撃から守る一方、Agentic AppSecはAIエージェントにセキュリティ業務を担わせます。プログラム運用をエージェントに任せる動きが広がっているのは、処理量の増加への対応です。ソフトウェアの開発速度が、人間主体のセキュリティプログラムの処理能力を上回るようになっています。

アプリケーションセキュリティに新しい運用モデルが必要なのはなぜでしょうか？

コードの記述速度が変化し、以前の速度を前提に設計されたプログラムでは新たな量を処理できないため、アプリケーションセキュリティには新しい運用モデルが必要です。

従来のプログラムでは、問題を見つけて人に引き継ぎます。その後のトリアージ、優先順位付け、修正、回帰リスクへの対応、開発チームとの調整は、すべて担当者が引き受けます。人間がコードの大半を書いていた頃は、この方法で機能していました。しかし今では、AIコーディングエージェントが、レビューの想定量を超えるコードを生成しています。しかも、エージェントが生み出す欠陥はビジネスロジックや認可に集中しており、パターンベースのスキャンでは照合できません。

既存の未対応課題も負担を増やしています。どの組織にも何年分もの未対応の検出結果が蓄積しており、攻撃者はその一覧の調査を自動化し、深刻度の低い問題を連鎖させて重大なエクスプロイトを作り出しています。2026年6月時点で、Snykでは修正1件につき、新たな脆弱性が約6件発生していると確認しています。

流入が処理量を上回ると、優先順位を付け直しても、同じ長さのキューがより整理されるだけです。ボトルネックは問題の検出から解消へと移っています。この量を処理するには、現行方式を速めるのではなく、異なる運用モデルが必要です。

AppSecの一連のプロセスには何が含まれますか？

Agentic AppSecは、アプリケーションセキュリティの一連のプロセスをエージェントのチームに任せることで、このボトルネックに対処します。各エージェントには明確な役割と起動条件があり、新しいコードからリリース済みのコードまで、連携して継続的に処理します。このプロセスは6つのステップで構成され、それぞれが前のステップの出力を基に進みます。

1. アプリケーションを理解する。アーキテクチャ、データフロー、データ分類、信頼境界、本番環境で実際に稼働しているものをモデル化します。

2. 脅威をモデル化する。そのモデルを使って、アプリケーションが攻撃される可能性のある箇所と、実際の影響につながる弱点を特定します。コードの変更に合わせて脅威モデルも最新の状態に保ちます。

3. 重要な脆弱性を見つける。決定論的なスキャンと、ビジネスロジックや認可の欠陥など、シグネチャでは捉えられない種類の問題を推論できるAIを組み合わせます。

4. 修正すべき問題を判断する。到達可能性、悪用可能性、過去の修正結果を基に、何から対処するかを順位付けし、適切な修正内容を確認します。

5. 修正を生成して検証する。問題を解決し、レビューを通過して、マージされる変更を作成します。

6. 修正が有効であることを証明する。結果を生成したシステムとは別の手段で確認し、判断とその理由を記録します。

これはパイプラインではなく、ループです。単一のチェックポイントで動くのではなく、継続的に実行され、以降の各ステップは最初のステップで構築したモデルを参照します。プログラムの責任者は、キューの処理から、処理を担うシステムの監督へと役割を変えます。

エージェントがセキュリティプログラムを運用するために必要な条件は何ですか？

エージェントがセキュリティプログラムを運用するには、3つの条件が必要です。そのうち3つ目の条件こそ、実際に機能するプログラムと、もっともらしいだけのプログラムを分けます。

• エージェントが根拠を得られること：アプリケーションのモデルなしに推論するエージェントは、部分的に想像したコードベースについて、確信に満ちた検出結果を出してしまいます。ループの最初のステップで構築される共有モデル、Snykが「アプリケーションコンテキストグラフ」と呼ぶものを、すべてのエージェントが行動前に参照します。

• 作業の範囲が定められていること：各タスクには、明確な役割、起動条件、入力、完了条件があります。脅威モデルによって調査箇所が示され、最初に見るべき場所が分かるエージェントは、広範囲を探すエージェントよりも正確で、運用コストも抑えられます。

• 別の仕組みで検証できること：脆弱性を見つけたエージェントに、自らの修正を検証させることはできません。自分の出力を自ら評価するシステムには、分析時の前提がすべて引き継がれます。より高性能なモデルを使っても、誤った回答がより説得力を増すだけです。だからこそ、エージェント型プログラムでは決定論的エンジンがいっそう重要です。エージェントが呼び出すツールであると同時に、エージェントの検出結果を独立して検証する役割も果たします。Snyk VulnBench JS 1.0では、LLMのみで検出された結果のほぼ半数が、同一条件で5回実行したうち1回にしか現れませんでした。

Agentic AppSecとagentic AI securityはどう違いますか？

Agentic AppSecはAIエージェントを使ってソフトウェアを保護し、agentic AI securityはAIエージェントそのものを保護します。前述の条件は、セキュリティ業務を行うエージェントに適用されます。エージェント自体を保護するのは別の専門領域であり、似た表現で公開されているコンテンツの多くは、そちらを扱っています。

• Agentic AI securityはAIエージェントを保護します。エージェントはメモリを持ち、ツールを呼び出し、認証情報を保持し、人が一つひとつ承認しなくても動作します。そのため、従来のアプリケーションセキュリティでは想定されていなかったリスクが生じます。プロンプトインジェクション、ツールの不正使用、過剰に広い権限付与などがこれに当たります。

• Agentic AppSecは、AIエージェントにソフトウェアの保護を担わせます。エージェントが実務を担い、アプリケーションセキュリティプログラムがその仕事になります。

AIを活用した開発を大規模に導入する組織には、両方が必要です。それぞれで必要な制御、責任者、評価基準は異なります。一方を導入すればもう一方もカバーできると考えると、対応されない領域が残ります。

人々の役割はどう変わりますか？

一連のプロセスをエージェントに任せることで、関係者の役割は変わりますが、責任は変わりません。Agentic AppSecでは、次の3つの変化が起こります。

1. 開発者は、作成者から承認者へと移行します。自分が書いていない変更をレビューするため、変更ごとに添付される根拠がこれまで以上に重要になります。

2. AppSecリーダーは、ゲートキーパーからプログラムの責任者へと移行します。誰も処理しきれないほど増え続けるキューのトリアージから、修正の信頼性を確保する条件の設計と、プログラムが機能していることの証明へと役割が変わります。

3. 責任の所在は変わりません。プログラムの責任者は引き続き責任を負います。そのため、エージェントが何を判断し、何に対して行動し、何によって結果を検証したかを網羅する監査証跡が必要です。人の役割は運用担当者から監査担当者へ移り、監査証跡によってその役割が可能になります。

実践におけるAgentic AppSec

Agentic AppSecは、コードの流入速度が人間主体のプログラムの処理能力を上回るという課題に対応します。アプリケーションモデルに基づき、明確な役割を担い、独立して検証されるエージェントによって、プログラムは開発の速度に追随できます。その設計と根拠に対する責任は、人が担います。

SnykのAgentic AppSecへの取り組み

Snyk AI Security Platformの一部であるEvo Agentic AppSecは、あらゆる開発チームにセキュリティエージェントのチームを配置し、理解、検出、修正、検証まで、AppSecプログラム全体を運用します。エージェントが実行し、Snykのインテリジェンスレイヤーが、10年分の修正結果データと到達可能性、悪用可能性、破壊可能性の分析を活用して、適切な修正を判断します。その後、Snykの決定論的エンジンが結果を独立して検証します。Snykは開発チームがすでに使っている開発者ワークフローに組み込まれ、特定のモデルベンダーに依存しないため、検証をコード生成モデルから切り離せます。Evo Agentic AppSecをいち早くご覧ください。

すべてのエンジニアのそばにセキュリティエージェントのチームを配置しませんか？今すぐSnykのアカウント担当者にご相談ください。