Laundry Bear OWAReaper: opening an email in OWA installs a backdoor that survives credential rotation and device re-imaging      CosmosEscape: Wiz found one platform-wide Azure Cosmos DB key that could read and write every customer database      M365 Copilot prompt injection: a hidden Word document instruction silently rewrites report figures and propagates into the output      Laundry Bear OWAReaper: opening an email in OWA installs a backdoor that survives credential rotation and device re-imaging      CosmosEscape: Wiz found one platform-wide Azure Cosmos DB key that could read and write every customer database      M365 Copilot prompt injection: a hidden Word document instruction silently rewrites report figures and propagates into the output     
CyberSipTM
Intelligence without the noise
Issue No. 98
July 31, 2026
3 items · past 24h
<5 min read
Today's picture

Russia-aligned Laundry Bear is exploiting CVE-2026-42897, an XSS flaw in Outlook Web Access, to deliver OWAReaper, a browser implant that installs itself on the Exchange server and persists through credential rotation and full endpoint re-imaging because the backdoor lives in the mailbox server, not the user's device. Wiz disclosed CosmosEscape, a now-patched vulnerability chain in Azure Cosmos DB that gave any attacker with a crafted Gremlin query the single platform-wide signing key needed to read and write every database in the service, including those backing Microsoft Teams, Entra ID, and Copilot. And researcher Hakon Maloy published a prompt injection flaw in M365 Copilot on July 28, 144 days after reporting it, showing that hidden instructions in a Word document can cause Copilot to silently rewrite numerical figures in a generated report and carry those manipulation instructions forward into the finished file.

Today's intelligence
3 items
01 HighLaundry BearOWA
Laundry Bear delivers OWAReaper through a patched OWA flaw: the backdoor lives on the Exchange server and survives credential rotation and re-imaging
Opening the email is enough. No link, no attachment, no secondary click. The hidden JavaScript loader assembles OWAReaper inside the OWA reading pane and persists it on the Exchange server itself. Rotating passwords and reimaging the victim's laptop does not remove it. Cleaning Exchange does.
CVECVE-2026-42897
CVSS 8.1
ActorLaundry Bear
(TA488, Void
Blizzard, Russia)
MalwareOWAReaper
server-side implant
Active sinceJuly 22, 2026
(infra: March 2026)
TargetsUS/EU government
telecom, finance,
aerospace
On July 22, one day before a multinational advisory named Laundry Bear in connection with the earlier Zimbra XSS campaign, the group pivoted to CVE-2026-42897, a cross-site scripting vulnerability in Outlook Web Access that Microsoft patched in May 2026. Proofpoint, which tracks the group as TA488, published its analysis today. The attack is a half-click exploit: opening an email in OWA is enough to trigger it. The emails carry no links or attachments and use deliberately unremarkable subject lines about supply chains, energy markets, tourism, and public health, designed to be opened and skimmed rather than reported. When a user opens a crafted message in the OWA reading pane, the Exchange server fails to sanitize HTML in the message body, allowing a hidden JavaScript loader to assemble and execute OWAReaper. OWAReaper is not an endpoint implant. It is a server-side browser implant that installs itself within OWA's structure. Proofpoint describes three persistence mechanisms: OWAReaper adds a malicious OWA add-in, poisons the offline IndexedDB message cache with a hidden iframe that reinfects reimaged hosts when the victim opens a cached email, and registers a synchronization hook so that the cached poisoned messages refresh on reconnect. Proofpoint states explicitly that OWAReaper requires deliberate removal from the Exchange server and that credential rotation and full re-imaging of the user's device will not evict it. Command and control uses DNS TXT record encoding for exfiltration, consistent with the group's ZimReaper malware from the earlier Zimbra campaign. Laundry Bear has been linked by US prosecutors to Yutek-NN, a Russian IT firm with documented connections to Russia's FSB. The group had been building campaign infrastructure since March 2026, two months before Microsoft patched the CVE, suggesting prior zero-day use.
OWAReaper's server-side persistence is what separates this from a standard phishing campaign. The standard incident response playbook for a compromised user account is to rotate credentials, revoke sessions, and reimage the endpoint. None of those steps remove OWAReaper. The implant persists in the Exchange server's add-in registry and the OWA offline cache, and the iframe embedded in cached emails means the user can be reinfected from their own message history. An organization that does not specifically investigate and clean the Exchange server will continue to be compromised after completing its standard endpoint response procedures.
This is Laundry Bear's second consecutive half-click webmail XSS campaign in 2026. The first, ZimReaper, exploited CVE-2025-66376 in Zimbra's Classic Web Client. OWAReaper is described by Proofpoint as a significant improvement in the group's tradecraft and capability. The pivot to OWA within 24 hours of the multinational attribution advisory naming the group is notable: the actor appears to have shifted infrastructure and target platform in direct response to a public disclosure. That operational tempo, and the fact that infrastructure for OWAReaper was built in March, months before the attribution, suggests this campaign was in preparation before the Zimbra advisory triggered the pivot.
  • Patch CVE-2026-42897 on all Exchange servers running OWA immediately. Microsoft shipped the fix in May 2026. Any Exchange deployment that has not applied May 2026 security updates is vulnerable to this specific attack.
  • If you suspect exposure, the standard incident response of rotating credentials and reimaging endpoints is not sufficient. Proofpoint specifies a multi-step cleanup covering the Exchange server itself: remove any unauthorized OWA add-ins, clear the OWA offline IndexedDB message cache on affected endpoints, and revoke add-in tokens. Check Exchange server mailbox folder permissions for entries that were not administrator-configured.
  • Use Proofpoint's published indicators of compromise to check for OWAReaper activity. Review Exchange logs for DNS TXT record queries originating from Exchange, which is OWAReaper's exfiltration channel and not consistent with normal Exchange behavior.
