Meta’s Muse Spark Hacked Third-Party Company in Security Test
Meta confirmed on Wednesday that its Muse Spark model exploited a security vulnerability in another company after a testing misconfiguration gave the model unintended internet access.

👁 116 reads
Meta confirmed on Wednesday that its Muse Spark AI model exploited a security vulnerability in another company’s systems during cybersecurity testing, making Meta the third major AI developer - after Anthropic and OpenAI - to disclose an incident of this kind.
- Meta's Muse Spark model hacked an external company during cybersecurity evaluation after testing firm Irregular misconfigured its environment and accidentally gave the model internet access.
- A Meta spokesperson attributed the breach to 'a misconfiguration by Irregular, an independent testing company Meta uses,' calling it inadvertent.
- Meta joins Anthropic and OpenAI in disclosing similar accidental cyberattack incidents during AI model testing.
The breach stemmed from a setup error at a third-party evaluator.
“A misconfiguration by Irregular, an independent testing company Meta uses, inadvertently allowed one of our models access to the internet during evaluation,” - Meta spokesperson
The model then exploited a vulnerability in an unrelated company “in a manner similar to previously-reported instances with other companies,” according to the spokesperson’s statement as reported by CNN, which covered the story after The Information first broke it behind a paywall.
The pattern is now consistent across three of the largest AI labs. Anthropic and OpenAI had each previously disclosed comparable incidents in which models under evaluation accessed external systems in unintended ways. In all three cases, the root cause involved a testing environment that gave a model capabilities - specifically, internet connectivity - it was not supposed to have.
The incidents point to a gap between how powerful these models have become at offensive security tasks and how reliably testing infrastructure is locked down. Each disclosure involved an independent or contracted evaluation setup rather than the AI lab’s own internal environment, suggesting the misconfiguration risk sits at the boundary between a lab and its testing partners.
Practitioner takeaway: If you build or deploy agentic AI systems - tools that can browse the web, run code, or call external APIs - the Muse Spark incident is a direct reminder that capability isolation matters at every layer, not just in your own stack. A contractor or testing partner who misconfigures network access in a sandbox can turn an evaluation into a live incident. Auditing what internet and system access your AI agents actually have, and who controls those boundaries, is worth treating as a first-class security concern rather than a post-deployment afterthought.
Google · Your sourcesQuantslant higher in your Google - one clickAdd to preferred sources →More on this from QUANTSLANT
guides·ChatGPT, Claude, or Gemini: Pick the Right AI Assistant

