
CoSnitch chains three Copilot security flaws into one click
CoSnitch is not a single bug. It is three flaws in Copilot Personal that Varonis chained into one attack. All the victim has to do is open one link, and Copilot does the rest with the permissions the user already gave it.
Automatic prompt execution, exfiltration, memory poisoning
A prompt is the instruction a user types into an AI assistant. Each of the three flaws lets an attacker do one thing with a prompt the victim never typed.
| Stage | Flaw | What it does |
|---|---|---|
| 1 | Automatic prompt execution | The ?q= URL parameter plus an undocumented parameter runs an attacker's prompt as soon as the page loads |
| 2 | Data exfiltration to an external server | The injected prompt reads the victim's connected apps and encodes the result into a URL. Copilot's own URL fetch then sends it out |
| 3 | Persistent memory poisoning | Summarizing a crafted web page writes the attacker's instruction into Copilot's permanent memory |
The third stage is the one that outlives the incident. The planted instruction survives password changes, session revocation and device re-enrollment, so the usual cleanup steps do not remove it.
"Varonis Threat Labs uncovered another one-click vulnerability in Microsoft Copilot Personal dubbed CoSnitch (critical, CVE-2026-24301), which quietly executes an attack chain that exfiltrates data from enterprises without obvious red flags."/"Automatic prompt execution: The ?q= URL parameter combined with an undocumented parameter causes any attacker-supplied prompt to execute instantly on page load: no click, no confirmation, no user action. One link is all it takes."/"Data exfiltration to external servers: An injected prompt can query the victim's connected apps (Gmail, Drive, Calendar, OneDrive), encode the results into a URL, and exfiltrate them via Copilot's built-in URL-fetch capability to an attacker-controlled webhook."/"Persistent memory poisoning via web summarization: A crafted webpage, when summarized by Copilot, injects attacker instructions into the victim's permanent memory store. The injection survives password changes, session revocation, and device re-enrollment, persisting forever." (intro / The vulnerabilities behind CoSnitch) — from Varonis Threat LabsView official source →
Reported in December 2025, patched on August 18, 2026
Varonis reported the flaws to Microsoft in December 2025. Patches shipped on August 18, 2026, the same day Varonis published its research. Varonis says it has seen no evidence of exploitation in the wild.
This is the third Copilot flaw Varonis Threat Labs has found this year. Reprompt got past Copilot's guardrails by asking twice. SearchLeak turned Microsoft 365 Copilot Enterprise into a silent route for data theft. In all three cases, one click on a link that looks legitimate is enough.
"CoSnitch is the third Microsoft Copilot flaw Varonis Threat Labs has discovered this year. Reprompt bypassed Copilot's guardrails just by asking twice. SearchLeak turned Microsoft 365 Copilot Enterprise into a silent exfiltration tool. All three share the same pattern: one click on a legitimate-looking link is enough."/"Varonis disclosed CoSnitch to Microsoft in December 2025, and patches were shipped on August 18, 2026. Varonis has seen no evidence that the attack has been exploited in the wild, and thanks Microsoft for their collaboration on the fix." (intro) — from Varonis Threat LabsView official source →
Meta-hacking: how Varonis got Copilot to reveal its own flaw
Meta-hacking is Varonis's name for social engineering the reasoning engine itself. The researchers did not have to reverse-engineer the flaw. They kept asking Copilot questions about how it works, and its answers exposed the weakness during normal use.
Why Copilot refusals became raw material for meta-hacking
The first question was how to make Copilot run a prompt with no user interaction. Copilot answered that this is not how it works, that user intent is required, and that prompts do not fire on their own.
The researchers did not stop there. They reworded each follow-up so it read as a natural question instead of a probe. Their questions covered URL structure, deep links and pages that load with the input box already filled. The aim was to make Copilot reason one layer deeper about its own design. Each refusal came with a technical reason, and each reason narrowed the search.
Varonis says the resistance is part of the technique. Every "that won't work because..." is an invitation to ask about the "because".
"Our researchers didn't have to reverse-engineer the flaw. The AI exposed the weakness during normal use"/"When we first asked Copilot how to execute a prompt without user interaction automatically, it explained that’s not how it works, user intent is required, and prompts don’t fire on their own."/"Instead of settling for that standard response, we deliberately kept pushing by reframing each question to seem like a natural follow-up rather than a probe. We asked about URL structure, deep links, and what happens when a page is loaded with input already in the field with the intent to make Copilot reason one layer deeper about its own architecture. Every answer narrowed our search. This is called meta-hacking, aka social engineering the reasoning engine itself. The resistance is part of the technique."/"You don’t exploit the model. You manipulate it into cooperating." (Meta-hacking: How we got Copilot to snitch on itself) — from Varonis Threat LabsView official source →
How Copilot named the undocumented autorun parameter
Partway through a refusal, and without being asked, Copilot named an undocumented URL parameter. It also described how the parameter used to behave and each protection added to disable it. The researchers built a URL exactly as described. The prompt ran with no click and no confirmation.
The two parameters do different jobs. ?q= only fills the input box, so the user would still have to press Enter. ?autorun=1 makes the prompt run as the page loads. Both must be present for the attack to run silently. Varonis gives the attack URL this shape:
https://copilot.microsoft.com/?q=<malicious_prompt>&autorun=1
The victim's browser opens Copilot in their own signed-in session, so the prompt runs with access to that session, the connected apps and the memory. It runs to completion even if the tab is closed right after loading. From then on it has the same abilities as an instruction the user typed.
"Once execution is triggered, the prompt has the same capabilities as any legitimate user instruction."/"Copilot then disclosed an undocumented URL parameter — unprompted, mid-refusal — including its historical behavior and every protection put in place to disable it"/"We built the URL exactly as described. With no click or confirmation from the user, the prompt was successfully executed automatically"/"Note: ?q= alone only pre-fills the input the user would still need to press Enter. It is ?autorun=1 that enables automatic execution on page load. Both parameters must be present for the attack to work silently." (The steps behind meta-hacking / Vulnerability 1: Automatic prompt execution) — from Varonis Threat LabsView official source →
What was taken, and why Copilot memory stays poisoned
Two questions remain: what left, and what stays behind. Mail, file names, calendar entries and chat history were taken. Copilot's memory stays poisoned because nothing resets or deletes it on its own.
Copilot prompt injection with full OAuth connector reach
OAuth is the permission system that lets one service read another on a user's behalf. When a user connects Gmail to Copilot, they authorize Copilot to read their mail through an OAuth connector. With that in place, Copilot can read full message bodies, not just summaries or metadata. In Varonis's tests that included passwords shared by email, internal system passwords, password reset links and personal information nobody had thought of as at risk.
Varonis stresses that Gmail and OAuth are not at fault. The user authorized Copilot to read their mail. The flaw is that a link can trigger that access silently, because the system assumes the user starts every connector call.
What was taken in Varonis's testing
| Source | What was taken |
|---|---|
| Gmail / Outlook | Message bodies, subject lines, sender and recipient details |
| Google Calendar | Meeting titles, attendees, times, locations |
| Google Drive | File names and metadata summaries |
| Copilot chat history | The full contents of earlier conversations |
| Copilot memory | Cross-session context, saved instructions, user-defined rules |
The prompt works in three steps: find valuable data, collect it into a variable, send it out. The data is base64-encoded into the path of a URL, and Copilot's built-in URL fetch delivers it to a webhook the attacker controls. On the network this is a standard outbound HTTPS GET, identical to any other fetch Copilot makes. It has no anomalous header, port or payload, so security tooling sees Copilot doing what it always does.
"Once Copilot has OAuth access to a user’s Gmail account, it can read everything in that inbox, not summaries, not metadata, but full message bodies. In our testing, this included emails containing credentials shared over email, internal system passwords, password reset links, and sensitive personal information that users had never considered at risk because it was “just in email.”"/"This is not a flaw in Gmail or OAuth. The user authorized Copilot to read their email, which it did."/"The key assumption the system makes is that connector invocations are user-initiated. CoSnitch breaks that assumption."/"the prompt instructs Copilot to encode the collected data into a URL path and fetch it"/"The base64 encoding compresses the payload into a URL-safe string and helps avoid triggering content filters that scan for sensitive patterns, such as passwords or API keys, in outbound requests."/"Email content, subject lines, sender/recipient metadata, message bodies"/"Google Calendar Meeting titles, attendees, times, and locations"/"Google Drive File names, metadata summaries"/"Copilot Chat History Full prior conversation content"/"Copilot Memory Persistent cross-session context, saved instructions, user-defined rules"/"From the network layer, this is a standard outbound HTTPS GET request, identical to any legitimate URL fetch Copilot performs when summarizing a webpage. No anomalous headers, no unusual ports, no flaggable payload. Security tooling sees Copilot doing exactly what it always does: fetching a URL." (Vulnerability 2; each row of the table above comes from a cell of the Data exfiltrated in testing table in that section) — from Varonis Threat LabsView official source →
Indirect prompt injection writes to Copilot memory
In an indirect prompt injection, the attacker does not type the instruction. They plant it in content the model reads on the victim's behalf, and only the model sees it. Copilot's web page summary is one place this can happen. A summary request makes Copilot fetch the page, take in its full content and write a short account of it.
The flaw sits in the last of those steps. Copilot does not tell content to summarize apart from instructions to follow. A crafted page can hide an instruction in visible text, HTML comments, hidden elements or metadata. Copilot reads it, writes it into persistent memory and returns a summary that looks normal. The victim sees nothing wrong, and the memory has already changed.
The memory has no expiration. It does not reset between sessions or clear on logout, and nothing deletes it automatically. The instruction stays active in every later conversation until the user opens the memory settings and deletes it by hand. Varonis adds that most users never do, and many do not know the memory exists.
The write also leaves no forensic footprint. No process starts, no file or network connection appears, and no log entry gets created that a security tool would flag. The only record is in Copilot's memory screen, which users rarely open. Varonis showed what this allows: an attacker who can write to memory can shape what Copilot says, including suppressing a CVE warning or presenting a known vulnerability as safe.
"Indirect prompt injection is different because the attacker plants instructions in external content that the model will process on the victim’s behalf."/"Copilot does not distinguish between content to summarize and instructions to follow when processing external page content. If the page contains natural language instructions formatted in a way the model interprets as directives, those instructions execute."/"Once the memory is written, the attacker’s instructions are permanent. Copilot’s memory has no expiration. It does not reset between sessions and does not clear on logout, and is never automatically deleted or overwritten. The injected instruction remains active in every future Copilot conversation for that user unless the user manually navigates to the memory settings and deletes it. Most users never do this, with many users not even knowing it exists."/"No forensic footprint: The memory write produces no process, file, network connection, or log entry that security tooling would flag. The only record is in Copilot’s memory UI, which users rarely inspect"/"Once an attacker can write to your Copilot memory, they can shape what Copilot tells you, including suppressing CVE warnings or presenting a known vulnerability as safe." (Vulnerability 3: Indirect prompt injection via web summarization → persistent memory modification / Impact: Unauthorized memory modification) — from Varonis Threat LabsView official source →
How Copilot Personal users and security teams should respond
Varonis does not tell anyone to stop using Copilot. Its advice splits by reader. For security teams, it recommends four checks:
- Audit connector configurations. Fewer connected apps put less data within reach.
- Treat Copilot as a privileged insider, and put it under the same access review and anomaly detection as an employee with broad data access.
- Review link-delivery risk. The chain needs a click, so AI assistant links from outside sources may need extra scrutiny. Varonis names email, chat, phishing pages and QR codes as ways the link can arrive.
- Verify monitoring coverage. Varonis says most tools have a blind spot for unusual data access that starts from Copilot.
The advice for Copilot Personal users is shorter. Varonis gives three rules:
- Be wary of any link that opens an AI tool. If the link fills in a prompt, read it first.
- Watch for unexpected behavior. If Copilot fetches URLs you did not request or gives unexpected output, close the session and report it.
- Keep connected apps to the services you actively use.
The bottom line from Varonis is three vulnerabilities, one click and zero anomalous signals. The Microsoft Copilot vulnerability is patched as of August 18, 2026, and Varonis has seen no exploitation. The method that found it is not specific to Copilot. Varonis says meta-hacking applies to any agentic platform with a natural language interface, meaning an AI system that acts through apps and tools on a user's behalf, and it plans to publish more research.
"The takeaway from CoSnitch isn’t, “stop using Copilot.”"/"Audit connector configurations: Review which apps are connected to Copilot and whether each connection is actively necessary. Fewer connections mean a smaller blast radius."/"Treat Copilot as a privileged insider: Apply the same access review and anomaly detection you would to a human employee with broad data access."/"Review link-delivery risks: The attack chain requires the victim to click a link. Consider whether AI assistant URLs from external sources need additional scrutiny."/"Confirm whether your current tooling would detect unusual data access patterns originating from Copilot most tools have a blind spot here."/"Be cautious with links that open AI tools: If a link pre-fills a prompt, read what it says before it runs."/"Watch for unexpected behavior: If Copilot fetches URLs you didn’t request or produces unexpected output, close the session and report it."/"Keep your connected apps minimal: Only connect services you actively use."/"The victim clicks the attacker’s crafted URL (delivered via email, chat, phishing page, QR code, etc.)"/"CoSnitch is three vulnerabilities, one click, and zero anomalous signals."/"The novel meta-hacking technique that uncovered CoSnitch — using the AI’s own reasoning to surface its hidden internals — applies to any agentic platform with a natural language interface." (How to protect your organization / The bottom line; the link-delivery fragment is from Vulnerability 1: Automatic prompt execution) — from Varonis Threat LabsView official source →
FAQ
- Has CoSnitch been patched?
- Yes. Varonis Threat Labs disclosed it to Microsoft in December 2025, and patches shipped on August 18, 2026. Varonis says it has seen no evidence that the attack was exploited in the wild.
- Why did the attack need two URL parameters?
- The two parameters do different jobs. `?q=` only fills the input box, so the victim would still have to press Enter. The undocumented `?autorun=1` makes the prompt run as the page loads. Both must be present for the chain to work silently.
- Does changing your password clear a poisoned memory?
- No. Varonis says changing passwords, revoking sessions and re-enrolling the device do not clear Copilot memory. The memory never expires and is never deleted automatically, so the injected instruction stays until the user opens the memory settings and removes it by hand.



