Use cases / Security

Identity grants access. Policy authorizes the action.

Keep your identity and security stack. GovernorAI applies your business rules to agent actions—allowing permitted work, holding consequential actions for approval, and blocking prohibited actions.

Start read-only with the security and platform feeds you already have.

Your policy is the authority Hold consequential actions

One agent. Three payment decisions.

Interactive walkthrough · Illustrative data
Credential acceptedApp access allowed
Pay a $48,200 invoice
Agent
invoice-reconciler · production
Tool
erp.process_payment
Destination
Approved vendor account
Policy
fin-payments
REQUIRES APPROVALBEFORE DISPATCH

Finance approval required.

The vendor account is approved. The amount exceeds the $25,000 automatic-payment limit.

Held for approval. No dispatch while pending.
Same agent. Same access. Different authority for each action.A sample policy walkthrough, not a production console.

Needs approval. A $48,200 payment to an approved vendor is held for Finance approval. Nothing is dispatched.

The problem, in your words

Two sentences you’ve already
said in a security review.

One valid credential can now set a chain of actions in motion. Security needs authority over the next one.

“The instruction came
from a ticket.”

A retrieved document, ticket, or tool result can redirect an agent. Its next action still has to satisfy your policy.

Put policy before the consequence ↗

A valid credential is not a blank check. Govern the action whether the risk began with an attack, a mistake, or an agent exceeding its authority.

In the product

See the action decided, in the console.

Real screens behind this page: a denied action with the policy that blocked it, a destructive tool call stopped before it ran, and a scoped stop on the record.

Inside GovernorAI/ SecurityRecorded demo tenant

The controls, step by step

Real product screens from a demo tenant with seeded activity. No kill switch, role, provider or user was changed while recording.

Watch the full 2-minute walkthrough →
Recorded against a demo tenant with seeded activity. Real product screens, not a mock-up.

Why GovernorAI

Keep your stack.
Own the agent’s authority.

Independent runtime governance for the agents you already run. Keep your identity, network, endpoint, and policy systems. Add authority over what agents do next.

01

Your policy sets the authority.

Native rules or Rego. At the gateway, optional model-backed detection can add a deny.

02

Your rules follow the work.

Apply governance at supported enforcement points across cloud, SaaS, MCP, Kubernetes, and custom agents. Connect action policies, approval requirements, and evidence across your estate.

03

Carry the rule into the record.

For decisions made by GovernorAI's own policies, carry the policy and matched rule into the action record. Give Security, Platform, and GRC the same explanation.

See how policy connects the lifecycle
Your cloud, SaaS & agent environments
AWS BedrockAzure AIGoogle CloudSalesforceServiceNowMCP & Kubernetes
GovernorAI · Runtime governance
Your policy governs the action.
ALLOW  ·  REQUIRE APPROVAL  ·  DENY
Finance systemsCustomer dataProduction systems
Alongside your existing controls
Identity · Network & endpoint · SIEM · Policy engines
Independent of the model. Accountable to your policy.Cloud · SaaS · MCP · Kubernetes · Custom agents

How the decision stays connected

One action. One connected explanation.

From the proposed call to the record your team can investigate.

  1. 01

    Intercept

    Receive the proposed action at a governed control point.

  2. 02

    Identify

    Resolve the agent, session, and tenant context.

  3. 03

    Evaluate

    Apply the relevant policy and inspection checks.

  4. 04

    Decide

    Allow, hold for approval, or deny the action.

  5. 05

    Record

    Record the decision and its evidence.

Fail-closed adapters

No verdict from the gateway. No dispatch.

The Envoy ext_proc, MCP proxy and forward-auth adapters treat a transport error, timeout, non-2xx response or unreadable verdict from the GovernorAI gateway as a deny.

Review the failure contract

Put control close to the agent. Run the gateway beside your workload, or connect through your existing gateways. Review the benchmark method ↗

Protect what the agent can change.

Threats, data, and business consequences—not just prompts.

Block the harmful next step.

Inspect untrusted content and check the resulting tool call against policy. A hostile instruction does not become permission.

Injection & runtime defenses ↗

Hold irreversible changes.

Put human approval around money movement, record changes, and production operations. Let authorized routine work continue.

Explore action controls ↗

Contain & explain

Show exactly why.

Decision record · follows your selected scenario

An allow is
evidence too.

Connect the requested action and the decision it produced in one decision record.

  1. POLICYfin-paymentsP-07 · Payments above $25,000 require approval.
  2. ACTION & DECISIONerp.process_payment → holdNot dispatched · sample-dec-48202
  3. CONTROL STATEPending approvalThe payment stays held; an approval records the decision and does not release it.
Policy → action → decision.
One connected explanation for the security review.
Explore decision evidence

Your path to enforcement

Start read-only.
Earn the right
to enforce.

Discover through existing security and platform feeds without changing how your agents run. Then choose the consequential workflow to govern.

Six weeks. One real workflow.Named success criteria and direct founder access.Request a briefing
01 / DISCOVER

Find the activity.

Start read-only with existing security and platform feeds. Identify agents, connections, and governance priorities.

02 / VALIDATE

Validate before blocking.

Assess an agent snapshot and test the proposed rules in shadow. Review what they would allow, hold, and deny before turning them on.

03 / ENFORCE

Activate the control.

Turn on agreed action policies and approval paths. Review decisions and containment together with your team.

Before we meet

The questions
security teams ask.

See how agent-action governance fits your existing controls, policies, and rollout process.

Review the security architecture
Does GovernorAI replace our security stack?

No. Keep your identity, network, endpoint, SIEM, and policy systems. GovernorAI adds a shared workflow for agent-action authority, human approvals, scoped stops, and decision records.

How is this different from filtering prompts?

The action has to satisfy your policy—even when the prompt looks harmless. A legitimate payment can still need Finance approval, and an otherwise routine amount can still be blocked because its destination is prohibited.

What happens if an adapter gets no verdict from the gateway?

The Envoy ext_proc, MCP proxy and forward-auth adapters treat a transport error, timeout, non-2xx response or unreadable verdict from the GovernorAI gateway as a deny. Review the fail-closed contract.

Can we write our policies in Rego?

Yes. Author in native rules or Rego. Keep the policies and review process your team already owns. Explore the policy platform.

Can a model override a denied action?

No. At the gateway, optional model-backed detection can add a deny; it cannot turn a denied action into an allowed one.

Do we have to put everything inline first?

No. Start with read-only discovery, then validate rules for one consequential workflow. You choose where and when enforcement turns on. The six-week design-partner evaluation starts with a defined scope and agreed success criteria.

Bring one consequential workflow

Give agents room to work.
Keep the authority
to say no.

Bring one workflow that moves money, touches sensitive data, or changes production. Leave with a scoped plan to put its actions under your authority.

Continue