Open an email, install a backdoor on the Exchange server. Rotate the password, the backdoor stays. Reimage the laptop, the backdoor stays. The only thing that removes it is cleaning the Exchange server specifically. Patch May's OWA fix. Then look at the server, not just the endpoint.
02 HighCosmosEscapeAzure
Wiz found a single Azure Cosmos DB key that could read and write every customer database in the service, including those backing Teams, Copilot, and Entra ID
CosmosEscape is patched. No customer action is required. Microsoft found no evidence of exploitation. But the chain shows what a platform-wide signing key in shared cloud infrastructure looks like as an attack target, and the full technical details land at Black Hat on August 6.
NameCosmosEscape
(Wiz Research)
CVE / CVSSNone assigned
ReportedNovember 20, 2025
HotfixNovember 22, 2025
Full remediationJuly 2026
Customer actionNone required
Wiz Research published CosmosEscape yesterday after Microsoft completed full remediation in July 2026. The vulnerability chain began with a crafted query sent to the Gremlin graph query interface of a Cosmos DB account controlled by the attacker. Gremlin is a legitimate Cosmos DB feature for traversing graph databases. The crafted query caused a sandbox escape on the multi-tenant DB Gateway, the shared infrastructure layer that executes customer Cosmos DB queries on Microsoft's behalf. Code execution on the DB Gateway exposed the Cosmos Master Key, a platform-wide signing secret, and a regional account directory listing customer accounts. With the Cosmos Master Key, Wiz researchers could retrieve the primary account key of any Cosmos DB account on the service, giving full read and write access to that account's databases, including those configured with private endpoints or network isolation. Microsoft documentation confirms that databases backing Teams message data, Copilot conversation history, and Entra ID are hosted on Cosmos DB, meaning those databases were potentially accessible. Wiz stated it found Microsoft-internal database records during testing but did not access customer data. Microsoft hotfixed the vulnerable Gremlin entry point within 48 hours of the November 2025 report. The longer-term architectural fix, which eliminated the Cosmos Master Key entirely and rebuilt the gateway credential model so no single key has platform-wide access, completed in July 2026. Microsoft investigated and found no evidence of unauthorized access or customer impact. No CVE has been assigned. Wiz will present the full technical chain, including the crafted Gremlin query, at Black Hat USA on August 6.
No customer action is required, and Microsoft found no evidence of exploitation. CosmosEscape matters for two reasons that sit outside immediate remediation. First, the architectural pattern it exposed, a single platform-wide credential in shared infrastructure that cascades access across all tenants, is not unique to Azure Cosmos DB. It is a structural risk that appears when cloud services are built for operational convenience and then grow to underpin many higher-level services without architectural isolation between them. Second, the disclosure coincides with Wiz publicly launching Atlas, its autonomous AI vulnerability research system. Atlas contributed to finding CosmosEscape. The precedent set by multiple AI systems independently finding cloud infrastructure vulnerabilities this week, alongside the OpenAI Artifactory chain from Issue 96, is the pattern worth tracking.
Wiz has disclosed two prior Cosmos DB critical vulnerabilities under the names ChaosDB in 2021 and CosMiss in 2022, both involving Cosmos DB's Jupyter Notebook feature. CosmosEscape is technically distinct, involving the Gremlin execution engine rather than Jupyter. Wiz found three separate critical Cosmos DB vulnerability classes over five years, each through a different attack surface in the same managed service. That track record reflects how broadly a capable cloud security research team can enumerate attack paths in complex infrastructure when given the time and access. The public record does not state when the Cosmos Master Key architectural pattern entered production or how long the exposure window lasted before the November 2025 report, so the duration of theoretical risk is not known.
  • No immediate action is required for Azure Cosmos DB customers. Microsoft has confirmed full remediation including the elimination of the platform-wide Cosmos Master Key, and no customer account keys need to be rotated as a result of this disclosure.
  • Security architects planning or reviewing cloud data architecture should use CosmosEscape as a reference case for the risk profile of platform-wide signing keys in shared gateway infrastructure. The architectural pattern that made CosmosEscape possible, a single credential with cross-tenant reach in shared service infrastructure, is present in other managed cloud services beyond Cosmos DB and is worth identifying during cloud architecture reviews.
