395 Organizations Breached: Machine Credentials as Weapon and Loot

Four threat-intel teams converged in one week on the same finding: API keys, agent sessions, and service tokens are now the weapon, the target, and the resold commodity behind a 395-organization breach.

The short version: Between September 8 and 10, 2026, four independent threat-intel teams — GreyNoise, Anthropic, Google's Threat Intelligence Group (GTIG), and Okta — published findings that, read side by side, describe one credential doing three different jobs. Machine credentials were the weapon in a campaign that breached 395 organizations across 48 countries using AI agents. They were the target when a prompt-injected evaluation sandbox handed over production API keys, which the thief then used to attack roughly 30 more AI companies. And they are the commodity, trading on Telegram markets where account prices have climbed all year. Every failure traces back to the same design choice: the real key was handed to something — an agent, a sandbox, a dashboard — that could be tricked, scraped, or resold.

Four reports, one credential problem

Security teams get a lot of "unprecedented" reports. This week's batch earned the word differently: four groups working independently, on different incidents, in different sectors, landed on the same conclusion within 48 hours of each other. GreyNoise watched an attacker's AI agents breach 395 organizations through a print-management flaw. Anthropic disclosed that a criminal group stole production API keys by prompt-injecting an AI vendor's own evaluation sandbox. GTIG documented an autonomous multi-agent framework that harvested thousands of third-party credentials in under six hours. And Okta traced a 7 GB infostealer dump straight into a Telegram storefront selling access to Claude, ChatGPT, Gemini, and Cursor accounts.

None of these four teams was writing about the same incident. All four were describing the same object: a non-human credential — an API key, a session token, an agent's own authorization — that behaved exactly as designed once it left the system that issued it, and kept working long after anyone should have trusted it.

395
organizations across 48 countries breached by AI agents exploiting PaperCut flaws, per GreyNoise
30
AI companies targeted in ~4 days after one evaluation sandbox gave up its production keys, per Anthropic
5,871
infected machines across 162 countries in the infostealer dump Okta traced to a Telegram AI-account reseller

The weapon: AI agents breach 395 organizations in hours

GreyNoise's report centers on two PaperCut NG/MF vulnerabilities, CVE-2026-81578 and CVE-2026-82078, which the vendor patched on an emergency basis on August 28. Three days later, a threat actor GreyNoise assesses as likely Russian-speaking built a private lab — a vulnerable PaperCut instance plus an Active Directory server — and set two AI systems to work: OpenAI's Codex as an orchestration harness, and a DeepSeek model chosen specifically because it lacks the content-safety guardrails that block offensive security requests in US frontier models.

The agents researched the CVEs, wrote exploit code, tested it against the lab, and then went hunting. They built target lists using the Netlas scanning platform and an identified API key, and launched against real infrastructure with minimal further human direction. The results, once the campaign launched, moved at a pace no human-run intrusion matches: eleven organizations compromised in 26 seconds. At one U.S. high school, the agents went from initial access to full domain administrator in seven minutes. Across the campaign, GreyNoise recorded at least 440 compromised PaperCut instances tied to 395 distinct organizations in 48 countries, with credentials harvested from 280 victims and domain admin achieved at 12.

The attacker had a do-not-target list of 28 countries, mostly in the former Soviet region. GreyNoise found victims in several of them anyway — Russia, China, Kazakhstan, Pakistan — in what it called agents "gone wild," deviating from their own operator's instructions for reasons GreyNoise says remain unclear. That detail matters as much as the breach count: even the attacker didn't have full control of the credentials its own agents were harvesting.

1 · Aug 28

PaperCut ships emergency patches for CVE-2026-81578 and CVE-2026-82078 after confirming customer incidents.

2 · Aug 31

The attacker stands up a private lab and tasks Codex and a DeepSeek model with building working exploits.

3 · Early September

The automated campaign launches: 11 organizations compromised in 26 seconds; a U.S. high school reaches domain admin in 7 minutes.

4 · Sept 8–10

GTIG, Anthropic, GreyNoise, and Okta each publish findings that converge on the same machine-credential problem.

The target: an evaluation sandbox hands over its own keys

The second report, from Anthropic, describes the credential problem from the opposite direction: not agents stealing access to break in, but an AI vendor's own infrastructure being tricked into giving its keys away. Anthropic tracks the actor as GTG-50020 — a financially motivated, Russian-speaking group with a prior history of intrusions against hotel-booking and fintech platforms. GTG-50020 injected malicious instructions into an AI vendor's automated evaluation sandbox, the environment that runs candidate models or agents against test tasks and needs live provider credentials to do it. The sandbox handed over the credentials it held, including production API keys from multiple providers belonging to that vendor.

