中国系を含む4攻撃グループがChromeゼロデイ攻撃基盤「BlueMoon」を共有、CVE-2026-85046などを連鎖悪用

Proofpointは2026年9月9日、Google Chrome／ChromiumとMicrosoft Windowsの脆弱性を連鎖させるエクスプロイトキット「BlueMoon」が、少なくとも4つのサイバー諜報グループによって短期間に共有・利用されていたと公表しました。

最初に確認されたのは、中国系国家支援型脅威アクターとして追跡されるTA412（APT31、Violet Typhoonなど）による2026年8月28日の攻撃です。その数日後には、UNK_LateNight、UNK_DoubleCheck、UNK_QuietRacketもBlueMoonを使用しました。

Proofpointによると、4グループは標的、最終的に配布するマルウェア、C2インフラが異なっていました。一方、BlueMoonの中核となるエクスプロイトチェーン、オーケストレーション、ローディング処理には同一性が確認されており、同じ供給元から派生した可能性が極めて高いと分析しています。

BlueMoonは、Chrome V8の型混同脆弱性CVE-2026-85046、V8サンドボックス脱出、Windowsの権限昇格脆弱性CVE-2026-85880を組み合わせます。CVE-2026-85046はChromiumの公開ソース上では8月7日に修正されていましたが、Chrome Stableへ反映されたのは9月3日でした。Proofpointは、この約4週間の「patch gap（パッチギャップ）」を利用し、公開された修正差分からエクスプロイトが開発された可能性が高いとみています。

ただし、BlueMoonを利用したすべてのグループが中国政府と関係していると確認されたわけではありません。また、Proofpointはコード中にAI支援開発を示唆する痕跡を確認していますが、AIがBlueMoonの開発に使われたことを決定的に証明する証拠はないとしています。

BlueMoon攻撃のサマリー

確認できている内容：

• Proofpointは2026年8月28日以降、少なくとも4つのサイバー諜報グループが「BlueMoon」と呼ぶ同一系統のエクスプロイトキットを利用していることを確認しました。
• BlueMoonはChrome／Chromiumの2つのV8脆弱性と、Windowsの権限昇格脆弱性を連鎖させます。
• Chrome側の脆弱性の1つはCVE-2026-85046で、V8のType Confusionです。
• Googleは9月3日、CVE-2026-85046が実際の攻撃で悪用されていると公表しました。
• もう1つはV8サンドボックス脱出です。Proofpointによると、この問題にはCVEは割り当てられていません。
• Windows側ではCVE-2026-85880を利用し、ブラウザのrendererプロセスから権限を昇格します。
• Microsoftは9月8日、CVE-2026-85880を修正し、更新前から悪用を確認していたと公表しました。
• TA412は米国のNGO、鉱業、商品取引関連組織を標的としました。
• UNK_LateNightは米国の航空宇宙・防衛関連企業を標的とし、ShadowPadを配布しました。
• UNK_DoubleCheckはベトナムの製造企業を標的としましたが、Proofpointは国別帰属を行っていません。
• UNK_QuietRacketはインドネシアとシンガポールの政府、コンサルティング、金融組織を標的とし、中国系の疑いがあると評価されています。
• 4グループが利用したBlueMoonにはパッケージ方法などの違いがありますが、中核となる攻撃チェーンやローディング処理は同一でした。
• Proofpointは、複数グループがどのようにBlueMoonを入手したのかは特定していません。
• AI支援開発を示唆するログやコメントは確認されていますが、AI利用を確定する証拠はありません。

項目	内容
公表日	2026年9月9日
公表元	Proofpoint Threat Research
エクスプロイトキット	BlueMoon
最初の確認	2026年8月28日
確認されたグループ	TA412、UNK_LateNight、UNK_DoubleCheck、UNK_QuietRacket
Chrome脆弱性	CVE-2026-85046、V8サンドボックス脱出
Windows脆弱性	CVE-2026-85880
主な対象	米国NGO、鉱業、航空宇宙・防衛、ベトナム製造業、東南アジア政府・金融など
CVE-2026-85046修正版	Chrome 152.0.7977.82/.83以降
Windows側の修正	2026年9月のMicrosoftセキュリティ更新
AI利用	Proofpointは可能性を指摘するが未確定
BlueMoonの供給元	不明