One key. Every customer database. Teams, Copilot, Entra ID. Patched and fully remediated. No customer action needed. The disclosure matters less for what defenders have to do today than for what it shows about the structural risk of platform-wide credentials in shared cloud infrastructure. The full technical chain is at Black Hat on August 6.
03 HighM365 CopilotPrompt Injection
Hidden instructions in a Word document can make M365 Copilot silently rewrite numbers in a report and carry the manipulation forward into the output
The attack requires no malware, no compromised account, and no network access. A document with hidden text tells Copilot to change specific figures and then embed the same instructions in the finished report. The recipient gets a document with altered numbers and no visible sign that anything changed.
ResearcherHåkon Måløy
Reported to MSMarch 7, 2026
DisclosedJuly 28, 2026
(144 days later)
CVE / patchNot assigned
No patch yet
Researcher Hakon Maloy published the technical details of a prompt injection vulnerability in Microsoft 365 Copilot on July 28, 144 days after reporting it to Microsoft. The attack embeds instructions in a Word document using white-on-white text or a font size of zero, making the instructions invisible to a human reader but visible to Copilot when it processes the document. When a user asks Copilot to summarize or analyze the document, Copilot follows the hidden instructions rather than simply reporting what the document contains. In the demonstrated scenario, the hidden text instructs Copilot to change specific numerical figures in the report, such as replacing a revenue number with a different value, and to copy those same instructions into the output document invisibly so that the manipulation propagates forward if anyone asks Copilot to process the generated report. The recipient receives a document with altered numbers and no indication that anything changed. No malware, no compromised account, no elevated permissions, and no network access are required. The attacker needs only to share a document with embedded hidden instructions with someone who will ask Copilot to process it. Microsoft has not patched the behavior as of the publication date. Maloy stated that he published the details after 144 days without a fix or CVE assignment.
M365 Copilot is deployed broadly across enterprise environments for document analysis, report generation, and summarization. The attack requires no technical sophistication from the person deploying it: embed text in white font, share the file, and wait for a Copilot user to process it. The figure-manipulation scenario is the most operationally dangerous variant because it targets exactly the use case for which Copilot is most commonly deployed: helping analysts and executives quickly review and summarize numerical data in documents. A report with altered revenue, headcount, or cost figures that was generated by Copilot from a tampered source document creates a plausible paper trail that deflects attention from the manipulation itself.
The 144-day disclosure timeline places this alongside a broader pattern in AI system prompt injection research where vendors have been slow to assign CVEs, commit to fixes, or communicate remediation timelines. Prompt injection is not a new vulnerability class. It has been documented in Copilot, Claude, ChatGPT plugins, and similar systems throughout 2025 and 2026. What distinguishes Maloy's case is the propagation mechanism: the hidden instructions in the output file mean that the attack can spread through a document chain rather than being limited to the initial recipient. Each subsequent Copilot user who processes the output becomes a potential next step in the manipulation chain.
  • Before asking Copilot to summarize or analyze any document received externally, open the document in Word and check for hidden text by enabling the Show/Hide formatting marks (Ctrl+Shift+8) and reviewing for any text in white or at zero point size. This is a manual step, but it is the only currently available way to identify prompt injection attempts in Word documents before Copilot processes them.
  • For documents containing critical financial, operational, or personnel figures that will be used to generate Copilot reports, verify the source figures in the original document before distributing the Copilot-generated output. Do not treat a Copilot summary as authoritative if the source document came from an external party without verification.
  • Security awareness training for employees using M365 Copilot should include the concept of prompt injection: that documents can contain hidden instructions that alter Copilot's output in ways that are not visible in the finished report.
