--- title: "PentAGIとは？v2.2の導入手順とCVE-2026-14784後のDocker権限設計" url: "https://www.issoh.co.jp/tech/details/11016/" published: 2026-02-17 updated: 2026-10-15 categories: ["セキュリティ"] publisher: "株式会社一創" --- # PentAGIとは？v2.2の導入手順とCVE-2026-14784後のDocker権限設計 PentAGIは、ドバイのセキュリティ企業VXControlがMITライセンスで公開している、自律型のペネトレーションテスト実行システムです。対象と目的を自然文で伝えると、役割の違う複数のAIエージェントが作業を計画し、隔離されたDockerコンテナの中でnmapやMetasploit、sqlmapなど20種類以上のツールを動かして、最後にレポートを返します。 2026年10月5日にv2.2.0が公開され、2.1.0以前に影響する脆弱性CVE-2026-14784の修正とあわせて、Dockerの既定値や対応LLMが大きく変わりました。この記事では、[GitHubリポジトリ vxcontrol/pentagi](https://github.com/vxcontrol/pentagi) のREADMEとリリースノートをもとに、2026年10月15日時点のPentAGIを整理します。 ## まとめ - 最新版はv2.2.0（2026年10月5日・UTC）です。2026年10月15日にGitHub APIで確認した時点で、Starは30,181、Forkは4,508、mainブランチの最終コミットは10月9日でした。 - v2.1.0以前は、出荷時の設定でDOCKER\_INSIDE=trueにするとホストのDockerソケットが全サンドボックスにマウントされ、プロンプトインジェクションでホストを奪われる恐れがありました（CVE-2026-14784）。v2.1.0以前を使っているならv2.2.0へ上げてください。 - 導入はLinux・macOS・Windows向けの対話式インストーラーか、docker composeの手動構築です。要件は2 vCPU・4GB RAM・20GBの空き容量で、Web画面は既定で127.0.0.1の8443番だけで待ち受けます。 - 対応LLMはv2.2.0で13種類になり、失敗した呼び出しを別のプロバイダーでやり直す LLM\_FALLBACK\_PROVIDER も入りました。推論と埋め込みをOllamaで手元に置く場合、READMEはnum\_ctxを110000にした専用モデルを作る設定例を示しており、埋め込みも EMBEDDING\_PROVIDER などで別に切り替える必要があります。 - 本体はMITで無償ですが、VXControl Cloud Servicesの利用にはライセンスキーが別途必要です。エージェントプロファイルや顧客向けレポートは有償のEnterprise Editionの機能です。 ## PentAGIの仕組みとv2.2.0までの変化 PentAGIはバックエンドがGo、フロントエンドがReactで書かれたセルフホスト型のシステムです。オーケストレーターが目標を受け取り、サブタスクごとに調査・検証コード作成・実行といった役割のエージェントへ振り分けます。実行結果と成功した手順はPostgreSQLとpgvectorに蓄積され、次のフローでベクトル検索により再利用されます。Neo4jとGraphitiを使ったナレッジグラフも選べますが、ベータ機能で既定は無効です。 ツールを実際に動かすのはワーカーコンテナです。ペンテスト用の既定イメージは vxcontrol/kali-linux で、v2.2.0ではツールを追加して作り直されたうえ、MCPゲートウェイ入りの mcp タグも用意されました。REST APIとGraphQL APIはBearerトークン認証付きで公開されており、CIや自社ツールからフローを起動できます。 READMEは[能力の境界](https://github.com/vxcontrol/pentagi#current-capability-boundaries)も明記しています。PentAGIはCALDERA型のBAS（侵害・攻撃シミュレーション）製品ではなく、事前定義の攻撃キャンペーンは持ちません。フローのレポートはWeb表示・クリップボード・Markdown・PDFで出力でき、JSONでの書き出しは対応形式として記載されていません。 ### v0.1.0からv2.2.0までのリリース経緯 | 版 | 公開日（UTC） | 主な内容 | | ------ | ---------- | ---------------------------- | | v0.1.0 | 2025-01-07 | 最初の公開アルファ | | v0.3.0 | 2025-06-25 | 最初の公開ベータ | | v1.0.0 | 2025-12-31 | Production Release・インストーラー追加 | | v1.1.0 | 2026-01-17 | LiteLLM経由の接続・Windowsパス対応 | | v1.2.0 | 2026-02-25 | 利用状況分析のREST API | | v2.0.0 | 2026-04-11 | 4プロバイダー追加・実行中の切替・監視Beta | | v2.1.0 | 2026-05-29 | ファイル管理・ナレッジベース・ツール可視化 | | v2.2.0 | 2026-10-05 | 13プロバイダー・CVE修正・web\_search統合 | ### v2.2.0で変わった点 [v2.2.0のリリースノート](https://github.com/vxcontrol/pentagi/releases/tag/v2.2.0)のうち、運用に影響する変更は次のとおりです。 - **LLM**：MiniMax・Mistral・xAIが加わり13種類に。OpenAI互換のカスタム接続からAzure OpenAIも呼べるようになりました。各プロバイダーの設定例には、エージェントの役割ごとの成功率を記した ctester のレポートが examples/tests/ に付きます。 - **サンドボックス**：CVE-2026-14784の修正。DOCKER\_INSIDEの既定がfalseになり、入れ子のDockerにはPentAGI本体とは別のデーモンが必須になりました（後述）。 - **検索**：エンジンごとに分かれていた7つの検索ツールを、目的（links・answer・research・exploit）を指定する1つの web\_search に統合。失敗したエンジンは次のエンジンへ自動で切り替わります。 - **複数インスタンス**：TENANT\_ID を設定すると、複数のPentAGIが1つのPostgreSQL・ワーカーノード・Langfuseを共有できます。単独運用なら空のままにします。 - **インストーラー**：Linuxに加えて、署名付きのmacOS版とWindows版が配布されました。 ## PentAGIをDockerでインストールする手順 システム要件は、DockerとDocker Compose（またはPodman）、2 vCPU以上、4GB以上のRAM、20GB以上の空き容量、インターネット接続です。導入から設定・プロバイダー検証・初回ログインまでを通しで説明した公式ガイドは examples/guides/installation\_configuration.md にあります。 ### 対話式インストーラーでの導入（Linux amd64の例） READMEが推奨するのはターミナルUIのインストーラーです。Linux（amd64・arm64）、Windows（amd64）、macOS（Intel・Appleシリコン）向けにpentagi.comから配布されており、システム確認、.envの生成、LLMと検索エンジンの設定、認証情報とSSL証明書の生成、composeでの起動までを順に進めます。 ``` mkdir -p pentagi && cd pentagi wget -O installer.zip https://pentagi.com/downloads/linux/amd64/installer-latest.zip unzip installer.zip sudo ./installer ``` インストーラーはDocker APIを操作するため、rootで実行するか、実行ユーザーをdockerグループに入れる必要があります。dockerグループへの追加はroot相当の権限を渡す操作なので、本番機ではsudoでの実行かルートレスDockerを選んでください。 ### docker composeでの手動導入と設定ファイルの準備 既存の構成管理に載せたい場合は手動導入を選びます。注意点は、docker-compose.yml がマウントする3つのプロバイダー設定ファイルを先に置いておくことです。存在しないファイルをマウント元にすると、Dockerがそこにディレクトリを作ってしまいます。 ``` mkdir pentagi && cd pentagi curl -o .env https://raw.githubusercontent.com/vxcontrol/pentagi/master/.env.example curl -O https://raw.githubusercontent.com/vxcontrol/pentagi/master/docker-compose.yml touch example.custom.provider.yml example.ollama.provider.yml example.bedrock.provider.yml # .env にLLMプロバイダー（OPEN_AI_KEY など）と埋め込みの設定を書き、 # COOKIE_SIGNING_SALT・PENTAGI_POSTGRES_PASSWORD・NEO4J_PASSWORD を既定値から変えてから起動する docker compose up -d ``` 起動後は https://localhost:8443 を開き、初期アカウント admin@pentagi.com ／パスワード admin でログインして、最初にパスワードを変更します。Langfuseや監視スタック、Graphitiは別のcomposeファイルで追加起動します。先に docker-compose.yml を起動してネットワークを作っておかないと、pentagi-network が見つからないというエラーになります。 ### v2.1.0以前から更新するときの注意 更新自体は `docker compose pull && docker compose up -d` で済み、8件のDBマイグレーションは起動時に自動で当たります。手動導入の場合は、更新された .env.example と docker-compose\*.yml を自分で取り直す必要があります。リリースノートが挙げる注意点のうち、見落とすと止まるものは次の4つです。 - 旧版のセッションCookieは無効になり、全員が再ログインになります。スクリプトのログアウトは `POST /api/v1/auth/logout` に変わり、GETではセッションが残ります。 - DOCKER\_INSIDE=true のまま DOCKER\_INSIDE\_HOST を書いていないと、エージェントはDockerを使えなくなります（理由はログに出ます）。 - 独自プロンプトで {{.GoogleToolName}} などエンジン別の変数を使っていると、{{.WebSearchToolName}} に直すまで上書きが無視され、既定のプロンプトが使われます。 - リバースプロキシの裏に置くなら TRUSTED\_PROXIES を設定します。未設定だと全員がプロキシのIPに見え、ログイン失敗が続くと全員が15分間締め出されます。 ## LLMプロバイダーの設定 v2.2.0の組み込みプロバイダーは、OpenAI・Anthropic・Google AI（Gemini）・AWS Bedrock・Ollama・DeepSeek・GLM・Kimi・Qwen・MiniMax・Mistral・xAIとカスタム接続の13種類で、最低1つを設定すれば動きます。エージェントごとのモデル選択や推論パラメータはWeb画面の Settings → Providers で変えられますが、APIキーや接続先はサーバー側の環境変数で設定します。 新しく入った LLM\_FALLBACK\_PROVIDER に2つ目のプロバイダーを指定すると、フローのプロバイダーで失敗した呼び出しをそちらで繰り返し、切り替えた事実をトレースに残します。長時間のフローがレート制限で止まる環境では、最初に設定しておく価値があります。 ### OpenRouterなどアグリゲーターの設定 OpenRouter、DeepInfra、Atlas Cloud、OpenCodeといったアグリゲーターには専用の変数がなく、LLM\_SERVER\_ 系にまとめて指定します。Dockerイメージには各サービス向けの設定ファイルが同梱されているので、パスを指すだけで済みます。 ``` LLM_SERVER_URL=https://openrouter.ai/api/v1 LLM_SERVER_KEY=your_api_key LLM_SERVER_MODEL= LLM_SERVER_CONFIG_PATH=/opt/pentagi/conf/openrouter.provider.yml ``` モデル名は設定ファイル側で役割ごとに決めるため、LLM\_SERVER\_MODEL は空にします。READMEはLLM\_SERVER\_ 系を将来変更される実験的機能と位置づけています。 ### Ollamaでローカル完結させる設定 ローカル推論でつまずきやすいのはコンテキスト長です。READMEによれば、一般的なワークフローの消費は約64Kトークンですが、PentAGIは余裕を見て110Kを前提にしています。Ollama自体はAPIリクエストや環境変数でコンテキスト長を変えられますが、PentAGIのREADMEはModelfileでnum\_ctxを焼き込んだ専用モデルを作る方法を案内しており、ここではその設定例に従います。 ``` FROM qwen3:32b-fp16 PARAMETER num_ctx 110000 PARAMETER temperature 0.3 PARAMETER top_p 0.8 ``` このファイルを Modelfile\_qwen3\_32b\_fp16\_tc として保存し、`ollama create qwen3:32b-fp16-tc -f Modelfile_qwen3_32b_fp16_tc` を実行します。もう1つの落とし穴は埋め込みです。EMBEDDING\_PROVIDER は既定で openai を使うので、LLMだけをOllamaに向けても埋め込みはOpenAIのAPIを呼び続けます。埋め込みも手元で処理するなら、EMBEDDING\_PROVIDER=ollama に加えて EMBEDDING\_MODEL（Ollamaに取り込んだ埋め込みモデル名）と EMBEDDING\_URL（Ollamaの接続先）も設定します。なお、これで手元に置けるのは推論と埋め込みだけで、外部検索エンジンやscraperによるWeb取得の通信は別に発生します。 ### ctesterとetesterによるLLM・埋め込みの疎通確認 フローを1本走らせて失敗原因を探すより、設定直後に同梱のテスターを流すほうが切り分けが早く済みます。ctester はエージェントの役割ごとにツール呼び出しを試し、etester は埋め込みの疎通とナレッジベースの状態を確認します。 ``` docker exec -it pentagi /opt/pentagi/bin/ctester -config /opt/pentagi/conf/openrouter.provider.yml docker exec -it pentagi /opt/pentagi/bin/etester test ``` 運用途中で埋め込みプロバイダーを変えると、次元数の違うベクトルが混在して検索が壊れます。READMEは変更時に etester の flush と reindex でナレッジベースを作り直すよう求めています。 ## ツール呼び出し上限と実行監視の設定 自律実行で困るのは、エージェントが同じ操作を繰り返して課金だけが伸びる状態です。PentAGIには監視モードの有無に関係なく常に働く、エージェント呼び出しごとのツール呼び出し上限があり（値は環境変数で変更可）、Pentester・Coderなどの汎用エージェントは MAX\_GENERAL\_AGENT\_TOOL\_CALLS（既定100回）、Searcher・Reporterなどの補助エージェントは MAX\_LIMITED\_AGENT\_TOOL\_CALLS（既定20回）で止まります。LLMが3回続けてツール呼び出しを作れなかったときは、Reflectorが介入して正しい使い方か終了用ツールへ誘導します。 既定で無効のベータ機能が2つあります。実行監視は同じツールの呼び出しが5回、合計が10回に達するとメンター役のエージェントが介入し、タスク計画は作業前に3〜7ステップの計画を作らせます。 ``` EXECUTION_MONITOR_ENABLED=true EXECUTION_MONITOR_SAME_TOOL_LIMIT=5 EXECUTION_MONITOR_TOTAL_TOOL_LIMIT=10 AGENT_PLANNING_STEP_ENABLED=true ``` READMEは32Bパラメータ未満のモデルではこの2つを必須として扱い、Qwen3.5-27B-FP8での検証で、時間とトークンが2〜3倍になる代わりに結果の品質が2倍になったと報告しています。大型の商用モデルなら、まず無効のまま試して費用と結果を比べてから決めれば十分です。 ## CVE-2026-14784とエージェントへのDocker権限 PentAGIの導入で最も慎重に決めるべきなのは、サンドボックスの中のエージェントにDockerを使わせるかどうかです。ここはv2.2.0で前提が変わりました。 ### 2.1.0以前に影響するCVE-2026-14784 [NVDのCVE-2026-14784](https://nvd.nist.gov/vuln/detail/CVE-2026-14784)は2026年7月6日に公開され、PentAGI 2.1.0以前の backend/pkg/docker/client.go に起因するサンドボックスの問題とされています。VulDBの評価はCVSS 3.1で6.3、CVSS 4.0で5.3です。v2.2.0のリリースノートは中身をもっと具体的に説明しています。出荷時の .env.example どおり DOCKER\_INSIDE=true にしていると、ホストのDockerソケットがすべてのサンドボックスにマウントされ、プロンプトインジェクションで操られたエージェントがホストを乗っ取れた、という内容です。 開発元は、プロンプトインジェクションそのものはモデルの指示追従性に左右されるため完全には防げないとしたうえで、v2.2.0ではサンドボックスに閉じ込める側を固めました。ワーカーコンテナは全ケーパビリティを落としてから必要なものだけを足し、脱出経路として知られる MKNOD は渡しません。プロセス数の上限でフォーク爆弾も防ぎます。ホストのソケットが自動でマウントされることもなくなりました。 2026年10月15日にNVDのAPIで取得した説明文は、修正のプルリクエストがマージ待ちという登録当時の文面のままでした。修正版がv2.2.0であることはリリースノート側で確認してください。 ### v2.2.0で推奨される入れ子Dockerの設定 エージェントにDockerを使わせるなら、PentAGI本体を動かしているのとは別の、TLSで保護したdind（Docker in Docker）デーモンを指します。ソケットは一切マウントしません。 ``` DOCKER_INSIDE=true DOCKER_SOCKET= DOCKER_INSIDE_HOST=tcp://10.0.0.5:3376 DOCKER_INSIDE_TLS_VERIFY=1 DOCKER_INSIDE_CERT_PATH=/etc/docker/dind/certs/client DOCKER_INSIDE_POLICY_TESTS=true ``` 最後の DOCKER\_INSIDE\_POLICY\_TESTS=true は既定でfalseですが、有効にしておくべき設定です。起動時にフローと同じ条件でワーカーを1つ立ち上げ、接続先のデーモンが自分自身のものでないこと、ホスト脱出につながる27種類の要求が拒否されること、正当な7種類の操作が通ることを中から確かめます。1つでも失敗するとエージェントにはDockerを渡さず、PentAGI本体は動き続けます。dindの硬化手順（OPAポリシー・seccompプロファイル・掃除用タイマー）は[ワーカーノードのガイド](https://github.com/vxcontrol/pentagi/blob/main/examples/guides/worker%5Fnode.md)にまとまっています。 DOCKER\_SOCKETでソケットをバインドマウントする方法は、READMEが非推奨としています。dindのソケットができる前にワーカーが起動すると、Dockerがその位置にディレクトリを作り、手で消すまでdindが起動できなくなります。この競合を確実に避けられるのはホスト自身のソケットを渡す場合だけですが、それは自律エージェントにホストのDocker APIを渡すことと同じで、特権コンテナから / をマウントしてノードごと掌握できてしまいます。この方式を使ってよいのは、ホストを信頼している単一ノードの開発環境だけです。 ### 修正状況が明記されていないCVE-2026-18593 [CVE-2026-18593](https://nvd.nist.gov/vuln/detail/CVE-2026-18593)は2026年8月3日に公開された別の脆弱性で、2.1.0以前の backend/pkg/templates/prompts/pentester.tmpl（Pentesterエージェントのプロンプトテンプレート）に起因するサンドボックスの問題とされています。攻撃の難度は高いものの、実証コードが公開済みで、VulDBは開発元から応答が無かったと記載しています。v2.2.0のリリースノートはこのCVE番号に触れていません。上に書いたDOCKER\_INSIDE\_POLICY\_TESTSと別デーモンによる隔離は、テンプレート側の問題が残っていても被害をサンドボックス内に抑える手当てになります。 ## 外部公開とOOB用ポートのファイアウォール Web画面を社内の別マシンから使う場合は、PENTAGI\_LISTEN\_IP を 0.0.0.0 にし、PUBLIC\_URL と CORS\_ORIGINS にはサーバーの実IPを書いてからコンテナを作り直します。READMEはこの2つに 0.0.0.0 を書かないよう明記しています。 ``` PENTAGI_LISTEN_IP=0.0.0.0 PENTAGI_LISTEN_PORT=8443 PUBLIC_URL=https://192.168.1.100:8443 CORS_ORIGINS=https://localhost:8443,https://192.168.1.100:8443 ``` 見落とされやすいのは、Web画面を127.0.0.1のままにしていても、サンドボックス側のポートは外に開いていることです。各フローはリバースシェルなどの帰り通信を受けるためにTCPポートを2つ公開し、その範囲は DOCKER\_PORTS\_BASE から始まる2000ポート（既定で28000〜29999）、待ち受けアドレスは DOCKER\_PUBLIC\_IP（既定で 0.0.0.0）です。Dockerが公開したポートはufwのルールを迂回し、firewalldでも専用のdockerゾーンで通過します。クラウドのVMにそのまま置くなら、手前のファイアウォールか、iptablesの DOCKER-USER チェーンでこの範囲を絞ってください。DOCKER\_NETWORK=host にした場合はポートの対応付けすら介さず、サンドボックスの待ち受けがそのまま露出します。 ## 第三者ベンチマークで見た検出力 DAST製品を出しているEscapeは2026年4月30日、20件の脆弱性を仕込んだECアプリ「Duck Store」に4つのAIペンテストツールを当てた[比較結果](https://escape.tech/blog/benchmarking-agentic-ai-pentesting-tools/)を公開しました。各ツールには対象URL・OpenAPI仕様・認証情報を与え、悪用を実証できたものだけを数えています。 | ツール | モデル | 検出数 | 所要時間 | 誤検知率 | | ------- | ------------- | ----- | ---- | ------ | | Escape | 複数モデル | 15/20 | 4時間 | 6.25% | | PentAGI | DeepSeek v3.2 | 9/20 | 4時間 | 10.00% | | Shannon | DeepSeek v3.2 | 6/20 | 6時間 | 25% | | Strix | DeepSeek v3.2 | 1/20 | 2時間 | 0% | 同じモデルを使った3つのオープンソースの中ではPentAGIが最多でしたが、得意不得意ははっきり分かれました。インジェクションとIDORは検出した一方、XSSは0件、アクセス制御は25%にとどまっています。PentAGIには対象範囲や認証手順を構造化して渡す設定がなく、プロンプトだけで指示するため、ログイン後の画面を巡回させる検査は苦手になりやすいと考えられます。測ったのは競合製品を売る側であり、各ツール1回ずつの実行で、Shannonだけは求めに応じてソースコードも渡されています。v2.2.0より前の版での結果である点も含め、割り引いて読む必要があります。 1回の評価から製品の実力を言い切ることはできませんが、この結果を見る限り、PentAGIを単独で診断の代わりに使うことは勧めません。偵察やインジェクション系の当たりを自動で付ける一次スクリーニングには使えますが、認可の不備やXSSは人の検査か専用のDASTで補う前提で組み込むべきです。社内で判断が付かない場合は、外部の[脆弱性診断・セキュリティ診断](/service/system/vulnerability/)と組み合わせる構成も検討してください。 ## ライセンスとEnterprise Editionの範囲 PentAGI本体はMITライセンスで、商用利用・改変・再配布が認められています。条件は、再配布物に著作権表示と許諾表示を残すことです。ただし[READMEのライセンス節](https://github.com/vxcontrol/pentagi#license)によれば、MITなのはコードの話で、VXControl Cloud Services（脅威インテリジェンス・AIサポート・プレミアム機能）を使うには別途ライセンスキーと利用規約への同意が必要です。.envの LICENSE\_KEY と INSTALLATION\_ID がその受け皿で、空のままでもMIT版の機能は動きます。 有償のEnterprise Editionでは、エージェントプロファイル、プラグインとMCPサーバー、顧客にそのまま渡せるレポート、攻撃チェーンのリアルタイム表示が加わります。v2.2.0のリリースノートによると、console.pentagi.com に登録した新規ユーザーには1ライセンスが無料で付与されます。 もう1つ確認が要るのは、ワーカーコンテナに入るツールのライセンスです。vxcontrol/kali-linux に含まれるMetasploitやnmapにはそれぞれ固有の条件があり、PentAGIがMITであることと、有償の診断業務に組み込めるかどうかは別の問題です。 ## よくある質問 ### PentAGIは無料で使えますか？ 本体はMITライセンスなので、ソフトウェア自体の費用はかかりません。動かすにはLLMプロバイダーを最低1つ設定する必要があり、クラウドのLLMを使うならAPIキーとその利用料が別にかかります。TavilyやFirecrawlなど有料の検索APIを足す場合も同じです。手元のOllamaで推論と埋め込みを処理すれば、APIキーもLLMの利用料も要りません（代わりにGPUなどの計算資源が要ります）。 ### PentAGIのlicense keyは何に使うのですか？ .envの LICENSE\_KEY は、VXControl Cloud Servicesと有償のEnterprise Editionを使うためのものです。MIT版の機能だけを使うなら空のままで構いません。Enterprise Editionのライセンスは console.pentagi.com で発行され、新規ユーザーは1ライセンスを無料で受け取れます。 ### PentAGIの最新バージョンはどれですか？ 2026年10月15日時点の最新はv2.2.0で、公開日は2026年10月5日（UTC）です。2.1.0以前はCVE-2026-14784の影響を受けるため、更新を優先してください。最新の版はGitHubのReleasesページで確認できます。 ### PentAGIの公式ドキュメントはどこにありますか？ 中心はGitHubリポジトリのREADMEで、環境変数やプロバイダーごとの設定まで網羅されています。導入を通しで説明したガイドは examples/guides/installation\_configuration.md、ワーカーノードの分離は examples/guides/worker\_node.md、vLLMでのローカル構成も同じ examples/guides/ に置かれています。 ### PentestGPTとどちらを選ぶべきですか？ 判断の軸は運用の形です。PentAGIはWeb画面・REST/GraphQL API・ユーザー管理を持つサーバー型で、ツールは専用のワーカーコンテナで動きます。PentestGPTはCLIのツールで、Claude CodeかCodex CLIを動かす自律パイプライン（公式のDocker実行手順あり）と、人が対話で進める pentestgpt-legacy の2つの使い方があります。チームでWeb画面から管理しAPIで連携したいならPentAGI、手元のCLIで回したい、または対話で手順を詰めたいならPentestGPTが合います。 ## 関連記事 - [PentestGPTとは？v1.0の構成・導入手順と同名別製品の見分け方](/tech/details/11015/) - [HexStrike AIとは？Kali導入・MCP設定とv6.0で実際に使える範囲【2026年版】](/tech/details/11017/) - [Kali Linuxとは？できること・インストール方法と危険性【2026.2対応】](/tech/details/9369/) - [AIレッドチーミングとは？生成AIの脆弱性を洗い出す実施手順とツール選定【2026年時点】](/tech/details/16071/) - [AWS Security Agentのペネトレーションテスト｜$50/task-hourの料金と実行手順・外部診断との使い分け](/tech/details/10822/) --- 出典: [PentAGIとは？v2.2の導入手順とCVE-2026-14784後のDocker権限設計]()（株式会社一創）