最近盆栽にハマってるサカタです。いつかブログ出します多分おそらく。 先
最近盆栽にハマってるサカタです。いつかブログ出します多分おそらく。
先日、AWS Summit Japan 2026（2026年6月25日〜26日・幕張メッセ）に参加してきました。
初参加でしたがとても楽しく、いろんな学びがありました。その中でも今回はAWS Security Agentというサービスを紹介します。
TL;DR
- AWS Summit Japan 2026 に「セキュリティ知識の習得」と「AI 成果物の品質担保手法の学習」を目的に参加した
- 会場のブースで AWS Security Agent の話を聞き、この 2 つの目的を同時にカバーするサービスだと感じたので、サミットでの内容と後で調べたことをまとめた
- Security Agent は、設計レビュー・コードレビュー・オンデマンドのペネトレーションテストによって、開発ライフサイクル全体のセキュリティ検証を AI エージェントが担うサービス
- AI がコードを量産する時代に、その成果物をセキュリティ観点で継続的に検証する仕組みとして、私の参加目的にそのまま刺さった
参加の目的
参加にあたって設定した目的は次の 2 つです。
- セキュリティ周りの知識を学ぶ：私がセキュリティ領域の知識が浅く、脆弱性診断やセキュアな設計・実装について、実務に近い形で学びたかった
- AI の成果物の品質担保について学ぶ：生成 AI によるコード生成が当たり前になる中で、AI が作ったものの品質をどう担保していくのかを知りたかった
会場はとにかく AI 一色でしたが、ブースを回る中で、この 2 つの目的を両方同時にカバーしていそうなサービスに出会いました。それが AWS Security Agent です。
紹介するサービス：AWS Security Agent とは
AWS Security Agent は、re:Invent 2025 で発表された「フロンティアエージェント」と呼ばれる自律型 AI エージェントの 1 つで、設計からデプロイまで、開発ライフサイクル全体を通じてアプリケーションをプロアクティブに保護するサービスです。2026年3月末にはペネトレーションテスト機能が一般提供（GA）となり、さらに直近の AWS Summit New York 2026 では、新しいセキュリティブランド「AWS Continuum」の一部として再編されるなど、現在進行形でアップデートが続いています。
公式ブログでは、このサービスの背景として既存ツールの限界が挙げられています。SAST（静的解析）はランタイムのコンテキストを持たず、DAST（動的解析）はアプリケーションレベルのコンテキストを持たない。どちらも「アプリケーションを理解していない」一次元的なツールです。
これに対して Security Agent は、設計ドキュメント・ソースコード・組織のセキュリティ要件からアプリケーション全体のコンテキストを学習した上で検証を行う、という点が根本的な違いです。
提供される機能は大きく 3 つです。
- デザイン（設計）レビュー：コードを書く前に、アーキテクチャ文書や製品仕様をセキュリティ要件に照らして自動レビュー
- コードレビュー：GitHub と連携し、プルリクエストをセキュリティ観点で自動分析
- ペネトレーションテスト：アプリのコンテキストを理解した AI エージェントが、オンデマンドで侵入テストを実行し、脆弱性の検出・実証・修復案の提示までを行う
具体：3 つの機能がどう目的を達成するのか
前提：評価の物差しになる「セキュリティ要件」
3 機能に共通する土台が「セキュリティ要件」です。AWS が用意するマネージドセキュリティ要件をそのまま使うことも、組織固有のカスタム要件を定義することもできます。レビューはこの要件への準拠を評価する形で行われるため、「何をもって OK / NG とするか」という物差しが明文化された状態でフィードバックが返ってきます。セキュリティ知識が浅い自分にとっては、この「判断基準ごと提示される」という点自体が学習教材になると感じました。
1. デザインレビュー：作る前にリスクを潰す
デザインレビューは、コードが書かれる前の段階で、アーキテクチャ文書や製品仕様を分析してセキュリティリスクを特定する機能です。コンソールから設計文書をアップロードするか、S3 などの接続サービスから取り込むと、組織のセキュリティ要件への準拠を評価し、是正のためのガイダンスまで提示してくれます。
脆弱性への対処コストは、発見が遅れるほど跳ね上がります。実装前の設計段階で「この構成はこの要件に反している」と指摘してもらえるのは、コスト面でも学習効果の面でも最も効率の良いタイミングだと思います。
2. コードレビュー：AI が書いたコードを AI が検証する
コードレビュー機能は GitHub と連携し、プルリクエストを組織のセキュリティ要件と一般的な脆弱性パターンに照らして自動分析します。開発者は普段の GitHub ワークフローの中で修復ガイダンスを受け取り、セキュリティチームは監視対象リポジトリの設定や重大な問題への介入を担う、という役割分担が想定されています。フルリポジトリスキャンでは、サンドボックス環境にアプリをデプロイして、発見した脆弱性が実際に悪用可能かを動的に確認する仕組みもあります。
公式 FAQ でも、コーディングツールの普及で開発速度が加速しているからこそプロアクティブなセキュリティが必要になっている、という問題意識が語られています。AI が生成したコードを含むすべての変更に対して、明文化された要件に基づくレビューが自動で返ってくる仕組みは、まさに「AI の成果物を継続的に品質担保するゲート」として機能します。
3. ペネトレーションテスト：オンデマンドで実証する
目玉機能がオンデマンドのペネトレーションテストです。従来の手動ペンテストは時間もコストもかかるため、年次・四半期ごとに重要なアプリだけを対象にせざるを得ませんでした。Security Agent はこれをオンデマンド化し、ポートフォリオ全体にペネトレーションテストをスケールさせることを狙っています。
公式ブログによると、動作の流れは次の通りです。ペンテストエージェントは、セキュリティ要件・設計ドキュメント・ソースコードから学習したコンテキストに基づいてカスタムの攻撃計画を作成し、実行中に発見した内容（エンドポイント、ステータスコードやエラーコード、認証情報など）に応じて動的に攻撃を適応させます。対象は OWASP Top 10 に加えて、ビジネスロジックの欠陥のような文脈依存の脆弱性までカバーし、発見した脆弱性は実際にエクスプロイトして検証した上で報告されます。
レポートには再現可能な攻撃パス・影響分析・そのまま適用できる修正コード案が含まれ、検出結果には深刻度（Severity）と信頼度（Confidence）が付与されます。セキュリティ初学者の視点では、「実証済みの脆弱性が、再現手順と修正方法つきで報告される」というアウトプット形式そのものが、実アプリを教材にした攻撃と防御の学習ループになると感じています。
補足：サミットでの関連セッション
私はブースで話を聞いただけですが、後から調べたところ、今回のサミットでは「SEC221: AWS Security Agent: 設計から導入まで“攻め”のアプリケーションセキュリティ」というセッションも開催されていたようです。公式のセッション概要によると、3 機能の紹介に加えて AWS 社内での実績や顧客事例が扱われた回だったとのことで、参加された方のレポート記事も公開されています（末尾の参考資料に記載）。
目的との対応まとめ
目的 1：セキュリティ知識の習得
主にセキュリティレビューとペネトレーションテストです。AWS Security AgentというAI エージェントのサービスでここまで担保できると知れたことは大きな学びでした。すべてを自力でカバーしようとする前に、こうした仕組みに乗れる領域を見極める、という視点を重要だと思いました。
また、このサービスを深掘りする過程自体も、セキュリティの学びになりました。ペネトレーションテストとは何をするものか、OWASP Top 10 やビジネスロジックの欠陥といった脆弱性の分類、設計段階でのレビューがなぜコスト面で有利なのか、といった基礎的な考え方を、具体的なサービスの機能に紐づけて理解できたのは大きな収穫です。
目的 2：AI 成果物の品質担保
主にコードレビューとオンデマンドのペネトレーションテストです。プルリクエストごとに要件ベースの自動レビューが走ることで、AI が生成したコードを含むすべての変更に品質ゲートがかかります。さらにペンテストをオンデマンドで高頻度に回せることで、リリース前後の継続的な検証が実現できます。
感想
サミットではAWS Security Agent に限らず、どこに行ってもAIでうんぬんかんぬん言っていて猛アピールしてましたが、それでも「最終的には人間の目を通すだろうな」という感覚は最後まで変わりませんでした。AI が出力したものを人間がレビューする世界から、AI が出力したものを AI がレビューする世界へ。構図としては一段進んでいますが、そのレビュー結果が信頼できるものかどうかは、結局人が見て判断する時代は続くだろうな、というのが今の率直な感覚です。
いずれこの部分まで含めてすべてが置き換わる時代が来るような気もしています。
ただ、そこに至るまでには、検証結果の信頼性をどう保証するのか、その責任を誰が持つのか、といった解くべき課題がまだ残っているはずです。
そこにはまだ空白があるということであり、それは需要そのものです。
その辺りの課題を解決するサービスを作ってみたいとも思いますが、それができたら、私達は仕事がなくなるんですかね。
余談？
もう一つ、ブースで印象に残ったことがあります。
担当の方に「セキュリティ周りのおすすめの勉強法はありますか」と聞いたときに、いくつかやり取りをした後に「セキュリティはもうAWS に任せちゃってもいいかもしれません」と言われたことです。
なんか適当に返されたなと思ったのですが、意外とそうでもないかもしれません。
セキュリティ系のサービスを使っていればもちろんそうですが、それ以外でも至るところで任せている部分はありますよね。
例えばサーバレス系のサービスだと、大きなメリットとして、基盤レイヤーの管理・運用コストを下げられることが挙げられますが、これは裏を返せば、自分たちが管理しなければならない領域が減るぶん、セキュリティにおいて負うべき責任範囲も減る、ということでもあります。責任共有モデルってやつですね。パッチ適用や OS の堅牢化を自前でやらなくてよいのは、まさにその恩恵です。
もちろん、何をどこまで任せて、何を自分たちの責任として残すのかの線引きは自分たちで判断する必要がありますし、その判断に必要な知識はしっかり勉強しないといけませんが、任せることで、学習範囲も小さくなるし、リスクも減るはずです。
「任せる」という選択肢も、立派なセキュリティ戦略ということですね。
私の質問に対して結論がだいぶズレてる気がしますが、気の所為でしょう。
提供状況・料金
- ペネトレーションテストは 2026 年 3 月 31 日に一般提供開始。従量課金（$50/タスク時間）で、2 ヶ月の無料トライアルあり
- テスト対象は AWS に限らず、Azure・GCP などの他クラウドやオンプレミス環境も指定可能。パブリックエンドポイントの URL 指定に加え、VPC 経由でプライベートエンドポイントに接続すれば、インターネットに公開していない内部アプリもテストできる
- 顧客データはモデル学習に使われず、保存時は KMS で暗号化。テストログは自分のアカウントの CloudWatch に保存される
- 2026 年 6 月の AWS Summit New York で、Security Agent は新ブランド「AWS Continuum」に統合された。今後は Continuum の機能群として展開されるため、最新情報はそちらも要チェック