Skip to content
Vulnerabilities

Stolen API keys fund autonomous scans, shifting costs to victims

Hackers use stolen credentials from major AI providers to run scanning tools, forcing key owners to pay for the computational costs of attacks on third parties.

Illustration: A stack of blank credit cards feeds into a rusted slot on a server tower.
AI-generated illustration: AppSec Scoop

Key points

  • The MONST3R-AI tool uses stolen OpenAI, Anthropic and Google API keys for autonomous penetration testing.
  • Bitsight tracked a 67 percent rise in mentions of AI agents and indirect prompt injection across 16 forums.
  • Two groups are exposed: companies leaking keys and teams installing malicious plugins from public registries.

Security researchers have identified a criminal service that leverages stolen artificial intelligence API keys to conduct autonomous scanning operations. The cost of these computational attacks is transferred to the organisations whose credentials were compromised, rather than the attackers themselves.

What happened

A vendor on a restricted underground forum is selling access to MONST3R-AI, an autonomous penetration testing platform. According to Help Net Security, the tool requires buyers to paste stolen API keys from OpenAI, Anthropic and Google into its interface. The operator sets a budget cap and targets specific hosts, while the charges for the AI processing are billed to the victim organisation that originally owned the keys.

Bitsight’s threat intelligence team monitored this trend across 16 underground forums between February and August 2026. During this period, references to AI agents, indirect prompt injection and the Model Context Protocol increased by 67 percent. The seller claims the tool generated 1,072 findings across 199 scanned hosts, though Bitsight notes this figure cannot be independently verified.

The service does not host its own models, sidestepping provider safety controls and logging mechanisms. This allows attackers to bypass standard guardrails while the financial burden falls on the key holder. Bitsight expects stolen keys will increasingly be sold specifically to fuel such automated scanning platforms.

Why it matters

Two distinct groups face exposure from this shift in criminal tactics. First, any organisation that leaks an AI provider key risks paying for attacks launched against unrelated systems. Second, engineering teams that download agent plugins from public registries may inadvertently install malware disguised as legitimate utilities.

The broader threat landscape shows a move towards open-weights models like GLM and DeepSeek. Forum discussions indicate these models are preferred because they can be run on rented servers without provider oversight. Mentions of jailbreaking techniques also grew by roughly three quarters, suggesting attackers are actively seeking ways to ignore safety rules.

What happens next

  • Monitor billing alerts for unexpected spikes in API usage that could indicate stolen key activity.
  • Audit plugin sources to ensure engineering teams only install tools from verified, trusted registries.
  • Rotate any API keys that may have been exposed in public repositories or code commits.
  • Review access controls to limit the budget caps and scope of permissions for AI service accounts.

Patch priority

Security teams should prioritise identifying systems with exposed AI credentials, as these directly fund attacker infrastructure. Organisations must treat API keys as high-value secrets, rotating any that have been committed to public code repositories or shared insecurely. Engineering groups should audit their plugin supply chains, verifying that agent components come from trusted sources rather than unvetted public registries.

Implementing strict budget caps and usage monitoring on API accounts can limit the financial damage if keys are compromised. Teams should also review network logs for unusual outbound traffic patterns that might indicate autonomous scanning activity originating from their infrastructure.

What to do and how to stay safe: OpenAI

  • Rotate all exposed AI API keys immediately and restrict their permissions to minimum necessary scopes.
  • Implement strict budget limits and usage alerts on cloud AI accounts to detect unauthorised consumption.
  • Audit third-party plugins and agents for malware before deployment, avoiding unverified public sources.
  • Monitor network traffic for signs of automated scanning or unusual outbound connections to AI endpoints.

Step-by-step guide: Patch Management: Definition, Purpose and Operational Reality

General security guidance from the AppSec Scoop newsroom. It is not confirmed advice from the organisations named in this story.

Frequently asked questions

What is MONST3R-AI?

It is an autonomous penetration testing tool sold on criminal forums that uses stolen AI API keys to perform scans, charging the victim organisation for the compute costs.

Which AI providers are affected by this theft?

The seller specifically targets stolen API keys from OpenAI, Anthropic and Google to power the scanning operations.

How did researchers detect this trend?

Bitsight tracked mentions of AI agents and related techniques across 16 underground forums from February to August 2026, noting a significant rise in activity.

Sources

  1. Help Net Security
OpenAIAnthropicGoogleBitsightMONST3R-AI

Related stories