BlueMoonはChromeのRCE、サンドボックス脱出、Windows LPEを連鎖

Proofpointが確認したBlueMoonは、ブラウザとOSの複数脆弱性を1つの攻撃チェーンとして利用します。

最初の段階では、Chrome V8のCVE-2026-85046を利用します。Googleはこの脆弱性を「Type confusion in V8」としてHigh評価し、9月3日にChrome 152.0.7977.82/.83で修正しました。

Proofpointによると、この脆弱性の悪用によってブラウザのrenderer内でコード実行につなげた後、V8サンドボックス脱出を利用して次の段階へ進みます。

続いてWindowsのCVE-2026-85880を悪用し、ローカル権限を昇格させます。Microsoftは同脆弱性を「Windows Advanced Local Procedure Call（ALPC）の特権昇格脆弱性」として公開しており、CVSS v3.1は7.8です。

Microsoftは2026年9月の月例更新で、CVE-2026-85880が更新プログラム公開前から悪用されていたことを確認しています。

BlueMoonが対象としていたWindowsビルドは比較的古いものが中心でした。Proofpointが攻撃コード内で確認した判定対象には、Windows 10 1809、Windows 10 2004～22H2、Windows Server 2019、Windows Server 2022、Windows 11 21H2などが含まれます。

このため、Chromeが脆弱でもWindows側の条件を満たさない環境では、Proofpointが確認したBlueMoonチェーン全体がそのまま成立するとは限りません。

CVE-2026-85046は公開修正からStable反映まで約4週間

BlueMoonの調査で焦点となっているのが「patch gap」です。

Proofpointによると、CVE-2026-85046の修正を含むChromiumの変更は2026年8月7日にコミットされました。

しかし、一般利用者向けChrome Stableに修正が反映されたのは9月3日です。

つまり、修正されたソースコードが公開された後も、一般利用者が使用するStable版は約4週間にわたり脆弱な状態でした。

Chromiumはオープンソースであるため、攻撃者や研究者は公開された修正差分を比較できます。

脆弱性の詳細が明示されていなくても、変更されたコードから「何を防ぐための修正なのか」を推測し、脆弱性を逆算することが可能です。

Proofpointは、BlueMoonの開発者がこの公開修正を利用してブラウザ側のエクスプロイトチェーンを構築した可能性が高いと評価しています。

この種の問題は、脆弱性が未修正のまま秘密にされている一般的なゼロデイとは少し異なります。上流のChromiumでは修正済みでも、下流のStableリリースへ届くまでの間に実攻撃で悪用されたため、Proofpointは「patch-gap zero-day」と表現しています。

CVE-2026-85046の修正版やCISA KEVについては、以下の記事で整理しています。

• Google、Chromeの脆弱性 CVE-2026-85046を修正、サイバー攻撃にも悪用、CISA KEVにも掲載

Chromeは9月8日から2週間のリリースサイクルへ移行

Googleは2026年9月8日、Chrome 153の公開にあわせ、Stable版のリリースサイクルを従来の4週間から2週間へ変更しました。

Googleは3月に変更計画を発表した際、2023年から週次のセキュリティアップデートを導入し、patch gapを縮小してきたと説明していました。

9月8日の改めての発表では、公開コードへ修正が入ってから利用者へ届くまでの「N-day patch gap」を短くすることが、2週間サイクルのセキュリティ上の利点の1つだと説明しています。

今回のBlueMoonは、この変更直前に発生した事例になります。

ただし、Chromeのリリースサイクル短縮がBlueMoonだけを理由に決定されたわけではありません。Googleは2026年3月の時点ですでに9月からの変更を発表していました。

