My AI Agents Are Non-Human Identities. I Manage Them Like Insiders.

I run nine agentic coding hosts that change my sites every day. Microsoft now says frontier models cannot be trusted. Why I treat each agent as a non-human identity, and the four questions I ask about its authority.

Mark prommer.net as a preferred source Our articles show up more often, with a Preferred badge
Blank access badges on lanyards hanging beside server racks, lit by an orange desk lamp
Blank access badges on lanyards hanging beside server racks, lit by an orange desk lamp

I run a fleet of nine agentic coding hosts. They do routine engineering work across my portfolio of sites. They write the change, commit it and ship it, often without me reading the diff first. That's the point of them. It also means that on a typical day, a large share of the commits to my sites come from identities that aren't people.

On October 19, 2026, Microsoft's security business chief, Hayete Gallot, wrote that "frontier models, regardless of their origin, cannot be trusted." Her point wasn't that they're malicious. It's that they're unpredictable. I agree, and I think it's the right way to think about an agent fleet: not as a tool you configure once, but as a set of insiders whose authority you manage.

Why is everyone suddenly talking about agent identity?

Because the money arrived. In the four weeks to October 20, Nvidia launched an agent safety platform that monitors agents from hardware outside their host, Proofpoint agreed to buy Varonis for $6.3 billion citing AI agents, and Reco, Pluto Security and Opsin all raised rounds to find and govern agents inside companies. Opsin's own analysis found that 93% of misaligned tools connected to agents had full, unrestricted access to the systems they used, and only one in 200 needed human approval before acting. The vendor-by-vendor view is in the AI agent security vendors roundup on wetheflywheel.com.

The underlying shift is simple. A service account runs a fixed script. An agent decides what to do next. Once software chooses its own actions with real credentials, the questions you used to ask about an employee apply to it too.

What are the four questions I ask about each agent?

I use the same questions I'd ask about a new contractor on an engineering team. They're simple, and that's why they work.

  1. Who is it? Every agent should act under its own identity, not a human's account or a shared key. If something goes wrong, the first thing you need is to know which agent did it.
  2. What can it touch? The scope should match the job: these repositories, this environment, nothing else. Access that's broader than the task is the 93% problem from Opsin's data.
  3. What did it do? All my agents' model calls go through one gateway, which applies the same logging and limits to every caller, and every code change lands in git. Between those two records I can reconstruct what an agent asked for and what it changed.
  4. How fast can I stop it? Revoking one agent's credentials should take minutes and shouldn't affect the others. If stopping one agent means stopping all of them, the identities aren't really separate.

Where should a human stay in the loop?

Not on every change. That would defeat the purpose of a fleet. The way I think about it comes from coaching. A good coach doesn't watch every training session. They set the plan, look at the numbers, and step in at the sessions where a mistake costs the season. For agents, those are actions that are hard to undo: anything touching money, credentials, people's data, or messages that leave the system. Routine code changes that can be reverted from git are the sessions you let the athlete run alone.

This is also where I'd disagree a little with how the big platforms frame it. Microsoft and Nvidia both want agent security to be a feature of their platform. If you live entirely inside one cloud, that's fine. My agents call models from more than one provider through a gateway I control, so the identity and the audit trail have to sit on my side of that line, not inside any single vendor's product.

Does a small operator need an agent security product?

Not yet, in my view. Most of the products funded this month solve discovery: finding agents that employees created without telling anyone. Pluto found that about 60% of the risks it detects are in tools built by non-developers, and finance teams were the biggest source. If you're a company of thousands, that's your problem and those tools are worth paying for. If you're running your own fleet, you already know what exists. Your job is to keep identities separate, scopes narrow and records complete, and to check now and then that they still are.

The cost question is the same one I asked in AI bubble or buildout: what's left standing if things go wrong. For an agent fleet, the answer should be a clear log of every action and a working revert.

Sources

Frequently Asked Questions

What is a non-human identity?

Any identity that isn't a person: service accounts, API keys, tokens, workload identities and, now, AI agents. Agents are the most demanding kind, because they choose their own next action instead of running a fixed script. That's why identity is becoming the centre of agent security. Cyera agreed in July 2026 to pay about $1 billion for Oasis Security, a non-human identity specialist.

Why treat AI agents as insider threats?

Because they hold real credentials inside your systems and behave unpredictably. Microsoft's security chief Hayete Gallot said on October 19, 2026 that frontier models "cannot be trusted", and was clear that the problem is unpredictability, not malice. The insider model fits: you give the agent the least authority the task needs, you log everything it does, and you can revoke its access quickly.

How do you secure AI coding agents?

Give each agent its own identity rather than a shared human account, scope its credentials to the repositories and environments its task needs, route its model calls through one gateway so you get logging and limits in one place, keep every change in version control so it can be reverted, and decide in advance which actions need a human. Then check from time to time that the scopes still match the work.

Do small companies need AI agent security tools?

Not to start. A small fleet can be governed with separate identities, scoped tokens, a gateway and git history. Dedicated tools such as Reco, Pluto or Opsin earn their cost when agents are created by many people across the company and nobody has a complete list, which is the situation those vendors are built for.

For CTOs & Tech Leaders

Need Expert Technology Guidance?

20+ years leading technology transformations. Get a technology executive's perspective on your biggest challenges.