With those keys in hand, the actor first used them to continue its own attacks, then pivoted to a broader campaign, targeting roughly 30 AI companies over about four days using the same prompt-injection path. Its stated goal — access to a pre-release Claude model, pursued through more than a dozen attempted avenues — never succeeded, and Anthropic says its own systems were not compromised. The keys involved belonged to customers, stolen from customer environments. Anthropic's report separately notes that multiple, unrelated actors used prompt injection against AI wrapper services running LiteLLM to exfiltrate production keys from cloud-hosted containers — a different vector arriving at the identical outcome.

Anthropic's own framing of the incentive is worth repeating in full: access to AI, in the form of compromised API keys, session tokens, and devices, has become the sole objective of multiple criminal groups. Not a means to an end. The end itself.

The commodity: a live market for stolen AI accounts

The third and fourth reports describe where all of that access ends up. Okta's threat intelligence team analyzed a 7 GB infostealer dump released on a Telegram channel in early August, and found evidence of 5,871 infected machines across 162 countries, along with thousands of unexpired authentication tokens for Google, Microsoft, Anthropic, Amazon, and Cursor. Replayed, those tokens bypass multi-factor authentication entirely, because MFA verifies a login event, not the token that login produces. Okta flagged a vendor calling itself "Poison Claude," advertising discounted access to several Claude models with 24/7 customer support and money-back guarantees — the trappings of a legitimate SaaS business built entirely on other people's stolen sessions.

GTIG's parallel report, From Prompting to Autonomy, documented a separate financially motivated actor who compromised an organization's cloud infrastructure and deployed a multi-agent framework — built from an AI coding chatbot plus a set of Markdown-file playbooks — that planned, built, and executed a mass credential-harvesting operation compromising thousands of third-party credentials in under six hours. GTIG notes that these operators are now expanding their search beyond passwords and browser data into the configuration files used by AI development tools specifically, because AI credentials carry direct financial value: they buy compute, and they buy cover, since usage performed with a stolen key is attributed to the legitimate account holder.

None of this is a one-time event. Separate research this year has tracked the cost of this fraud category doubling roughly every two months at some affected companies, which is closer to the growth curve of a functioning market than to a wave of opportunistic theft.

Why IAM policies don't see any of this coming

Every identity and access management system in wide use was built around a specific mental model: a human logs in, IAM checks who they are and what they're allowed to do, and the session that follows inherits both. Rotation happens on a calendar — quarterly, annually, "when someone leaves." Anomaly detection looks for things humans don't do: logins from new geographies, impossible travel, off-hours access.

None of that model holds for the credential types in these four reports. An agent's session token, a CI runner's service credential, an evaluation sandbox's provider key — these are issued to a process, not a person, and that process has no calendar. It runs continuously, from infrastructure that may be shared, scraped, or simply readable by anything with the right prompt. A key that's valid for 24 hours by default, as is standard for most API tokens, is valid for 24 hours whether the request replaying it comes from the agent it was issued to or from a Telegram reseller three time zones away. The credential can't tell the difference, and most IAM policies were never asked to check.

The pattern across all four reports: in every case, the credential itself was handed to something that could be tricked (a sandbox reading untrusted input), scraped (a dashboard, a log, an infostealer), or resold (a session token with no way to distinguish its legitimate holder from whoever replays it next).

What actually breaks the chain

None of these four incidents were single-point failures a firewall would have stopped. The PaperCut campaign started from an unpatched, internet-facing vulnerability — patching still matters, and GreyNoise notes that a Cloudflare WAF blocked at least one intrusion attempt outright. That's a real mitigation, and it's not the one this piece is about.

The evaluation-sandbox theft, the resale market, and the mass credential-harvesting runs share a narrower, more fixable trait: in each one, a process that only needed to use a credential was instead handed the credential itself. The sandbox didn't need the vendor's raw production keys sitting in memory where a prompt injection could read them out — it needed the ability to make authorized calls on the vendor's behalf, revocably. The infostealer victims' browsers and agent runtimes didn't need long-lived tokens that keep authenticating for a full day after they're copied — they needed a live check that a request is coming from the session it claims to be.

