The Anthropic breach isn't about models: it's about the SaaS sprawl
Cathedral's AI agents reportedly reached Anthropic's HR and sales tools in under 12 hours. Continuous automated red-teaming should be table stakes, and customers should ask for proof.
AI-generated image
Twelve hours. That is how long it reportedly took a startup's AI agents to get into internal systems at one of the leading AI labs. The headline is dramatic, but the interesting part is where they got in, and what it says about how we should judge every lab that wants our data.
The attackers walked in through the side door
Cathedral, a cybersecurity startup, says it reached Anthropic's internal systems in under 12 hours using AI agents, as Gizmodo en Español reports. According to eSecurity Planet, citing a draft report reviewed by The Washington Post, the autonomous agents reportedly exploited vulnerabilities in third-party administrative and sales tools. They saw salary records, job offers, meeting transcripts and Slack messages about advanced models.
Anthropic confirmed access to a "limited set" of its sales, HR and IT platforms. It says customer conversations, source code and model weights were never touched, that its monitoring flagged some of the activity, and that it cut off access the same day. It also disputes Cathedral's framing of the national security risk and says the researchers broke bug bounty rules by not disclosing all of their activity. Cathedral says it kept data access to the minimum. Those are competing claims, and we can't settle them from here.
The 12 hours is a bit of a trick, and that makes it more worrying
Read closely, the 12-hour figure applies to third-party business applications. Anthropic says the same researchers had earlier spent several days trying to get into its proprietary systems directly. So the crown jewels held up. Good.
But that is exactly the point. Labs pour money into protecting the model and, it seems, treat the plumbing around it as an afterthought: the CRM, the payroll tool, the admin dashboards. Attackers, human or automated, don't care about our org chart of "important" assets. They take the softest path. An agent that tirelessly probes every connected service will probably find that path faster than a team of humans reviewing a checklist once a year.
We think the lesson is not "Anthropic was sloppy," although Alex Stamos, chief information security officer at Cognition, told The Washington Post that "Anthropic could have done a lot better." It is that a point-in-time audit of a sprawling SaaS estate is obsolete the day it is signed. If a young startup can reach that surface in half a day, it is reasonable to assume better-resourced adversaries can too.
Continuous automated red-teaming should be table stakes
Our position is simple. Any lab or vendor holding sensitive corporate data should run automated, agent-driven attacks against itself continuously, covering the boring third-party layer and not just the model. Defenders have access to the same kind of tools as attackers, plus the advantage of knowing the terrain. Not using them is a choice.
There is a quiet positive in this story: Anthropic says its monitoring flagged some of Cathedral's activity before the researchers reported it. Detection worked, at least partly. That is what a mature program looks like, and it's the thing worth measuring: not "were you breached?" but "how fast did you notice, and how much could be reached?"
Customers have leverage, and should demand proof
Enterprise buyers have leverage right now, and they should use it. Ask your AI vendor, in writing:
- How often does automated red-teaming run, and does it cover third-party SaaS and integrations, not only the model?
- What was the time to detection in the last exercise?
- What partner and customer contact data sits in the administrative tools, and who can reach it?
The eSecurity Planet piece notes that Anthropic acknowledged contact details for some partners and customers, plus basic account records, were accessible. That is not catastrophic, but it is the sort of detail procurement teams should be probing before signing, not after reading a news story.
A caveat: much of this rests on a draft report and a dispute between a researcher and its target, and the coverage is still early. We'd avoid declaring a winner. But the direction of travel looks clear. When attackers work at machine speed, "we pass an annual pentest" stops being an answer. Our verdict: treat continuous automated red-teaming as the minimum, and treat any vendor who can't show evidence of it as a risk you are choosing to carry.
No topics yet: start the first one.
More stories
Binance's reported mega-hack shows custody is still crypto's weak spot
A reported multibillion-dollar drain at the world's largest exchange, plus emptied Polymarket accounts, shows that "trust us" is not a security model. Users should demand proof.
Firmware is the patch gap nobody owns, and the new UEFI bug proves it
A critical EDK II flaw runs code before the OS and Secure Boot can react. The fix lives in a vendor chain most admins never audit, and that is the real problem.
Broccoli2Shell proves your riskiest code is code you never chose
A Brotli decoder flaw reaches Node.js, Python and more through ordinary web traffic. The lesson is not faster patching: it is knowing where shared code hides.
Anonymous AI shopping agents are a gift to fraudsters
Arkose Labs says 97.7% of legitimate agent sessions carry no verified ID. Agentic commerce can't scale on guesswork, and disclosure should stop being optional.



