Solutions Platform Product Governance Security Pricing Standards Contact Log in Request a demo
Security

Security and trust,
built into the architecture.

In Aegis, governance is the shape of the system — not a bolt-on setting you remember to switch on. Every agent acts inside an operating envelope or it does not act, every governed action is written to an append-only audit trail, and on any trust or authorization error the system denies rather than falling open. Security questionnaires get answered by design, not by promise.

Trust plane Operating envelopes Fail-closed Full audit trail
Architecture

Two planes: one governs, one acts.

Aegis separates the trust plane — which governs what agents may do — from the execution plane, where agents do the actual work. Nothing on the execution plane runs outside the authority granted on the trust plane. The two are connected by governance that is enforced on every action, not sampled after the fact.

Trust plane

Governs what agents may do

People grant authority here: who may act, how much they may spend, what classification of data they may touch, and for how long. Authority is defined once, flows down the org chart, and can only narrow.

Execution plane

Where agents do the work

Function-focused agents carry out governed work strictly inside their envelope. Every step is checked against the trust plane in real time and recorded — observable, interruptible, and provable after the fact.

Operating envelope — 5 dimensions: Financial Operational Temporal Data access Communication
// state machines 7

governance state machines drive every lifecycle transition.

// audit actions 179

distinct governed actions, each written to the audit trail.

// constraint dims 5

dimensions bound every agent's operating envelope.

// test functions 20,000+

test functions guard governed behavior continuously.

Fail-closed by design. On any trust or authorization error — a missing envelope, an unverified identity, an unreachable check — Aegis denies the action. It never defaults to allow — a missing or unverifiable check refuses the action rather than waving it through.
Identity & access

Your identity provider, your access rules

Aegis integrates with the identity provider you already run via standards-based single sign-on — SAML and OIDC — so people sign in with the accounts and policies you control. Access inside Aegis is then governed by role-based access control with classification-based clearance and strict per-tenant isolation enforced at every lookup.

  • SSO with common enterprise IdPs — Microsoft Entra ID, Okta, Google Workspace and any SAML/OIDC provider.
  • Role-based access control on the org model — authority is anchored to a role, not scattered across accounts.
  • An agent's posture caps its effective clearance — a pseudo agent sees only public data, whatever its role could otherwise reach.

Classification-based clearance

top secrethighest sensitivity — compartment access requiredlevel 5
secretrestricted to specifically cleared compartmentslevel 4
confidentialsensitive internal informationlevel 3
restrictedscoped to the owning unitlevel 2
publicopenly accessible within the tenantlevel 1

Clearance is independent of authority. A senior role does not automatically see sensitive data, and a junior role can hold high clearance. Access requires the right clearance and the right containment — both checks must pass.

Data residency & tenancy

Your data stays inside your boundary.

Deploy Aegis in your own environment — self-hosted or inside your own cloud VPC — so data never has to leave the perimeter you already control. On top of that, strict multi-tenant isolation keeps every organization's records separated and verified on every access.

Deploy in your environment

Run Aegis self-hosted or in your own cloud VPC. Data stays within your network boundary, under your existing controls — you decide where it lives and who can reach it.

Organization-scoped records

Every record carries the organization that owns it. Data belonging to one tenant is never visible to another — isolation is a property of the schema, not an afterthought in a query.

Verified on every lookup

The tenant boundary is checked on every lookup-by-id — including cached reads — so that, by design, a request cannot resolve to another organization's data, even on a guessed identifier.

Encryption & secrets

Encrypted in transit and at rest — keys never hardcoded

Data is protected with encryption in transit (TLS) and at rest. Secrets — encryption keys, signing keys, database credentials — are supplied to the deployment through your environment or a key-management service, never written into source. And mandatory crypto keys fail the deployment closed: if a required key is unset, the system refuses to start rather than running silently insecure.

  • TLS in transit; encryption at rest for stored data.
  • Secrets come from the environment or a KMS — never committed to code or images.
  • A missing mandatory key is a startup failure, not a silent empty default.

A required key is unset at deploy time

Fail open

Boots anyway with an empty key — data is left effectively unprotected. Aegis does not do this.

Fail closed

Deployment refuses to start and names the missing key. The operator fixes it before anything runs.

Secure-by-default. The system cannot reach a running state with an empty crypto key — the safest outcome is the default outcome.

Compliance posture

Designed to support your compliance program.

