
GoogleがARTEXなどAI攻撃ツールの悪用を報告
報告の要点(GTIGとMandiant、Google Cloud Blogより)
| 報告の要素 | 内容 |
|---|---|
| 公開日 | 2026年10月31日 |
| 観測した時期 | 2026年8月下旬以降 |
| 名前が挙がったツール | ARTEX/PentAGI/CAIRN/Hexstrike |
| 使っていた集団 | 金銭目的の恐喝グループ、中国系とみられるスパイ集団 |
| 影響が出た分野 | 米国の政府/テクノロジー/化学素材/製造 |
GTIGとMandiantは10月31日、ハッカー集団がオープンソースのAI侵入テストツールを実際の侵入に使っていたと、インシデント対応の現場から報告しました。名前が挙がったツールは次の4つです。ほかに、独自に作ったとみられる仕組みも使われていました。
- ARTEX
- PentAGI
- CAIRN
- Hexstrike
盗んだ認証情報や未更新のシステムを突く手順は昔からのもので、ツールによって変化したのは攻撃の速さと規模です。 GTIGは研究用の観測データでも同じツールの利用を確認し、防御側にとっての転換点だとしています。

"Since late August 2026, we have observed threat actors actively operating popular open-source multi-agent pentesting platforms like ARTEX, PentAGI, CAIRN and other potentially custom harnesses within Mandiant incident response engagements" / "GTIG and Mandiant have observed multiple threat actors abusing the open-source, agentic pentesting frameworks ARTEX, Hexstrike and CAIRN in incident response engagements" / "While the mechanics of the intrusions remain the same, such as using compromised credentials and targeting unpatched systems, the speed and scale at which frameworks can exploit these known weaknesses introduces a new defensive challenge." — 「Observations in the Wild」と「Introduction」より公式情報を見る →
8月下旬から、恐喝グループとスパイ集団の両方が利用
GTIGの報告では、ARTEXは2026年8月下旬から金銭目的の恐喝グループと中国系とみられるスパイ集団の両方に使われてきました。ARTEXはGo言語で書かれたツールで、攻撃工程を6つに分けて専門のサブエージェントがそれぞれを実行します。
作者はAutumn-27という名前でGitHubに公開していましたが、悪用が相次いだため10月にリポジトリを削除しました。ただ、削除後もScopeWeaverなど有志が作った派生版や商用版のARTEX PROが、今も各国で拡散しているとのこと。
被害を受けた組織は米国の政府機関からテクノロジー企業、化学素材や製造の会社にまで及びます。 アジアの金融機関を狙ったARTEXの攻撃についても、GTIGは公開された報告を引いて触れています。
"ARTEX abstracts the attack lifecycle across six specialized sub-agents." / "Although the original repository was taken down by its creator in October 2026 due to widespread threat actor abuse, the framework continues to proliferate globally via community forks" / "Their operations collectively impacted organizations across government, technology, chemicals and materials, and manufacturing sectors in the US, alongside public reporting of ARTEX targeting the financial sector in Asia." — 「ARTEX Framework」より公式情報を見る →
悪用はARTEXと1つの集団から、複数のツールと集団へ拡大
Microsoftは10月、中国系の集団Storm-0940がARTEXで攻撃を自動化したと発表しました。発表の中身は関連記事(中国系の集団Storm-0940がAIツールARTEXで数百の組織を攻撃)にまとめてあります。韓国の金融機関がARTEXを使った攻撃を受けた件も、別の記事で取り上げています。
GTIGの報告で、ARTEXを使う集団はStorm-0940に限らず、金銭目的の集団を含む複数にのぼることがわかりました。 GTIGはWizが追跡するARTEX関連の攻撃をUNC7228と呼び、Storm-0940の活動と重なるとしています。UNC7228は少なくとも2026年8月から活動し、米国と欧州で企業向けソフトウェアや半導体、通信の組織に侵入してデータを盗んだとのこと。
"For example, the Wiz Research team has been tracking a campaign associated with ARTEX, which GTIG tracks as UNC7228, that overlaps with activity tracked by Microsoft as the PRC-nexus actor STORM-0940." / "This includes financially motivated threat actors who used the framework to facilitate data theft extortion, and additional suspected PRC-nexus clusters." — 「ARTEX Framework」より公式情報を見る →
ARTEXは数秒単位で攻撃を実行し、多くの痕跡を残す
GTIGが分析したARTEXの動作(Google Cloud Blogより)
| 分析で見つかった動作 | 数字 |
|---|---|
| 1回の実行にかかった時間 | およそ2〜25秒 |
| AWSの権限を試した操作 | 23秒で27件 |
| Webサーバーへの侵入で残したログ | 240件 |
| 列挙したActive Directoryのオブジェクト | 11万件超 |
| 通知機能でテストメールを送信した社内のユーザー | 1,300人超 |
GTIGは、ログと時刻の記録からARTEXが動作した時間帯を割り出しています。1回の実行はおよそ2〜25秒で終わり、命令と命令の間隔は人が操作したとは思えないほど短かったとのこと。
ARTEXは人よりはるかに速く動作するため、ログに不自然な記録が大量に残り、防御側はその記録から攻撃に気づくことができます。 有効な認証情報でWebサーバーにログインした事案では、240件のログが残りました。同じ目標を追う複数のサブエージェントが、互いの作業を上書きしたとみられるエラーも出ています。
"individual ARTEX execution sequences ran in compressed bursts of roughly 2 to 25 seconds." / "However, this process generated 240 log events and exhibited errors potentially caused by multiple sub-agents overwriting one another while pursuing the same objective." — 「ARTEX Framework」より公式情報を見る →
23秒で27件を操作し、侵入から最短15分で高い権限に到達
ある事案でARTEXは23秒間に27件の操作を実行し、AWSの権限を次々に確認しました。データを持ち出す準備をしていた際には、「スクリプトが大きすぎる」というエラーも出たとのこと。ところが、ARTEXは人の指示なしでスクリプトを短く書き直し、約10秒後には処理を成功させています。
Wizの分析では、UNC7228が最初のアカウントを奪ってから高い権限を得るまでにかかった時間は通常4時間ほどで、最短15分の例もありました。ARTEXはドメインコントローラーから11万件を超えるActive Directory(社内のアカウントやPCをまとめて管理するMicrosoftの仕組み)のオブジェクトを列挙し、ドメイン管理者のグループも取得しています。
"In at least one operation, we observed 27 events in 23 seconds of active burst time, performing rapid probing of AWS permissions across different security groups." / "typically moving from their first compromised account to deep system access in around four hours and in one case as rapidly as 15 minutes." / "Enumerated over 110,000 Active Directory objects from a domain controller and retrieved the Domain Admins group." — 「ARTEX Framework」と攻撃工程の表より公式情報を見る →
通知機能を悪用し、社内の1,300人超へメールを一斉送信
GTIGが注目したのは、業務アプリに標準で備わる機能が悪用された事案です。ARTEXはアプリの通知機能を使い、社内の1,300人を超えるユーザーへテストメールを一斉送信させたあと、宛先を1人に限定して再び送信しました。つまり、不正なプログラムを持ち込まなくても、社員が普段受け取っている社内の通知から、大量のメールを届けられたことになります。
ARTEXは作成したファイルやアカウントの名前、メールの件名に、1ずつ増加する数字を入れていました。ログでその数字を検索すれば、ARTEXによる操作を見分けることができます。
"Rather than executing complex malware, ARTEX weaponized built-in application features." / "It forced an application's notification system to broadcast test emails to over 1,300 internal users, turning a trusted notification channel into a mass-internal messaging tool." / "ARTEX was seen using similar incremental numeric markers within dropped file names, created account names, their passwords and within email subjects." — 攻撃工程の表と「ARTEX Framework」より公式情報を見る →
PentAGIなど他のツールと、GTIGが見込む今後の展開
攻撃でAIを使う7つの段階(Google Cloud Blogより)
| 段階 | 主な使い方 | 時期 |
|---|---|---|
| 1 | チャットでマルウェアのコードや詐欺メールの文面を作る | 2026年初めまで |
| 2 | マルウェアにAIを組み込み、実行中にコードを作らせる | 2026年初め |
| 3 | 人が操作しながら、AIエージェントに個別の作業を任せる | 2026年初め〜9月 |
| 4 | 自律型のツールを作り、試しに使う | 2026年半ば〜9月 |
| 5 | 複数の攻撃工程を、AIで動作するツールが実環境で進める | 現在 |
| 6 | 人がほぼ関わらず、粗く痕跡の多い攻撃を最後まで進める | 1〜3か月以内 |
| 7 | 人がほぼ関わらず、隠密性まで備えた攻撃を進める | 3〜6か月先 |
ARTEXのようなツールは攻撃にかかる時間を機械並みに縮める代わりに、隠密性を捨てているとGTIGはみています。今の使われ方はまだ初期段階にあり、粗く痕跡の多い攻撃でも成功している事案があるとのこと。
成功率が低下しても攻撃できる相手の数で補えるため、恐喝などで稼ぐ犯罪集団は自律型のツールを使い続けるとGTIGは高い確度で見込んでいます。 一方、気づかれずに長く潜伏したいスパイ集団は、公開されているツールを使うことは少ないと分析しています。
"Frameworks such as ARTEX compress attack timelines to machine speed; however, they currently trade stealth for velocity." / "Consequently, GTIG assesses with high confidence that cyber crime threat actors will continue incorporating autonomous offensive tools into their operations, given that the increased reach of their campaigns will likely compensate for any decreases in success rates." — 「Outlook」より公式情報を見る →
PentAGIは攻撃先と目的を入力するだけで攻撃を実行可能
PentAGIはVXControlが開発したツールで、オープンソース版と商用版があります。ユーザーは攻撃先と目的を書くだけでよく、侵入テスト用の標準ツールはKali Linuxの隔離された環境でPentAGIが実行するので、初心者でも複雑な攻撃を進められるとのこと。
観測の大半は偵察やスキャンで終わりましたが、複数の組織では実際に侵入され、そのまま居座られた事案も確認されています。 2026年8月下旬から10月上旬には、改造版がアジアのシステムインテグレーターや大手通信会社など幅広い組織を偵察し、脆弱性を探っていました。プロキシと組み合わせて、航空宇宙の分野を狙った例もあります。
"It is designed so that the user only needs to describe a target and a goal, which enables entry-level users to run complex cyber security campaigns." / "However, analysis of operational artifacts indicates that some operations progressed to active intrusions and persistence across multiple organizations." — 「PentAGI Offensive Framework」より公式情報を見る →
GTIGは、人がほぼ関わらない攻撃を1〜3か月以内とみる
GTIGは、人がほとんど関わらずに攻撃を最後まで終える段階が1〜3か月以内に来ると予測しました。気づかれにくさまで備えた攻撃は、3〜6か月先とみています。
ARTEXのようなツールは痕跡を多く残すので、検知されやすくなります。ただし、痕跡に気づくことと攻撃を阻止することは別の仕事で、気づいただけでは被害を防げないとGTIGは指摘しています。
"Timeframe: Near-term (1 - 3 months)" / "Timeframe: Medium-term (3 - 6 months)" / "Additionally, detection and disruption/response are two different functions–simply detecting the attack in time does little to hinder objective completion." — 「Evolution of Autonomous Offensive Frameworks」と「Outlook」より公式情報を見る →
システム管理者とアプリの開発者が、いま見直すこと
立場ごとの対策(JPCERT/CC、Google Cloud Blogより)
| 立場 | 見直す対策 |
|---|---|
| システム管理者 | 業務に必要ない管理機能を非公開にする/修正済みの更新を適用する/掲載された送信元IPアドレスをログで検索する |
| アプリの開発者 | APIが受け付けるリクエスト件数に上限を設ける/悪用されやすい機能は個別に回数を制限する/APIトークンを最小権限にして有効期限を設ける |
GTIGの報告を受けて対策を見直す必要があるのは、インターネットに公開したWebアプリや管理画面を運用するシステム管理者と、アプリのAPIを作る開発者です。Mandiantが推奨する防御策は、管理系の保護やIDと鍵の制限など、以前から知られたものばかりでした。
対策そのものは目新しくありませんが、ツールに隙を突かれる前に外部へ公開する範囲と1回に受け付ける量を小さくしておけば、被害を抑えられます。 Mandiantの分類では、管理者側の対策は管理系の保護で、開発者が設ける回数制限はアプリの保護です。

