ペネトレーションテストとARTEXとは:AIセキュリティ時代におさえておくべき概要【2026年10月】

公開日: 2026年10月25日 最終更新: 2026年10月25日
【結論】ペネトレーションテストとは、攻撃者の視点で情報システムへの侵入可否や侵入後の影響を、認可された範囲で疑似的に検証する検査です。ARTEXはその検証を、外部LLMとエージェントで自動化しようとする枠組みの一例です。
- 脆弱性診断が「弱点の洗い出し」中心なのに対し、ペネトレーションテストは侵入・突破が成立するかを実証する側に寄る(IPAの業務仕様でも同趣旨)
- ARTEXは単体の「攻撃用LLM」ではなく、複数のLLMとツール実行を束ねるハーネス型として報じられている
- 2026年秋、韓国の金融機関を狙った攻撃で悪用され、開発側は公開更新を止め閉源化した、と報道されている
この記事は情シス・セキュリティ・開発リーダー向けに、何かを再現する手順は書かず、用語の定義・報道で確認できる事実・法人が先に決めることだけを整理します。公開前チェック全体はAIコーディング公開前セキュリティチェック、MCPの権限設計はMCPガバナンスとはを参照してください。
この記事で分かること:ペネトレーションテストの定義/ARTEXの位置づけ/2026年秋の経緯/法人の確認リスト/同型ツールへの一般化/FAQ。
ペネトレーションテストとは
ペネトレーションテスト(penetration test/略称ペネトレ)とは、攻撃者の視点に立ち、情報システムへの侵入可否や侵入後に起き得る影響を、あらかじめ決めた範囲で検証する検査です。英語の penetrate(貫通する・侵入する)に由来し、日本語では「侵入テスト」と呼ばれることもあります。
独立行政法人情報処理推進機構(IPA)のペネトレーションテスト業務仕様では、次のように対比されています(要約)。
- 脆弱性診断 — システムやアプリに潜む欠陥を検出し、優先度を付けて報告する
- ペネトレーションテスト — 検出された脆弱性や設定不備を単独または組み合わせ、疑似攻撃でセキュリティの迂回・突破を試し、その結果を報告する。単なるスキャナー一回では足りない、と明記されている
IPAの産業サイバーセキュリティセンター系の教材でも、脆弱性診断を「防御設備の点検」、ペネトレーションテストを「本丸に到達できるかのリハーサル」に例えています。どちらも正規の業務として、対象組織の承認と範囲が前提です。
| 観点 | 脆弱性診断(ざっくり) | ペネトレーションテスト(ざっくり) |
|---|---|---|
| 主な問い | どんな弱点があるか | その弱点で侵入・目的達成ができるか |
| 進め方のイメージ | 広く洗い出し、優先度を付ける | 経路を組み合わせ、突破を実証する |
| 前提 | 対象と実施条件の合意 | 対象・手法・影響の承認(未承認の侵入は違法) |
出典:IPA「情報システムに対するペネトレーションテスト実施業務」仕様書(ペネトレーションの定義・脆弱性診断との違い)/IPA 産業サイバーセキュリティセンター中核人材育成プログラム成果物「脆弱性診断内製化ガイド」系資料(診断とペネトレの対比)。
本記事でARTEXを「ペネトレーション枠」と呼ぶのは、この検査をエージェントとLLMで自動化しようとする製品・枠の話だからです。正規のペネトレーションテストそのものと、未認可の侵入は別物です。
ARTEXとは(定義)
セキュリティ企業の説明を要約すると、ARTEXは次の特徴を持つ枠組みです。
- 中国の開発者(GitHub上の名義「Autumn-27」)が公開していた、エージェント型のペネトレーションテスト枠
- 独自の巨大モデルそのものではなく、DeepSeekやAnthropic・OpenAI系など外部LLMをバックエンドに接続して動かす
- ハーネス(オーケストレーション層)がタスク状態を渡し、モデルが次の行動を選び、ワーカーがツールを実行する、という流れが報告されている
公開時点のリポジトリ説明では「AI自律浸透テストシステム」として案内され、学習・研究・認可された範囲での検証を意図した、と開発側は後の声明で述べています(報道経由)。
出典の例:Zscaler ThreatLabz(2026年10月14日)/CrowdStrikeの調査を伝える二次報道/開発者声明を伝えるReuters・AFP系報道。
| 区分 | ARTEXの位置づけ(報道・調査の要約) |
|---|---|
| 何か | LLMを束ねて偵察・検証を進めるエージェント枠(ハーネス) |
| 何かではない | 単体のチャットボット製品名、または「Claudeそのもの」ではない |
| 想定用途(開発側の説明) | 認可された範囲でのセキュリティ検証・学習研究 |
| 実際に報じられた悪用 | 韓国金融機関向けキャンペーンで偵察・侵入支援に使われた、との調査報告 |
2026年秋に何が起きたか(確認できる事実)
時点は2026年9月末〜10月中旬の公開調査・報道です。個別の被害額や攻撃手順の再現は、本記事では扱いません。
- 悪用の報告 — CrowdStrikeやZscaler ThreatLabzなどが、韓国の金融機関を狙った活動でARTEXが使われた、と報告した。周辺のインターネット公開アプリ(問い合わせポータルやモバイル向けバックエンド等)が狙われた、との整理がある
- LLMの組み合わせ — 調査では、ARTEX側の主バックエンドにDeepSeek系、補助に他社モデル、あわせてClaude Codeセッションが観測された、と説明されている(製品名の細部は調査時点の表記)
- 閉源化 — 開発者「Autumn-27」は、悪用を理由に「以降は更新せず閉源にする。公開版の追加リリースや保守はしない」とGitHub上で述べた、とReuters等が伝えている。リポジトリは後に閲覧できない状態になった、との確認もある
- 残り得るもの — 閉源化しても、既にダウンロードされたコピーやフォーク・派生は残り得る、と複数の報道・調査が注意している
Zscaler ThreatLabzは、当該キャンペーンで約67,000人分の個人情報が持ち出された、と記載しています(調査側の数字。他社・当局の最終確定値とは限りません)。
法人が先に決めること
ARTEX固有の「導入手順」ではなく、同型のOSSペネ枠・コーディングエージェントを社内でどう扱うかの確認です。
| 項目 | 決める内容 |
|---|---|
| 許可リスト | どのペネ枠・エージェントを社内で使ってよいか。未知のOSSを個人PCに落とすのを許すか |
| 隔離 | 検証用は本番ネットワーク・本番認証情報から切り離すか(Zscalerも「本番資格情報を置かない」「隔離」を推奨) |
| スコープ | 認可された資産だけを対象にする。プロンプト任せではなく、設定とコードで範囲を固定するか |
| 外部LLMキー | ホスト型Consoleや個人キーを検証機に長期保存しないか(鍵漏洩の初動は公開前チェック記事を参照) |
| 棚卸し | シャドーAI/未許可ツールの発見手順があるか |
未許可ツールの扱いの考え方はシャドーAIの発覚と対処、社内ルール化は社内AI規程・ガイドラインも参照してください。
同型リスクへの一般化(ARTEX以外でも)
名前がARTEXでなくても、次が揃うと「低い技術の壁で、広い自動化」が起き得ます。
- 外部LLM+ツール実行(シェル/HTTP/コード実行)をエージェントが連続で回せる
- インターネットに出ている周辺アプリ(本業の中核ではないが認証が弱い面)が残っている
- 検証用と称して本番キーや顧客データを同じ環境に置いている
防衛側の実務は「ツール名の禁止リスト」だけに寄りすぎない方がよいです。露出の縮小、権限の最小化、異常な列挙の検知、認可テストの定期化——Zscaler ThreatLabzの推奨も、製品名ではなくこの方向に寄っています。
よくある質問(FAQ)
Q1. ペネトレーションテストとは何ですか?
攻撃者の視点で、情報システムへの侵入可否や侵入後の影響を、認可された範囲で疑似的に検証する検査です。侵入テストとも呼ばれます。
Q2. 脆弱性診断との違いは?
脆弱性診断は弱点の洗い出しと優先付けが中心です。ペネトレーションテストは、弱点を組み合わせて迂回・突破が成立するかを実証する側に寄ります(IPA業務仕様の対比)。
Q3. ARTEXとは何ですか?
外部LLMを繋ぎ、偵察や脆弱性の洗い出しなどをエージェントが進めるペネトレーションテスト向けの枠組みです。単体のチャット製品名ではありません。
Q4. いつ話題になりましたか?
2026年9月末〜10月に、韓国金融機関向け攻撃での悪用と、開発側の閉源化が報じられました。
Q5. 閉源化すれば安全ですか?
いいえ。新規の公式配布は止まり得ますが、既配布のコピーやフォークは残り得ます。社内では未許可ツールの棚卸しが先です。
Q6. ClaudeやDeepSeekそのものが攻撃ツールですか?
いいえ。調査では、ARTEXやコーディングエージェントのセッションが、外部LLMをバックエンドとして使った、と説明されています。モデル単体と、エージェント枠の組み合わせを分けて見てください。
Q7. 攻撃手順はどこに書いてありますか?
本記事には書きません。再現コードやPoCも掲載しません。必要な検証は、認可された範囲で正規の診断・ペネトレーションプロセスに委ねてください。
Q8. 約67,000人という数字は確定ですか?
Zscaler ThreatLabzの調査記載です。当局や他社の最終確定値とは限りません。本記事では調査側の数字として扱います。
Q9. 社内で最初にやることは?
許可リスト、隔離、本番キーを置かない、未許可OSSの棚卸しの4点です。公開前チェックリストへの1行追加でも足ります。
Q10. 相談できますか?
はい。エンジニア・PM育成研修/AIシステム・AIエージェント開発支援/お問い合わせから相談できます。
参考文献・出典
- IPA「情報システムに対するペネトレーションテスト実施業務」入札説明書・仕様(ペネトレーションの定義・脆弱性診断との違い)
- IPA 産業サイバーセキュリティセンター中核人材育成プログラム成果「脆弱性診断内製化ガイド」系資料(診断とペネトレの対比)
- Zscaler ThreatLabz「Threat Actor Abuses Agentic AI Pentesting Framework…」(2026年10月14日)
- BleepingComputer「ARTEX AI, Claude agents used in cyberattacks on South Korean banks」(2026年10月10日・CrowdStrike調査の二次)
- Reuters経由報道「Chinese developer makes ARTEX AI agent closed-source…」(2026年10月)
- AFP「Chinese AI tool pulled to prevent ‘misuse’…」
本記事は2026年10月25日時点の公開調査・報道に基づきます。攻撃手順の再現、PoC、未検証の被害額断定は採用していません。最新は各調査機関・当局の発表を確認してください。
x3d株式会社では、本記事で解説したAIエージェント利用時のセキュリティ設計・公開前チェックに関する企業研修・導入支援を提供しています。
まずはお気軽にご相談ください。
関連:公開前セキュリティチェック / MCPガバナンスとは / エンジニア・PM育成研修