TA412は8月28日から米国NGOなどを標的

Proofpointが最初にBlueMoonの利用を確認したのは、2026年8月28日のTA412による活動です。

TA412はJungleBamboo、Violet Typhoon、APT31、TIDE CASTLEなどの名称でも追跡されています。

ProofpointはTA412を中国系の国家支援型脅威アクターと位置付けています。

米司法省は2024年3月、中国国家安全省（MSS）湖北省国家安全部に関連するハッカー7人を起訴し、Wuhan Xiaoruizhi Science & Technology Co.（Wuhan XRZ）を同部門が設立したフロント企業と説明しました。ProofpointはTA412をこの活動と関連付けています。

今回のBlueMoonキャンペーンでは、米国のNGO、鉱業企業、商品取引関連企業が標的になりました。

攻撃メールでは、大学生を装ったインターンシップ問い合わせや、Association for Asian Studiesの会議を題材にしたメッセージなどが使われました。

Proofpointによると、一部のケースでは標的とのやり取りを事前に行い、関係を作った後に攻撃用リンクを送信していました。

TA412は偽Google Gemini拡張機能「GemStone」を配布

TA412の攻撃では、BlueMoonによる侵害後に「GemStone」と呼ばれる不正なChromium拡張機能がインストールされました。

GemStoneはGoogle GeminiのAIブラウジング支援機能を装いますが、実際にはブラウザ監視と認証情報窃取を行うバックドアです。

Proofpointが確認した機能には、次のようなものが含まれます。

• Cookieの取得
• localStorage／sessionStorageの取得
• ブラウザ操作情報の収集
• キー入力の記録
• スクリーンショット取得
• ブラウザからのHTTPリクエスト実行
• C2からのコマンド受信

Proofpointによると、GemStoneはCloudflare Workers上のC2へ接続していました。

今回確認された「Google Gemini」の名称は攻撃者が偽装に利用したものであり、Google Gemini自体の脆弱性がBlueMoonの侵入に利用されたという意味ではありません。

UNK_LateNightは米航空宇宙・防衛企業へShadowPadを配布

2026年9月2日には、ProofpointがUNK_LateNightと呼ぶ別の中国系サイバー諜報グループもBlueMoonを利用し始めました。

標的は米国の複数の航空宇宙企業で、特に防衛産業基盤に関連する企業向けに、B2B取引や見積依頼を装ったメールが使用されました。

攻撃者は実在する航空宇宙企業を偽装したドメインへ標的を誘導し、BlueMoonを配信しました。

侵害後に導入されたのはShadowPadです。

ShadowPadは中国系の国家支援型攻撃で長年観測されてきたバックドアですが、ShadowPadを利用していることだけで攻撃主体を特定できるわけではありません。

今回についてはProofpoint自身がUNK_LateNightをChina-alignedと評価しています。

UNK_DoubleCheckはベトナム製造企業を標的、国別帰属は未確定

同じ9月2日、UNK_DoubleCheckもBlueMoonを使いました。

Proofpointが確認した標的はベトナムの製造企業です。

攻撃メールは侵害された東南アジア政府機関のメールアカウントから送信され、ワクチン接種予約を装う内容でした。

BlueMoonによる侵害後にはRust製ローダーなどを利用する別の感染チェーンへ移行しています。

一方、ProofpointはUNK_DoubleCheckについて「特定の国には帰属していない」と明記しています。

諜報目的である可能性は極めて高いと評価していますが、中国系とは断定していません。

そのため、今回の4グループを一括して「中国政府系ハッカー4グループ」と表現するのは一次情報を超えます。

UNK_QuietRacketはインドネシア・シンガポールの政府や金融を標的

9月3日からは、ProofpointがUNK_QuietRacketと呼ぶグループもBlueMoonを利用しました。

同グループは中国系の疑いがあるサイバー諜報アクターと評価されています。