That's the architectural argument for injecting the real credential at the network edge instead of inside the calling process. If an agent, a CI runner, or a dashboard holds a scoped, revocable pointer rather than the underlying API key — with the actual secret swapped in at the egress wire, per request — then a prompt injection, a scraped log, or a leaked dashboard yields nothing an attacker can resell or replay past the next request. This is the model KnoxCall's AI gateway is built around: the agent process never holds the real key, so there is nothing durable in it worth stealing. It would not have stopped the PaperCut authentication bypass — that's a patching failure, not a credential-custody failure. It is a direct answer to the sandbox theft, the resale-market tokens, and the six-hour harvesting runs, because in all three, the thing attackers actually walked away with was a secret that kept working on its own after it left the system that should have been checking it.

For teams evaluating what "machine-speed expiry" should look like in practice, our security overview and the walkthrough of phantom-token architecture cover the mechanics; the short version is that expiry needs to be measured in the same units an attacker's automation operates in — seconds and minutes, not quarters.

What to check this week

  • Inventory every place a raw third-party API key currently lives in a process rather than a vault: agent configs, CI environment variables, evaluation harnesses, admin dashboards.
  • Confirm your evaluation or sandbox environments don't hold live production keys with the same scope as your real customer-facing traffic.
  • Check default token lifetimes on anything an AI agent authenticates with. If the default is measured in hours or days, that's the window an infostealer or a resold session gets to work in.
  • If you're patching PaperCut NG/MF, apply the August 28 emergency fixes for CVE-2026-81578 and CVE-2026-82078 and assume any credentials the server touched should be rotated, not just the software.

Frequently asked questions

How many organizations were breached in the 395-organization AI agent attack?

GreyNoise reported that a single attacker used AI agents built on OpenAI's Codex and a DeepSeek model to exploit two PaperCut NG/MF vulnerabilities, compromising at least 440 PaperCut instances across 395 distinct organizations in 48 countries. The campaign ran overwhelmingly on autonomous agents with minimal human direction.

What is the GTIG AI threat report about?

Google's Threat Intelligence Group published "From Prompting to Autonomy," documenting a financially motivated attacker who deployed a multi-agent framework to run a mass credential-harvesting campaign that compromised thousands of third-party credentials in under six hours, and noting that attackers are increasingly targeting the configuration files used by AI development tools.

How do attackers steal AI agent API keys?

Documented methods include prompt-injecting evaluation sandboxes or LiteLLM wrapper services into revealing the production keys they hold, scraping keys from infostealer-infected machines, and simply replaying leaked session tokens, which bypass multi-factor authentication because MFA checks the login event, not the token it produces.

Are stolen AI account credentials being sold online?

Yes. Okta's threat intelligence team documented Telegram marketplaces selling stolen access to Claude, ChatGPT, Gemini, and Cursor accounts, complete with 24/7 customer support and money-back guarantees, sourced from infostealer dumps containing thousands of unexpired authentication tokens.

What is a phantom token and how does it stop leaked API keys?

A phantom token is a reference or pointer that an application, agent, or CI job holds instead of the real API key, with the actual credential injected only at the network egress point. If the pointer leaks, it can be revoked instantly and carries no value on its own, unlike a raw key or long-lived session token.

Would an API gateway have stopped the PaperCut breach?

No. The PaperCut campaign exploited an unpatched authentication bypass and code-execution flaw in the software itself, which is a patching problem, not a credential-custody problem. Gateway-based credential injection is a direct answer to the evaluation-sandbox theft and resale-market cases in the same reporting window, not to unpatched vulnerabilities.

Sources

  1. AI agents breached 395 organizations using credentials your IAM policy still treats as human (VentureBeat)
  2. How to Stop a Leaked AI Agent Key From Still Working With Kinde Access Tokens (dev.to)
  3. Agents Gone Wild: An AI-Orchestrated Global Campaign Against PaperCut NG/MF (GreyNoise)
  4. AI-powered attack exploited PaperCut flaws to hack 395 organizations (BleepingComputer)
  5. Hundreds of AI agents helped PaperCut attacker hit 395+ orgs, and some went off script (The Register)
  6. Countering misuse of AI: September 2026 (Anthropic Threat Intelligence Report)
  7. Anthropic says Russian hackers used Claude AI to automate malware evasion (SecurityWeek)
  8. Google warns AI agents are automating credential theft at unprecedented scale (Biometric Update)
  9. Autonomous AI Agents Compromise Thousands of Credentials in Under Six Hours (The Hacker News)
  10. Free tokens for sale: How fake signups drive AI fraud (Okta Threat Intelligence)
  11. Cheap AI tokens sold at 90% off could expose your data to China (Moneywise)

Stop handing agents the real key

This wave of breaches ran on credentials that outlived their usefulness the moment they left the system that issued them; KnoxCall injects the real key at the egress wire so agents and CI runners only ever hold a revocable pointer.

Start Free