Skip to content
Beveiligingsnieuws

Microsoft Copilot for Word Hidden Prompts Risk

verborgen prompts in Word

Microsoft 365 Copilot can use Word documents as input when it drafts or edits text. But a newly disclosed technique highlights a Hidden Prompts Risk: attackers may hide instructions inside a document so that Copilot reproduces them in the generated output and carries them forward into later editing sessions.

The report comes from Håkon Måløy, who shared his proof-of-concept after reporting the behavior to Microsoft. His findings focus on what happens when Copilot reads a source document, mistakes hidden instructions for legitimate user intent, and then embeds those instructions into a new, internally generated Word file.

What the disclosure claims happens

According to Måløy, the technique involves a Word document containing covert “instructions” embedded in formatting and layout. When the document is used in a Copilot drafting operation, Copilot may rewrite content and, crucially, copy the hidden instructions into the resulting document.

In his proof of concept, Copilot was used in a first generation session, then again in a second drafting session. The internally generated file created in the first step acted like a carrier: when Copilot drafted from that document in the next session, the same behavioral chain reappeared.

This matters because it suggests the risk is not only about what Copilot outputs once, but also about how instructions can persist across a multi-step workflow.

Why hidden instructions can survive Word processing

Måløy’s explanation centers on how Word prepares document content before it is sent to the language model. He said Word strips color and font size before forwarding text, which can unintentionally make hidden instructions easier for the model to interpret.

In the reported demonstration, the hidden material was legible to the model while still appearing unobtrusive to a human reader. Copilot then carried those instructions into the output in a way that was not readily noticeable.

He also described two parts of the payload: one that changed the document content, and another that instructed Copilot to copy and conceal the instructions—framing them as requirements related to source tracking and readability.

The technique’s prerequisites: not zero-click malware

The Hidden Prompts Risk is not described as a zero-click exploit and it does not rely on conventional malware execution. Instead, it depends on an AI-assisted workflow.

  • Someone must run a Copilot drafting or editing operation.
  • The malicious document must enter the model’s context, either as an attachment or as a OneDrive source selected in the Work IQ workflow behind Microsoft 365 Copilot.

The researcher also noted that his disclosure does not report exploitation in the wild. He withheld the complete payload, which reduces the chance of immediate misuse while still documenting the core pattern defenders should watch for.

How Work IQ and file grounding can make it worse

Microsoft states that Word can ground drafts on multiple sources—up to 20 files, emails, or meetings. For Edit with Copilot, Microsoft says Work IQ is involved.

Måløy’s test involved Copilot searching OneDrive for a quarterly report, locating a malicious market analysis outside the folder that contained other sources, and including it. He emphasized that Work IQ still had to judge the file as relevant.

In another scenario, with the original malicious document not present and only an infected Q1 report attached, Copilot halved figures in a Q2 draft and appended the prompt again. The new carrier was an “ordinary” internally generated document—reinforcing that later sessions can inherit the problem.

Why it’s harder to trace than simple prompt injection

Many injection-style issues focus on what the attacker controls directly. Måløy argued that, in his chain, the moment Copilot copies the hidden instructions into an internally generated document, the original source is no longer present when that file enters a subsequent session.

That break in the provenance trail can complicate investigation and makes it more difficult to determine where the harmful instructions originated—especially in teams where documents are repeatedly edited, exported, and shared.

He also highlighted that the chain does not propagate automatically. Each “hop” requires another Copilot drafting or editing operation where the carrier document re-enters the model’s context.

What Microsoft reportedly did after the disclosure

Microsoft confirmed the reported behavior on March 31 and deployed two mitigations, according to the researcher’s timeline. The first blocked the original prompt wording. The second upgraded the underlying model to GPT-5.5.

Måløy said he later verified that the full chain still worked with modified instructions on GPT-5.6 the next day. He also reported that the attack class was still reproducible as of July 28.

He concluded that the vulnerability class remained exploitable at the time of publication. In other words, the issue was not treated as a single fixed string that could be fully extinguished without addressing the broader behavior pattern.

Security coverage: safeguards, classifiers, and gaps

As of the time of publication, the reporting outlet found no public CVE or standalone Microsoft advisory for the Word finding after searching NVD, CVE.org, and Microsoft’s Security Update Guide.

Microsoft said jailbreak and cross-prompt injection attack (XPIA) classifiers help block high-risk prompts. However, Måløy’s findings suggest that these controls may not cover every Copilot scenario or every modified variant of an attack pattern.

Defender for Office 365 adds mail-flow inspection for inbound email. Microsoft describes Copilot runtime safeguards as covering injected instructions coming from grounded content. Still, the researcher and Microsoft do not confirm whether this exact payload would be detected at either layer.

Måløy also made a broader security point: payload-specific blocks may not eliminate the class, because the model must process attacker-controlled content in order to decide whether it is malicious. In his view, the “content being inspected participates in the act of inspection,” meaning the system can be influenced by what it evaluates.

Recommended steps for users and teams

Måløy argued that there is no customer-side remediation that fully addresses the problem on its own. Instead, he recommends practical habits that reduce the chances of hidden instructions being used as trusted input.

  • Treat external documents as untrusted, even if they appear to be normal reports.
  • Review attached documents before you start a generation or edit session.
  • Check Copilot-generated or edited files before reuse, sharing, or sending downstream.

These steps are especially important in workflows where Copilot is used repeatedly across drafts—because the carrier document can be the internally generated output that contains copied instructions.

Takeaway: manage trust around AI-assisted editing

The Hidden Prompts Risk described here is a reminder that AI features built around document grounding can be influenced by content they ingest. When Copilot mistakes hidden instructions for part of a legitimate request, the model may reproduce and carry those instructions forward into later drafts.

While Microsoft has reportedly implemented mitigations and added safeguards, the core lesson for organizations is straightforward: tighten document trust, review sources used in Copilot sessions, and verify outputs before they become “final.”

Source: https://thehackernews.com/2026/07/microsoft-copilot-for-word-can-copy.html