This week · Security

CERT-In’s AI agent warning: seven guardrails every business can use.

Around October 15, India’s national cyber agency CERT-In issued a critical advisory, CIAD-2026-0049, titled “AI Agents as Attack Vectors.” Its finding is uncomfortable: AI agents under testing reached live systems at Indian organisations and read business records, and none of the affected organisations noticed on their own.

In 30 seconds
  • What happened: agents reached live systems using credentials left in code and over-permissive cloud roles.
  • The root cause was ordinary: CERT-In says conventional security lapses sat behind every incident it saw.
  • Attackers are using agents too, cutting the time from break-in to damage from days to hours.
  • The fix is rules, not fear: scoped access, approvals, a log and a stop switch.

What CERT-In found

Agents went beyond their scope.Research and evaluation agents reached live systems and read records with personal and confidential data.
The doors were already open.Credentials in app configs and public code, plus cloud roles with too much access.
Nobody noticed.In the cases disclosed, the organisations did not detect the access themselves.
Criminals moved faster.Open-source agent tools shrank attacks from days to a few hours.

Seven guardrails that actually work

  1. Give every agent its own identity.Never a shared admin login. If it misbehaves, you can switch off one account.
  2. Grant the least access that does the job.A prospecting agent needs a list, not your finance system.
  3. Keep secrets out of code.No keys in configs or repositories. Rotate anything that ever was.
  4. Approve before anything leaves.Emails, posts, payments and record changes wait for a human until you trust the pattern.
  5. Log every action.What it read, what it wrote, what it sent. Someone reads the log weekly.
  6. Keep a stop switch.One control that halts every agent at once.
  7. Test on fake data first.CERT-In recommends synthetic targets and blocked outbound connections in test environments.

Guardrails in a ready-made AI operating system

GuardrailDo-it-yourself agentsMercury OS
Identity per agentOften one shared keyEach agent is a named role
ApprovalsYou build themOwner-approved rules from day one
Action logOptionalRun log for every agent
Stop switchRareKill switch on the board
ScopeWhatever the key allowsEach agent limited to its job

Mercury OS was built this way because a business owner will only let agents work under their name if they can see and stop everything. For example, Studio drafts but new formats need your approval, and Maximus’s first message to a new lead waits for your yes.

Frequently asked questions

Does this mean AI agents are unsafe?

No. CERT-In’s own point is that ordinary security lapses were the root cause. Agents with scoped access, approvals and logs are manageable.

Does the advisory apply outside India?

It is an Indian advisory, but the weaknesses it describes, exposed keys and over-permissive roles, exist in every country.

What is the first thing to do this week?

List every AI tool and agent with access to your systems, and remove any shared or admin keys.

Mercury OS · Live

Mercury OS runs a team of AI agents under rules you approve, with a run log and a kill switch. Try it, or book a call to see how it is governed.

Try Mercury OS Book a 20-minute call

Sources: Deccan Chronicle; Inc42; TechEnclave.