攻撃対象はインドネシアとシンガポールの政府、コンサルティング、金融分野です。

フィッシングメールでは、Indo Startup Expo & Forum 2026やWorld Conference on Creative Economy（WCCE 2026）などの会議を装うテーマが使われました。

侵害後に展開されたマルウェアは、GoogleのDNS-over-HTTPS（DoH）を利用してC2情報を取得する構造を持っていました。

ただし、Google DoHが侵害されたわけではなく、攻撃者が正規のDNSサービスをC2情報取得に悪用したものです。

4グループは別々に活動、BlueMoonだけが共通

今回の事例でProofpointが強調しているのは、同じ攻撃グループを別名で追跡しているわけではない点です。

4グループは、

• 標的となる国・業種
• フィッシングテーマ
• 攻撃インフラ
• 最終ペイロード
• C2

がそれぞれ異なります。

一方、BlueMoonについては、コメントを削除した版、単一JavaScriptへまとめた版、難読化した版などの差異があったものの、中核となるエクスプロイトチェーン、オーケストレーション、ローディング機構は同じでした。

Proofpointは、観測したビルドが「ほぼ確実に同一のソースから生じた」と評価しています。

ただし、その配布経路は不明です。

Proofpointは可能性として、民間のエクスプロイト開発業者など共通の調達経路、複数の国家系攻撃者へツールを供給する「digital quartermaster」、国家関連組織からの直接配布などを挙げています。

いずれも現時点では仮説であり、ProofpointはBlueMoonの開発者や供給元を特定していません。

AIがBlueMoon開発を支援した可能性、Proofpointは断定せず

ProofpointはBlueMoonのコードから、AIエージェントを利用した開発と整合する複数の痕跡を確認しています。

例えば、攻撃コードには詳細な診断ログ、過去の失敗と修正内容を説明するコメント、別セッションへ開発経緯を引き継ぐためとみられるMarkdownファイルへの参照が残っていました。

また、GoogleのV8バグバウンティチャレンジ「v8CTF」に関連する名称も複数確認されています。

Proofpointは、こうした特徴がAIを使った反復的なデバッグや、モデル間・セッション間の引き継ぎと整合すると説明しています。

一方、同社は「単一の痕跡だけでAI支援開発を決定的に証明できるものはない」と明記しています。

また、v8CTF向けの正規研究としてAIへ説明することでLLMの安全対策を回避した可能性も挙げていますが、これも確認済みの事実ではありません。

したがって、現時点では「AIがBlueMoonを開発した」と断定するのではなく、「AI支援開発と整合する痕跡が確認された」とするのが適切です。

攻撃後の処理は比較的検知しやすい構成

BlueMoonはブラウザとWindowsの複数脆弱性を組み合わせる高度な攻撃基盤ですが、侵害後の処理には比較的目立つ挙動も含まれていました。

Proofpointによると、標準的なBlueMoonの構成では、Chromeからコマンドシェルを起動し、Windows標準のcurlで実行ファイルをダウンロードする流れが使われています。

同社は、この設計がエンドポイントセキュリティ製品に複数の検知機会を与えると指摘しています。

Proofpointは、パッチが一般利用者へ展開される前に攻撃を開始することを優先したため、ステルス性より展開速度を優先した可能性があると分析しています。

防御側では、Proofpointが公開している検知項目として次のような挙動があります。

• Chromeからコマンドプロセス、curlなどが連続して起動する不審なプロセスツリー
• EdgeCore_AutoUpdateなどBlueMoon関連キャンペーンで確認されたスケジュールタスク
• %TEMP%へのChromeUpdate.exeやmsgbox.exeの配置
• ChromeのsessionStorageに作成されるBlueMoon固有キー
• 各グループが利用したドメイン、ハッシュ、C2

IOCは時間とともに変更されるため、一致する通信がないことだけで侵害を否定するのではなく、ブラウザ起点の子プロセス生成やファイル配置も合わせて確認します。

