x3d CROSS THIRD
x3d AIX 総合研究所 トップへ戻る

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

9分で読めます執筆:(CTO / 主席研究員(テクニカルフェロー))
ペネトレーションテストと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月中旬の公開調査・報道です。個別の被害額や攻撃手順の再現は、本記事では扱いません。

  1. 悪用の報告 — CrowdStrikeやZscaler ThreatLabzなどが、韓国の金融機関を狙った活動でARTEXが使われた、と報告した。周辺のインターネット公開アプリ(問い合わせポータルやモバイル向けバックエンド等)が狙われた、との整理がある
  2. LLMの組み合わせ — 調査では、ARTEX側の主バックエンドにDeepSeek系、補助に他社モデル、あわせてClaude Codeセッションが観測された、と説明されている(製品名の細部は調査時点の表記)
  3. 閉源化 — 開発者「Autumn-27」は、悪用を理由に「以降は更新せず閉源にする。公開版の追加リリースや保守はしない」とGitHub上で述べた、とReuters等が伝えている。リポジトリは後に閲覧できない状態になった、との確認もある
  4. 残り得るもの — 閉源化しても、既にダウンロードされたコピーやフォーク・派生は残り得る、と複数の報道・調査が注意している

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エージェント開発支援/お問い合わせから相談できます。

参考文献・出典

本記事は2026年10月25日時点の公開調査・報道に基づきます。攻撃手順の再現、PoC、未検証の被害額断定は採用していません。最新は各調査機関・当局の発表を確認してください。


x3d株式会社では、本記事で解説したAIエージェント利用時のセキュリティ設計・公開前チェックに関する企業研修・導入支援を提供しています。
まずはお気軽にご相談ください。

→ 無料相談・お問い合わせはこちら

関連:公開前セキュリティチェック / MCPガバナンスとは / エンジニア・PM育成研修