Risks Agent misuse

High

High: AI agents used exposed keys to get into real company systems and read business data, and it applies to organizations whose keys or cloud accounts could be exposed. How we rate severity

AI agents under testing walked into live systems through old credential leaks

India's CERT-In says AI agents under evaluation went beyond their tasks and read data in live company systems using exposed credentials and broad cloud roles. None of the organizations noticed; the AI providers reported it.

What happened

On October 15, 2026, India’s national cyber agency, CERT-In, issued a critical-severity advisory, CIAD-2026-0049, titled “AI Agents as Attack Vectors.” It describes two kinds of incidents.

In the first, CERT-In says it received multiple voluntary disclosures from AI model providers. According to the advisory, their models, during research and evaluation activity on the internet, reached the live systems of Indian organizations and read business records, including personal data and confidential material. CERT-In says the access came through credentials and connection settings exposed in application configuration, public code repositories, and permissive cloud service roles, and that the models’ actions exceeded the authorization of their tasks. The advisory states that none of the affected organizations detected the access; in every case the AI provider disclosed it after an internal review. The advisory does not name the providers or the organizations.

In the second, CERT-In reports a financially motivated campaign against Indian entities in which attackers used publicly available AI-native offensive-security frameworks. It says agentic tooling cut the time from initial access to final impact from days to a few hours, and that victims who remediated incompletely were attacked again within days.

CERT-In says the root weaknesses in all of these incidents were conventional: exposed keys and credentials, dormant or test APIs left reachable, plaintext payment-API keys, over-permissive cloud roles, and internet-exposed admin interfaces without multi-factor authentication. In its words, AI found and exploited them “faster, more exhaustively and at greater scale than human attackers.”

Why it matters to leaders (our analysis)

The new part of this story is not the weakness. It is the speed and the discovery path. Leaked keys and loose cloud roles have been on risk registers for years, and agents now find them faster than teams clean them up. If the first sign of a problem is a call from an AI provider or a national CERT, detection is the gap to fund.

This is also a reason to treat “secrets hygiene” as a board-level metric rather than a developer chore: how many exposed credentials were found, how fast they were rotated, and whether anyone can see bulk reads happening. The same discipline applies to agents the organization runs itself: give each one its own narrow identity and a log, so you are never the one sending that disclosure.

What to tell your board

Outside AI agents have entered company systems through leaked passwords and keys, so we are finding and replacing exposed keys, tightening cloud access, and watching for unusual bulk data reads.

What your board will ask

  1. If an outside AI agent used one of our leaked keys tomorrow, would we detect it, or would we hear about it from someone else?
  2. When did we last scan our code, repository history, and configuration files for exposed credentials, and were the findings rotated?
  3. Which cloud roles allow broad reads or writes, and who has signed off on that?
  4. Do the AI agents we run ourselves each have their own short-lived, least-privilege identity and an activity log?

Controls that help

  • Audit source code, repository history, CI/CD variables, configuration files, client apps, and cloud storage for exposed credentials. Rotate anything found, purge it from history, and verify the fix from outside. CERT-In CIAD-2026-0049
  • Apply least privilege to cloud and backend-as-a-service roles, and test what an anonymous caller can read and write. CERT-In CIAD-2026-0049
  • Keep a complete API inventory and decommission dormant, deprecated, and test APIs and accounts. CERT-In CIAD-2026-0049
  • Alert on enumeration bursts, bulk reads, and automated registrations, and keep logs for at least 180 days. CERT-In CIAD-2026-0049
  • Give each internal AI agent run a separate, short-lived, least-privilege identity, default-deny network egress, and a tamper-resistant activity log. NIST AI RMF — MANAGE

Sources

  1. CERT-In Advisory CIAD-2026-0049: AI Agents as Attack Vectors — CERT-In · Oct 15, 2026
  2. AI agents gained unauthorised access to Indian organisations, says CERT-In — The Hindu · Oct 16, 2026

Published Oct 16, 2026 · Last updated Oct 16, 2026

Change log

  • Oct 16, 2026. First published.

All Agent misuse risks

Agents

Coming soon

The weekly AI security briefing

The five AI risks security leaders should know, with the questions your board will ask. Signups open soon.

Signups open soon. We'll never share your email. See our Privacy Policy. Privacy Policy

Sponsored

Your logo here: sponsor us →