ChromeとWindowsの両方を更新する必要がある

BlueMoonの攻撃チェーンはChromeだけを修正すればすべての構成要素が解消するわけではありません。

GoogleはCVE-2026-85046をChrome 152.0.7977.82/.83で修正しました。

Microsoftも9月8日の月例セキュリティ更新でCVE-2026-85880を修正しています。

企業では次の2点を分けて確認します。

1. Chrome／Chromium系ブラウザが修正版以上か
2. Windowsの2026年9月セキュリティ更新が適用されているか

特にProofpointが確認したWindows LPEは古いWindowsビルドを主な対象としていました。

サポート終了済みOSや、ESUなどを利用して継続運用しているWindowsがある場合、ブラウザ更新だけでなくOS側の更新可否も確認する必要があります。

情報システム部門・CSIRTが確認したいポイント

今回のBlueMoonでは、脆弱性修正が公開ソースへ入ってからStableユーザーへ届くまでの期間が攻撃に利用されたとProofpointは分析しています。

企業側では、通常の月次パッチ運用だけでなく、ブラウザと実悪用脆弱性を別枠で管理できるか確認します。

• Chromeが152.0.7977.82/.83以降へ更新されているか
• Chrome 153以降への更新が管理対象端末で進んでいるか
• Edge、Brave、VivaldiなどChromiumベースブラウザの更新状況も把握しているか
• Windowsの2026年9月セキュリティ更新を適用済みか
• Windows 10 1809、22H2、Server 2019、Server 2022など古い環境が残っていないか
• サポート終了済みWindowsを業務端末として利用していないか
• ブラウザがcmd.exe、powershell.exe、curl.exeなどを子プロセスとして起動したイベントをEDRで確認できるか
• %TEMP%やC:\Users\Publicへの不審な実行ファイル・拡張機能配置を監視できるか
• Chrome拡張機能の許可リストを管理しているか
• 未承認の拡張機能を管理対象端末へ導入できない設定になっているか
• Proofpointが公開したIOCをDNS、Proxy、EDR、SIEMで確認したか
• 防衛、航空宇宙、政府、NGOなど標的性の高い部門では、見積依頼や会議招待を装うメールを追加確認できるか
• 「Google Gemini」など正規AIサービスを装うブラウザ拡張機能をユーザーが自由に導入できないよう制御しているか

特に今回のようなpatch-gap攻撃では、「CVEが一般公開された後に更新する」だけでは対応が間に合わない場合があります。

ブラウザベンダー自身が実悪用を公表した場合、CISA KEVへの掲載、脅威インテリジェンス、EDRテレメトリなどを使って通常のパッチサイクルから切り離し、緊急更新として扱える運用が必要です。

中国系APTを含む国家支援型攻撃の基礎については、以下の記事でも整理しています。

• APT攻撃とは？攻撃の特徴や被害事例を解説

ChromeのCVE-2026-85046については、修正版、CISA KEV、CVE情報を以下で確認できます。

• Google、Chromeの脆弱性 CVE-2026-85046を修正、サイバー攻撃にも悪用、CISA KEVにも掲載

出典

• • Once in a BlueMoon: Multiple State-Aligned Threat Actors Rapidly Adopt Novel Exploit Chain Using Chrome and Windows Zero-Days – Proofpoint
  • Stable Channel Update for Desktop – September 3, 2026 – Google Chrome Releases
  • Fresher features, faster fixes: The two-week release cycle is here – Chrome for Developers
  • Get features faster with Chrome’s two-week release cycle – Chrome for Developers
  • CVE-2026-85880 Windows Advanced Local Procedure Call (ALPC) Elevation of Privilege Vulnerability – Microsoft Security Response Center
  • 2026年9月のセキュリティ更新プログラム（月例） – Microsoft Security Response Center
  • Seven Hackers Associated with Chinese Government Charged with Computer Intrusions Targeting Perceived Critics of China and U.S. Businesses and Politicians – U.S. Department of Justice