Aegis is built to provide the controls compliance frameworks commonly require — audit logging, access control, data minimization, encryption and tenant isolation — and to run inside your own certified environment. The architecture maps to these frameworks; certification is something your deployment and audit program achieve.

SOC 2designed to support
  • Append-only audit trail across governed actions.
  • Role-based access control with least privilege.
  • Encryption in transit and at rest.
ISO 27001designed to support
  • Access control governed by clearance and containment.
  • Operating envelopes scope what every actor may do.
  • Time-bounded authority with deterministic expiry.
GDPRdesigned to support
  • Data minimization via classification and clearance.
  • Per-tenant isolation keeps data separated by owner.
  • Deploy in your region so data stays in your boundary.
An honest note on certification

Aegis implements the controls; certification is achieved by your deployment within your environment and audit program. We name SOC 2, ISO 27001 and GDPR as frameworks the architecture is designed to support — Aegis does not hold these certifications on your behalf, and you should treat any vendor that claims otherwise with caution.

Deployment models

Runs where your data is allowed to live.

Aegis deploys inside your trust boundary — it isn't a black box you ship your organization's structure to. Pick the model your security program already approves; the governance is identical in all three.

Self-hosted

Run the full platform on infrastructure you own. Your org chart, your agents and your audit lineage never leave hardware you control.

Your private cloud

Deploy into your own cloud account and region, behind your network controls and identity provider. Aegis operates inside the perimeter you already run.

Managed in your region

Prefer us to operate it? We run it in the region you choose, with data residency and tenant isolation set out in writing — not assumed.

No lock-in by design. Because the governance is built on open standards anyone can read — not a proprietary format — the model of your organization stays portable. You are choosing a platform, not surrendering your structure to one.
For your security team

Don't take our word for it — review the evidence.

We would rather your reviewers verify the architecture than trust a claim. The materials below are available to your security and compliance team on request, under NDA — so your own people can judge the design before any rollout, not after.

These are documents to review and a system to test — not certifications we hold on your behalf. What your deployment certifies is yours to certify; what we provide is the architecture and the access to make that review fast and honest.

  • Architecture & security whitepaper — the dual-plane design, fail-closed behavior, tenancy and encryption model in full.
  • Threat model & trust boundaries — what we defend against, where the boundaries sit, and how authority is contained.
  • Data-flow & processing summary — what data is held, where it lives and for how long, to support your DPA.
  • Deployment & hardening runbook — how it installs inside your boundary and exactly which controls you own.
  • A hands-on pilot in your environment — the most direct evidence of all: run it on a slice of your own org chart and watch the governance hold.
Open standards inside

Trust validated against observable execution

Aegis is a commercial implementation of four open standards published by the Terrene Foundation under CC BY 4.0 — it implements them, it does not own them. The governance you can audit is grounded in specifications anyone can read.

CARE
Collaborative Autonomous Reflective Enterprise

The governance philosophy — humans and agents on two planes, people on the loop.

Philosophy
PACT
Principled Architecture for Constrained Trust

The org model — departments, roles, addresses, clearance and operating envelopes.

Architecture
EATP
Enterprise Agent Trust Protocol

The trust protocol — lineage, attestation, delegation and cascade revocation.

Protocol
CO
Cognitive Orchestration

The methodology — how autonomous systems plan, execute and improve over time.

Methodology
The Mirror Thesis. Trust is validated against what an agent actually does — observable execution — not against promised behavior. Every governed action is auditable, so the trust plane verifies the execution plane on evidence rather than assurance.

CARE, PACT, EATP and CO are standards of the Terrene Foundation (CC BY 4.0). Aegis implements them — it does not own them. Learn more →

Integration & stack-fit

Fits the stack you already run

Aegis models your organization on top of the systems you already operate — it doesn't ask you to replace them. It speaks the open protocols of the agent ecosystem and connects outward through standard integration points, so a governed agentic layer sits alongside your existing tools rather than in front of them.

A2A interoperability MCP tool integration Webhooks Connectors

Layered on top of your systems

Aegis — governed agentic layer
your org chart, paired agents, operating envelopes
Open protocols — A2A · MCP
interoperate with agents and tools you already use
Your systems of record
reached via webhooks & connectors — in place

Additive, not invasive. Aegis governs how agents act across your stack; your systems of record stay where they are.

Bring your security team to the table.

We'll walk your security and compliance reviewers through the architecture — dual-plane governance, fail-closed design, tenancy and encryption — and map it against the controls your program requires.