"Many of these controls are already familiar to defenders. The difference is that automated tooling can now identify and exploit the gaps between them far more quickly." — 「Defending Against AI-Enabled Attacks: Five Layers of Defense」より公式情報を見る →
システム管理者は、公開中の管理機能と更新状況を確認する
JPCERT/CCの文書では、国内でARTEXなどに狙われているのは、主に外部から誰でも開けるWebアプリです。 JPCERT/CCは10月23日、ARTEXやCAIRNなどAIを使った侵入テストのツールを悪用する攻撃が試みられていると、文書に追記しました。脆弱性を探すだけでなく、設定ファイルやバックアップファイルを盗もうとする試みも確認されています。
業務に必要ない管理機能の公開を停止
業務に必要ない管理機能がインターネットに公開されていれば、公開を停止するようJPCERT/CCは呼びかけました。Mandiantは管理画面やCI/CDについて、社内など許可したネットワークの外から開けない設定を推奨しています。公開中の管理画面を一覧にし、外部から開く必要があるかを1つずつ確認しましょう。
公表済みの弱点を修正する更新を適用
JPCERT/CCは既知の脆弱性があるバージョンで運用している場合、修正済みの更新を適用するよう推奨しています。ツールは公開されたWebアプリで既知の脆弱性を探すため、更新しておけば攻撃される箇所を1つ減らせます。
JPCERT/CC公表の送信元IPアドレスをログで確認する
JPCERT/CCの文書には、攻撃元として観測されたIPアドレスが日付つきで掲載されています。自社のアクセスログで同じアドレスを検索すれば、過去に狙われたかを確認できます。
掲載されたIPアドレスは、JPCERT/CCが確認した時点では正規のユーザーが使っている可能性もあります。見つかった場合は前後のアクセスもあわせて確認し、不正アクセスを検知する体制と初動を見直しておきましょう。
"CairnやCyberStrikeAI、ARTEXなどのAIを用いたペネトレーションテスト基盤を悪用した攻撃試行が確認されています。" / "主にインターネットに公開されたWebアプリケーションを標的にさまざまな脆弱性を探索して悪用を試行したり" / "業務上必要のないサービスや機能(管理機能など)がインターネットに公開されている場合、公開を停止する" / "既知の脆弱性の影響を受けるバージョンで運用している場合は、修正済みのアップデートを適用する" / "これまでに攻撃を受けたかを確認するために下記IPアドレスからアクセスがあったかを調査ください。" — 「ケースE:AIを用いたペネトレーションテスト基盤を悪用した攻撃試行」と「III. 対策」より公式情報を見る →
開発者はAPIへ回数の上限と最小限の権限を設定
JPCERT/CCはログインやSMS送信のように乱用されると被害が大きい機能ほど、API全体とは別に機能ごとの回数上限を設けるよう推奨しています。 ARTEXは盗んだ認証情報でアプリにログインし、画面の操作ではなくAPIから機能を呼び出していました。非公開のAPIも含め、許可したユーザーからのアクセスだけを受け付けるように設定しておきましょう。
一定時間に受け付けるリクエスト件数に上限を設ける
APIが一定時間に受け付けるリクエスト件数に上限を設け、短時間の繰り返しや大量の実行を防ぐようJPCERT/CCは推奨しています。ARTEXは23秒で27件の操作を実行していたので、短時間に繰り返されるリクエストを制限すれば攻撃の速さを抑えられます。
メール送信やパスワード再設定は個別に回数を制限
メールや通知の送信、ユーザーの作成といった影響の大きい機能に送信数や回数の上限を設けるよう、Mandiantは推奨しています。送信数に上限が無い通知機能は、社内の1,300人超へメールを一斉送信した例のように悪用されます。
JPCERT/CCも、パスワード再設定やSMS送信のように悪用されやすい機能には、個別に回数の制限を設けるべきだと呼びかけました。通知を送信する機能ごとに、1回あたりの宛先数と1日の回数に上限を設定しておきましょう。
APIトークンの権限を最小限にし、有効期限を設ける
APIトークンの権限は必要最小限に限定し、有効期限を適切に設けるよう、JPCERT/CCは推奨しています。盗まれたトークンで実行できる操作と有効な期間を限定しておけば、認証情報がARTEXに悪用されても被害を一部にとどめられます。使わなくなったトークンと漏えいが疑われるトークンは、すぐに無効化しましょう。
"APIへのアクセスには単位時間あたりのリクエスト件数を制限し、短時間に繰り返されるアクセスや大量実行を防止する" / "ログイン、パスワードリセット、SMS送信、検索処理などの負荷や悪用のリスクが高い機能には個別にレート制限や利用回数制限を設定する" / "API利用者やAPIトークンには必要最小限の権限のみを付与する" / "APIトークンには適切な有効期限を設定し、長期間有効なトークンの使用を避ける" — 「III. 対策」より公式情報を見る →
FAQ
- ARTEXとはどんなツールですか?
- AIで侵入テストを自動で進め、攻撃の命令をまとめて出すこともできるツールです。Go言語で書かれ、Next.js製の操作画面を持ちます。攻撃工程を6つに分けて専門のサブエージェントがそれぞれを実行し、作者が2026年10月にGitHubのリポジトリを削除したあとも派生版が拡散しています。
- ARTEXを悪用しているのはどんな集団ですか?
- GTIGとMandiantによると、金銭目的の恐喝グループと、中国系とみられるスパイ集団の両方とのこと。2026年8月下旬から複数の集団が使っており、Microsoftが中国系とするStorm-0940と重なる集団も含まれます。
- 自社システムでは、まず何を見直せばよいですか?
- インターネットに公開している管理機能のうち、業務に必要ないものの公開を停止しましょう。JPCERT/CCは、ARTEXなどを悪用した攻撃の試みが主に公開されたWebアプリを狙っていると伝えています。あわせて、公表済みの弱点を修正する更新を適用しておくといいでしょう。



