
AIワームは白文字のプロンプトでWord文書に潜む
AIワームとは、人間が気づかないうちに文書から文書へ自身を複製していく攻撃です。ワーム(worm)は本来、自力で増殖するマルウェアを指す言葉ですが、今回増殖するのはプログラムではなく、文章で書かれた指示である点が異なります。
モーロイ氏は、この攻撃をdocument-borne AI-worm(文書を媒介とするAIワーム)と呼び、2026年7月28日に実証を公開しました。Malwarebytesは、ユーザーに気づかれずに文書を書き換え、新しいファイルへ隠し指示を埋め込む点を報じています。マクロも従来型マルウェアも使わず、通常の文書共有の流れで拡散するとのこと。
"The attack silently alters documents and embeds its own hidden instructions into newly created files, allowing it to spread through normal document-sharing workflows without macros or traditional malware."(Malwarebytes の報道の記述)— Malwarebytes より公式情報を見る →
必要なのは悪意ある文書を1つ共有することだけ
悪意ある文書の作成者は、被害者のMicrosoft 365テナント(組織ごとに割り当てられる契約単位の環境)に侵入する必要がありません。悪意ある文書を被害者に共有できれば十分です。
共有の手段は、SharePoint・Teams・Outlookなど何でもかまいません。テナントへ侵入しなくても、1つの文書が相手に届けば攻撃は成立します。
"The attacker does not need access to the victim's Microsoft 365 tenant. The attacker only needs to share a malicious document with the victim. This can be done through SharePoint, Teams, Outlook or any other way of sharing documents."(Threat model 節)— Håkon Måløy より公式情報を見る →
Copilotは書式を取り除いて読むので白文字も届く
悪意ある文書には、JSON形式で書いた攻撃用のプロンプト(AIに入力する文章)が入っています。その文書がCopilotの文脈(読み込む材料)に入った時点で、攻撃が発動します。
Copilot for Wordは、文字色やフォントサイズなどの書式をすべて取り除いてから、内部で動作する大規模言語モデル(文章を読み書きするAI)へ文章を入力します。プロンプトを白い背景に白い文字で小さく置けば、被害者の目からは隠せるわけです。それでも書式が取り除かれるので、被害者が視認できない文字が、Copilotには普通の本文として届きます。
書式を落とした文字として文書を読み直せば、白文字も他の本文と同じ見た目になります。文書の中身を文字として読み直したいときは、WordファイルをAIに読み込ませる前に、ブラウザだけでマークダウンに変換すると隠れた文字も本文と同じように表示されます。
"The malicious document contains a JSON-formatted malicious prompt that triggers the attack when the document is included in Copilot's context. The prompt can be rendered as white text on a white background and in a small font size to conceal it from the victim. Since Copilot for Word strips all text formatting like color and font size before passing the text into the underlying Large Language Model (LLM), this text remains fully readable to Copilot even though the victim cannot see it."(Crossing the trust boundary in Word 節)— Håkon Måløy より公式情報を見る →
増殖するのはプログラムではなく文章で書いたプロンプト
プロンプトインジェクションは、AIに読ませる文章の中に命令文を紛れ込ませる攻撃です。添付文書のような外部の文書に指示を仕込む手口は、間接プロンプトインジェクションと呼ばれ、今回の攻撃はこの手口を自己増殖に利用したものです。
モーロイ氏は、添付された文書とユーザーからの指示とのあいだを、守るべき境界としています。Copilotは文書を作るときにどの部分を使うかを判断するため、添付文書をすべて参照する必要があります。ただし添付文書は信頼できない情報であって、ユーザーからの信頼できる指示とみなしてはなりません。
モーロイ氏の例は、ユーザーが添付文書をもとにQ1(第1四半期)の財務報告書の下書きを指示する状況です。この状況でCopilotは添付文書の情報を使うべきですが、文書に埋め込まれた指示まで権威ある指示とみなしてはならないとしています。
"Copilot must read every attached document to determine which parts to include in its current drafting task. However, attached documents should be treated as untrusted information, not trusted user instruction."/"When a user asks Copilot to draft e.g. a Q1 financial report based on attached documents, Copilot should utilize the information in the attached documents without treating instructions embedded within documents as authoritative instructions."(Security boundary and observed behavior の記述)— Håkon Måløy より公式情報を見る →
AIワームは2段階で動作し元の文書がなくても再発動
攻撃は2段階で進みます。つまり、第1段階で作成中の文書が書き換えられて攻撃プロンプトが末尾へコピーされ、第2段階では、その文書を素材にした次の文書づくりで、元の攻撃文書がなくても同じ攻撃が再び動作します。
攻撃の2段階(モーロイ氏の実証による)
第1段階で財務数値がすべて半分に書き換わる
実証では、Tfosorcim Ltd.の市場分析資料に悪意あるプロンプトを仕込み、Q1の財務報告書の下書きを作らせました。出来上がった下書きでは、財務数値がすべて半分になっていました。
モーロイ氏は、多くの実験でCopilotに変更箇所を目立たせるよう別に指示する必要があったと述べています。変更が内容に関わるものなのに見つけにくかったためです。この攻撃は、注意深く読み直す人でも見落とすほどさりげなく文章を変更できます。
被害者が悪意ある文書を添付しなくても、攻撃は成立します。Edit with Copilotでは、CopilotがOneDriveを検索して関連しそうな文書を見つけます。実証では、Tfosorcimの他の文書とは別のフォルダにあった悪意ある資料も、Copilotが見つけて読み、攻撃は成功しました。
"In the resulting Q1 financial report draft, all financial numbers are halved."/"In many of my experiments I actually needed to also instruct Copilot to highlight which changes it made, since they were often meaningful changes that were difficult to spot. This shows how effective the attack is at subtly changing the text in meaningful ways that easily elude even an attentive reviewer."/"Copilot then searches through the victim's OneDrive to find relevant documents. Among the documents, we find the malicious Market Analysis document. This document does not reside in the same folder as the rest of the Tfosorcim document. However, Copilot still finds it, reads it and is successfully exploited."(Stage 1 節と Figure 2・Figure 5 の記述)— Håkon Måløy より公式情報を見る →
第2段階で攻撃プロンプトが次の文書へ複製される
第2段階は、第1段階で書き換わった文書へ攻撃プロンプトをコピーさせる、Copilotへの指示1つだけで成り立ちます。プロンプトがコピーされた文書は、それ自体が新しい攻撃の運び手になります。
次の作成作業では、元の攻撃文書を添付しなくても攻撃は続きます。前回の報告書だけを素材にしても、財務数値はまた半分になり、攻撃プロンプトも再び追記されます。
拡散する経路が社内の文書なので、最初の侵入口から先へ拡散したあとは追跡が極めて難しくなります。各文書は正規の担当者が社内で作ったもので、Copilotの編集は被害者が承認したあとは表示されないためです。
"Copilot would then also copy the entire malicious prompt into the bottom of the affected document using white text and font size 8, effectively concealing it from the victim."/"Stage two is the self-propagation stage. It relies entirely on the instruction for Copilot to copy the malicious prompt into the affected document. Once the affected document contained the prompt, the new document itself became the new attack vector."/"Since the attack is able to spread through internal documents, once it has moved beyond its initial point of entry, the traceability of the attack becomes extremely difficult. This is further exacerbated by each document being created by a legitimate internal resource and that Copilot edits are not made visible after they have been approved by the victim."(Stage 1 節と Stage 2 節の記述)— Håkon Måløy より公式情報を見る →
取引先を経由して組織の外へ拡散する可能性
攻撃を受けていると気づいていない組織は、共有のSharePointサイトやTeamsでの共同作業を通じて、攻撃を他の組織へ広げる可能性が高いとモーロイ氏は述べています。ある組織にとっては、すでに攻撃を受けた信頼する取引先が最初の侵入経路になることもありえます。
モーロイ氏が大きな懸念とするのは、普段どおりに文書がやり取りされる中で静かに組織内へ拡散した場合です。組織が意思決定に使う情報の正しさが損なわれかねません。
"The broader concern is that, if the attack silently spread within an organization through ordinary document workflows, it could erode the informational foundation on which organizations make decisions."/"In addition, organizations that are not aware that they are affected by the attack are also likely to spread it to other organizations through collaborative efforts on shared Microsoft SharePoint sites or shared Microsoft Teams. Thus, the initial attack vector for a particular organization may actually come from an already affected trusted partner."(Stage 2 節の記述)— Håkon Måløy より公式情報を見る →
144日間の協調開示を経ても同じ型の攻撃は残る
この協調開示で、モーロイ氏はMicrosoftへ、再現手順・動画・環境の前提と、テストで使ったPoC(攻撃が実際に成立することを見せる実証用のプロンプト)そのものを提供しました。そのうえで、モーロイ氏は開示前の調整期間を90日と伝えましたが、2回延長されて144日になりました。経過は次のとおりです。
開示までの主な経過(モーロイ氏が公開したタイムラインより)
| 日付 | 出来事 |
|---|---|
| 2026-03-06 | Microsoftのセキュリティ対応センター(MSRC)へ初回報告 |
| 2026-03-31 | Microsoftが報告された挙動を認める |
| 2026-04-03 | 1度目の緩和策が稼働(新しいEdit with Copilot体験) |
| 2026-07-14 | 2度目の緩和策が稼働(基盤モデルをGPT-5.5へ更新) |
| 2026-07-15 | 当時最新のGPT-5.6で、増殖を伴う攻撃の再現に成功 |
| 2026-07-28 | 同じ型の攻撃は依然として再現する |
開示までの主な経過のとおり、2度目の緩和策が稼働した翌日には、当時最新だったGPT-5.6で増殖を伴う攻撃が再現されました。公開日の7月28日にも同じ型の攻撃が依然として再現すると、モーロイ氏は記しています。
"Microsoft was provided with reproduction steps, videos, environmental assumptions, and the exact proof-of-concept (PoC) prompts used during testing. They were also informed of a 90-day coordination period before disclosure. This was extended two times, resulting a 144-day coordination period."/"2026-03-06: Initial report submitted to MSRC with reproduction steps, videos, environmental assumptions, and PoC prompts."/"2026-03-31: Microsoft confirms the reported behavior."/"2026-04-03: First mitigation go-live (The new \"Edit with Copilot\" experience)"/"2026-07-14: Second mitigation fix go-live. This mitigation consisted of upgrading the underlying model to GPT-5.5."/"2026-07-15: Successful exploit with worming reproduced using GPT-5.6, the latest available model at the time."/"2026-07-28: Attack class still reproduces."(Summary 節と Disclosure timeline の記述)— Håkon Måløy より公式情報を見る →
Microsoftの緩和策は報告済みの文言を塞ぐ
モーロイ氏の評価では、Microsoftは最初に提出されたPoCプロンプトの緩和に成功し、開示期間中に複数の修正を展開しました。それぞれの修正は、報告された特定のペイロード(攻撃を成立させる具体的な仕込みの中身)を塞ぎました。そのあとの再現には、古いものの使い回しでなく書き換えたペイロードが必要でした。
書き換えたペイロードを使うと、すべての緩和策が展開された状態でも攻撃の連鎖全体を再現できました。公開記事に掲載されたPoCも、書き換えたペイロードによるものです。このため、同じ型の弱点は公開時点でも悪用できるとモーロイ氏は主張しています。
要求する動作や言い回しを変更するとペイロードは変わりますが、根本にある弱点と、攻撃が拡散する仕組みは変わりません。モーロイ氏は、Microsoftの修正で露出が実際に減ったと分析しています。同じ連載のPart 1とPart 2で解説した、メモリ経由とメール本文経由の経路は、完全に緩和されたとのこと。
"Microsoft successfully mitigated the originally submitted PoC prompt, and deployed multiple fixes over the course of this disclosure. Each of these raised the bar by closing the specific payloads reported, and reproducing the behavior afterwards required altered payloads rather than reusing the old ones directly."/"Using a modified payload, the complete attack chain has been reproduced with all mitigations deployed (the PoC in this report is one such case). The vulnerability class therefore remains exploitable at the time of publication."/"Changing the requested action or wording changes the payload, but not the underlying vulnerability or propagation mechanism."/"Within those limits, Microsoft's fixes meaningfully reduce exposure, and the memory and email-body vectors covered in Parts 1 and 2 were mitigated outright."(Mitigating the vulnerabilities 節の記述)— Håkon Måløy より公式情報を見る →
プロンプトインジェクションは構造上修正しにくい
同じ型の攻撃をまだ完全には防げていないのは、根本にある問題が難しいためだとモーロイ氏は述べています。この弱点は設計の構造から来るもので、現在の大規模言語モデルを使うシステムに共通するものです。モーロイ氏は同等の製品でこのクラスを完全に緩和した例を知らず、完全な解決にはパッチ1つでなく研究が必要です。
先行例のMorris IIは、生成AIを使うメールアシスタントの環境で、自己複製するプロンプトの伝播を実証したものです。今回の実証は、Wordを含む主流の商用スイートで、文書媒介のAIワームが業務の流れのまま自己増殖する様子を公開したものです。モーロイ氏は、知る限りでは最初期の公開例だとしています。 プロンプトインジェクションがAIエージェントで問題になった例は、次の記事でまとめています。
"That the class is not yet fully closed reflects how hard the underlying problem is. As the closing thoughts discuss, the weakness is architectural and shared across current LLM-based systems. I'm not aware of a complete mitigation for this class in any comparable product today. Fully resolving it requires research rather than a single patch."/"Previous examples of AI-worms exist. Notably, Morris II demonstrated self-replicating prompt propagation in GenAI-powered email-assistant ecosystems. However, to my knowledge, this is among the first public demonstrations of document-borne AI-worm self-propagation through normal workflows in a mainstream commercial productivity suite."(Mitigating the vulnerabilities 節と Summary 節の記述)— Håkon Måløy より公式情報を見る →
Copilotを利用する組織が公開時点で取れる3つの対策
公開時点では、この問題を完全に解消できるユーザー側の対策はないとモーロイ氏は述べています。そのうえで、露出を減らす手立ては次の3つです。
- 外部から入手した文書は、Copilotで使うとき信頼できないものとみなす
- Copilotに生成や編集を始めさせる前に、添付文書を確認する
- Copilotが生成・編集した文書は、再利用・共有・配布する前に丁寧に確認する
いずれも、Copilotを使う人が日々の作業のなかで実行する手順です。最初の2つは作業に取りかかる前に、3つ目は文書を外へ出す前に行います。
社外から受け取った文書は信用しない前提で利用
社外から受け取った文書をCopilotに読ませるときは、信頼できないものとみなします。生成や編集を始めさせる前に、添付文書の中身を確認する手順も加えます。1つ目は文書の出どころで対応を分ける備えで、2つ目は作業に取りかかる直前に内容を確認する手順です。
ただし、社内で正規に作られた文書も次の運び手になります。外部の文書だけを警戒していても、社内で複製された文書から拡散する可能性があります。
"No customer-side remediation fully addresses the issue at the time of publication. Customers can reduce exposure by: Treating externally sourced documents as untrusted when used with Copilot. Reviewing any attached document before starting a Copilot generation or edit. Carefully reviewing Copilot-generated or Copilot-edited documents before reusing, sharing, or distributing them."(Disclosure status at publication 節の記述)— Håkon Måløy より公式情報を見る →
CoworkやScoutとの連携で自動処理がワームを運ぶ恐れ
CopilotがMicrosoft CoworkやMicrosoft Scoutのような仕組みとの統合を深めつつあり、影響が急速に拡大する可能性があるとモーロイ氏は述べています。CoworkやScoutと統合されると、Copilotは文書やツール、共同作業の流れを自動で操作・作成するようになります。
攻撃の仕組みが同じでも伝播は人の作業の速さを超えて進む可能性があると、モーロイ氏はみています。3つ目の読み直しは、Copilotが触った文書を共有や配布で外へ出す前に行います。社内の担当者が作った文書として拡散する前に、内容を確認する最後の機会です。
"Recently Copilot is also becoming more deeply integrated with systems such as Microsoft Cowork or Microsoft Scout, which extend the assistant to automatic manipulation and creation of documents, tools, and collaborative workflows. In such systems the practical impact of the issues described here may scale rapidly. The underlying mechanism remains the same, but the potential surface over which it can propagate or influence expands at machine speed."(Stage 2 節の記述)— Håkon Måløy より公式情報を見る →
まとめ:AIワームが狙うのは「情報の正しさ」
AIワームが狙うのは、文書に記載の数字と文章の正しさです。また、実証では財務数値が半分になったうえ、多くの実験で変更箇所を目立たせる指示を加える必要があったほど見つけにくかったとモーロイ氏は述べています。各文書は正規の担当者が作ったもので、Copilotの編集は承認後は表示されません。
Microsoftは複数の緩和策を出し、モーロイ氏もその効果を認めています。一方で、構造的な弱点は現在の大規模言語モデルを使うシステムに共通するとも述べています。
公開時点で取れる手立ては、外部から入手した文書を信頼しないこと、読ませる前に添付文書を確認すること、編集後の文書を共有の前に読み直すことの3つです。Copilotの別の弱点は、次の記事でまとめています。
FAQ
- Copilot for Wordで自己増殖するAIワームは何をするものですか?
- 外部から共有されたWord文書に隠された指示が、Copilot for Wordに読み込まれると発動します。Copilotは作成中の文書を書き換え、その隠し指示自体を新しい文書へコピーします。コピーされた文書が新しい運び手になり、その文書を素材にした次の作成作業でも同じ攻撃が再び動作します。
- 白文字で隠したプロンプトを、なぜCopilotは読み取ることができるのですか?
- JSON形式で書いたプロンプトを、白い背景に白い文字、小さな文字サイズで文書に置きます。Copilot for Wordは文字色やフォントサイズなどの書式をすべて取り除いてから、中身をモデルに読み込ませます。このため人間が視認できない文字も、Copilotには普通の本文として届きます。
- MicrosoftはこのAIワームに対応していないのですか?
- 対応しています。最初に報告されたPoCのプロンプトは緩和され、開示期間中に複数の修正が展開されました。モーロイ氏は、Microsoftの修正は露出を実質的に減らし、連載のPart 1とPart 2で解説したメモリ経由とメール本文経由の経路は完全に緩和されたと述べています。ただし書き換えた攻撃文では連鎖全体を再現できたため、同じ型の脆弱性は公開時点で残っていると主張しています。
- Copilot for Wordを使う側にできる対策はありますか?
- モーロイ氏は、公開時点ではユーザー側の対策で完全に解消できるものはないとしています。露出を減らす手立ては3つあります。外部から入手した文書は信頼できないものとみなします。添付文書はCopilotに読ませる前に確認します。Copilotが生成・編集した文書は、再利用や共有の前に丁寧に確認します。



