An autonomous agent node connected by threads of light to sensitive systems while a control gate issues it a single scoped key — machine identity and access control for AI agents

When capital moves, it is naming a category. So it is worth paying attention that Hush Security just raised a $30 million Series A — from Akamai, Battery Ventures, and YL Ventures — explicitly for "AI agent governance." A year ago that phrase would not have anchored a funding round. Today it does. The market has decided that governing autonomous software is a real problem worth real money, and it is right.

But "AI agent governance" is doing a lot of work as a label, and the round is a good moment to be precise about what it actually contains. Because the category is not one thing. It is two, and they answer different questions.

The one-line version

"AI agent governance" is really two categories wearing one name. One asks who is this agent and what can it reach. The other asks was this specific action allowed, and can you prove it. You need both. Most of the money and attention is flowing to the first.

Category one: identity and access

This is the half the funding announcement describes, and it is essential. Hush's platform, per the coverage, maps the AI agents running in an environment, registers them centrally with scoped just-in-time permissions, eliminates long-lived credentials in favor of strict identity, logs agent actions, and provides a central kill switch. As CEO Micha Rave framed it, "Software acts autonomously, on its own initiative, inside your most sensitive systems. AI agents need strict identity, not just API keys."

That is exactly right, and it is a real gap. The entire discipline of identity and access management was built for humans and, later, for applications. Autonomous agents are neither. They act on their own initiative, spin up and down quickly, and traditionally inherit a pile of standing credentials nobody reclaims. Bringing agents into a proper identity model — who is this non-human actor, what is it allowed to reach, and can we cut it off — is foundational. Without it, everything else is built on sand.

Category two: decision and evidence

Here is what identity and access, by itself, does not answer. An agent can have a perfect identity, a scoped set of permissions, and a working kill switch, and still take a specific action — within its permissions — that violates policy, harms a customer, or breaks a regulation. Identity tells you the agent is allowed to touch the payments system. It does not decide whether this particular $40,000 transfer, right now, to this account should proceed. And it does not, on its own, produce evidence that the decision followed policy that you could hand to an auditor.

That is the second category: a control that evaluates the specific action against policy at the moment it happens — permit, block, or modify — and emits a record of the decision that a third party can verify. Identity governs the actor. This governs the act. They are complementary, and they are not substitutes.

DimensionIdentity & accessDecision & evidence
Question it answersWho is this agent and what may it reach?Should this specific action proceed, and can you prove it did or didn't?
UnitThe agent identity and its permission scopeThe individual action, with its arguments and context
Failure it preventsUnknown agents, standing credentials, no kill switchA permitted agent taking a policy-violating action; no verifiable record of why
ArtifactRegistry entry, scoped credential, access logAllow/block/modify verdict + signed, independently verifiable certificate

A useful analogy: identity and access is the badge system for the building — who has a badge, which doors it opens, and the ability to deactivate it. Decision and evidence is the approval on the wire transfer — whether this particular transaction, by this badged person, is authorized, and a signed record of the approval. A bank needs both. Nobody would accept "well, they had a valid badge" as the audit trail for a payment. Agents are no different.

Why the split matters for buyers

The funding wave means enterprises are about to be sold a lot of "AI agent governance," and the label will cover products that do very different things. The practical move is to ask which half a given tool actually delivers, and to make sure you end up with both.

This is the half of the category EVE CoreGuard occupies. It evaluates a proposed agent action against a versioned policy before it executes, returns a deterministic allow, block, or modify verdict bound to that specific action, fails closed, and emits an Ed25519-signed decision certificate any party can verify offline. It sits naturally behind an identity-and-access layer: identity says the agent may reach the system; the decision layer says whether this action against it is allowed, and leaves the proof. Different question, different artifact, same fleet of agents.

The takeaway

A $30 million round is a signal that AI agent governance has arrived as a market. That is good news, and the identity-and-access work being funded is genuinely foundational — agents do need strict identity, not just API keys. But buyers should hold the label to a higher standard than the round requires. Governing the agent is half the job. Governing the action — deciding it and proving it — is the other half, and it is the one that answers the regulator. The winners will not choose between the two. They will insist on both.

Frequently Asked Questions

What are the two categories of AI agent governance?
Identity and access governs the actor — who the agent is, what it may reach, and the ability to cut it off — through registries, scoped just-in-time permissions, credential elimination, and kill switches. Decision and evidence governs the act — whether a specific action should proceed at the moment it happens, returning allow/block/modify, and producing a verifiable record of the decision. They answer different questions and are complementary, not substitutes; a complete program needs both.
Isn't strict agent identity and a kill switch enough?
No. An agent can have a correct identity, scoped permissions, and a working kill switch and still take a specific action within its permissions that violates policy, harms a customer, or breaks a regulation. Identity confirms the agent is allowed to touch a system; it does not decide whether a particular action against that system, right now, should proceed, nor does it produce independent evidence that the decision followed policy. That requires a per-action decision-and-evidence control.
How should buyers evaluate an AI agent governance product?
Ask three questions: what is the unit of control (the agent and its permissions, or the individual action and its arguments); what does it produce when something goes wrong (an access log, or a signed decision record naming the policy that governed the action); and can a permitted action still be stopped (scoped permissions do not evaluate specific actions, a per-action decision does). The goal is to end up with both an identity-and-access layer and a decision-and-evidence layer.
Where does deterministic enforcement fit with agent IAM?
Behind it. An identity-and-access layer establishes that an agent may reach a system; a deterministic enforcement layer then evaluates whether a specific action against that system is allowed, before it executes, and emits a signed certificate of the decision. EVE CoreGuard provides that second layer with no model inference in the decision path, so the same action and policy always produce the same verdict, and the resulting record is independently verifiable offline.

Funding details and quotations are attributed to the referenced SecurityWeek report and reflect it as of July 2026; verify specifics with the publisher. This is independent analysis and category commentary, not affiliated with or endorsed by Hush Security, its investors, or SecurityWeek; the description of Hush's platform is drawn from public reporting and is characterized here only to illustrate the identity-and-access category. EVE CoreGuard capabilities described here are verified from the EVE AI Core production system.