White text on a white background tells Copilot to change the revenue number and hide the instruction in the output. The recipient gets a report with wrong figures and no indication that anything was altered. No patch yet. The defense is checking documents for hidden text before processing, which is exactly the verification step that Copilot is supposed to replace.
Cross-source standouts
01
OWAReaper and the standard incident response playbook that does not work against it
When an account is compromised, the standard enterprise response is to rotate the password, revoke active sessions, and reimage the endpoint. Those three steps are what most incident response runbooks prescribe for a phishing or credential compromise scenario. OWAReaper is specifically designed to survive all three. The malicious OWA add-in persists in the Exchange server's add-in registry. The poisoned offline cache persists on the endpoint's local storage, surviving a standard wipe if Exchange reconnects before the cache is cleared. The iframe hidden in cached messages reinfects the endpoint from the user's own message history. Laundry Bear built a tool that maps precisely to the gaps in the most common incident response playbook for this scenario. That is not accidental. TA488's prior ZimReaper tool showed the same pattern against Zimbra. The group has spent 2026 systematically identifying how to maintain access through the response steps defenders are most likely to take. The countermeasure is explicit: Exchange server cleanup must be a step in the incident response process for any suspected OWA compromise, not an afterthought following endpoint remediation.
02
CosmosEscape and the Copilot prompt injection point at the same structural gap: AI systems inherit the trust and access of the infrastructure beneath them
CosmosEscape showed that Cosmos DB databases backing Copilot were potentially accessible through a platform-wide key obtained by escaping a query sandbox. The Copilot prompt injection shows that a document processed by Copilot can cause Copilot to alter its outputs and propagate manipulation forward through the document chain. Both vulnerabilities target Copilot not by attacking the model itself, but by attacking the context it operates in. CosmosEscape targeted the database layer beneath it. The prompt injection targets the document layer it processes. In both cases, the AI system behaved exactly as designed: reading queries, following instructions, generating outputs. The vulnerability was in what it was reading and whose instructions it was following. This is the structural challenge of deploying AI systems that operate on external inputs: the system is only as trustworthy as the inputs it processes and the infrastructure it reads from. Securing the model is necessary. Securing every surface the model touches is the harder problem, and the one that both of today's stories illustrate.
Still watching
Days 2–5
VMware VMSA-2026-0006 (Issue 97 · CVE-2026-59309 CVSS 9.8 vCenter auth bypass) — no workarounds, Broadcom says treat as emergency change. Patch vCenter to 9.1.0.0300, 9.0.2.0100, or 8.0 U3k. Restrict management network access until patched. vCenter has been on CISA KEV ten times before.
Day 2
Minnesota water OT attack (Issue 97 · 30-plus utilities, July 26–27) — federal investigation ongoing, attribution pending. Water utilities should review CISA AA26-097A and CI Fortify guidance. Validate PLC project file backups before restoration and inspect running files for unauthorized changes.
Day 2
Certighost CVE-2026-54121 (Issue 96 · AD CS domain takeover, PoC July 24) — any domain user to full domain compromise via DCSync. Apply July 14 Patch Tuesday to all Enterprise CA servers. Interim mitigation: certutil -setreg policy\EditFlags -EDITF_ENABLECHASECLIENTDC and restart Certificate Services.
Day 4
LegacyHive (Issue 88 · Nightmare Eclipse, no patch) — Windows User Profile Service privilege escalation. Working proof of concept on fully patched July systems. No CVE, no fix. Now at Day 14. Three prior disclosures in this series were exploited before patches arrived.
Day 7+