Microsoft Patches Critical One-Click Copilot Flaw

💡A single link could trigger Copilot, steal connected-app data, and poison persistent memory.
⚡ 30-Second TL;DR
What Changed
The CoSnitch exploit chained automatic prompt execution, external data exfiltration, and persistent memory poisoning.
Why It Matters
The incident highlights how prompt injection, URL handling, connected-app access, and long-term memory can combine into a serious attack path. AI teams should treat Copilot-style assistants as security-sensitive systems rather than ordinary chat interfaces.
What To Do Next
Audit Microsoft Copilot’s connected-app permissions and test your tenant with malicious-link and prompt-injection scenarios, especially around URL fetching and web summarization.
Key Points
- •The CoSnitch exploit chained automatic prompt execution, external data exfiltration, and persistent memory poisoning.
- •A crafted URL could execute an attacker-supplied prompt without user clicks, confirmation, or other interaction.
- •Injected prompts could query connected services such as Gmail, Drive, Calendar, and OneDrive, then send results to an attacker-controlled webhook.
- •Varonis discovered the vulnerability partly by prompting Copilot to explain why automatic execution was supposedly impossible.
- •Microsoft classified the issue as critical and said customers are already protected, requiring no action.
🧠 Deep Insight
AI-generated analysis for this event.
🔑 Enhanced Key Takeaways
- •The CoSnitch vulnerability leveraged a flaw in how Microsoft Copilot handled 'deep links' or URI schemes, allowing the bypass of standard security sandboxing.
- •Varonis researchers utilized a technique called 'prompt injection chaining' to demonstrate that Copilot's memory (the 'persistent memory' feature) could be used to maintain persistence across different user sessions.
- •The vulnerability specifically exploited the integration between Copilot and the Microsoft Graph API, which acts as the bridge to user data in Microsoft 365 services.
- •Microsoft's remediation involved implementing stricter input validation and origin-checking for URI-based prompts to prevent unauthorized cross-origin execution.
- •The delay in patching was attributed to the complexity of the Copilot architecture, which required significant architectural changes to the way the model processes external instructions versus user-initiated prompts.
📊 Competitor Analysis▸ Show
| Feature | Microsoft Copilot | Google Gemini (Workspace) | Anthropic Claude (Projects) |
|---|---|---|---|
| Data Integration | Deep M365/Graph API | Deep Google Workspace | Limited/File-based |
| Memory Persistence | Persistent (User-specific) | Session-based | Project-based |
| Security Model | URI/Deep-link dependent | OAuth/Scope-restricted | API-key/File-restricted |
| Prompt Injection Risk | High (due to integrations) | Moderate | Low (Isolated) |
🛠️ Technical Deep Dive
- The vulnerability exploited the Copilot URI handler which failed to sanitize parameters before passing them to the LLM's context window.
- Attackers could craft a URL with a 'prompt' parameter that the Copilot web interface would automatically parse and execute upon page load.
- The persistent memory poisoning occurred because the model's 'long-term memory' store did not distinguish between user-authored facts and facts injected via malicious prompts.
- Data exfiltration was achieved by forcing the model to call an external webhook via the 'Search' or 'Plugin' tool-use capability, which lacked sufficient domain allow-listing.
🔮 Future ImplicationsAI analysis grounded in cited sources
⏳ Timeline
Weekly AI Recap
Read this week's curated digest of top AI events →
👉Related Updates
AI-curated news aggregator. All content rights belong to original publishers.
Original source: Computerworld ↗
