CLASSIFIED AI OPERATIONS

Aegis

Governed AI assurance and adversarial validation.

Aegis tests the guardrails and agents around an AI system before it goes live, using benign, approved test content. Each result becomes signed evidence, with OSCAL assessment results and a POA&M, that your assessor can verify offline.

Self-hosted on Kubernetes Air-gapped and high-side profiles Signed, offline-verifiable evidence OSCAL assessment results and POA&M
Ideal buyer AOs, ISSMs, Chief AI Officers, red and purple teams Programs fielding AI models and agents
Primary output Signed evidence pack and OSCAL Assessment results, POA&M, eMASS-aligned export
Deployment Self-hosted on Kubernetes Connected, air-gapped, or high-side profile
Standards context OWASP LLM · MITRE ATLAS · OSCAL NIST AI RMF · ATT&CK · OMB M-25-21
FOR THE EXECUTIVE

AI you can authorize, with proof that travels.

Programs are fielding AI models and agents faster than they can show those systems are safe to authorize, and Aegis closes that gap.

The outcome

Tested guardrails and contained agents, on the record.

Before an AI system is fielded, its guardrails have been probed and its agents checked against what they are allowed to reach. The Authorizing Official receives assessment results and a plan of action in the format the system of record expects.

The risk it retires

Untested AI and evidence no one can re-check.

AI often goes live with guardrails nobody tested independently, or with agents that can reach far more than the mission needs. Packages built from screenshots cannot be re-verified when an inspector asks a year later.

Why now

Pre-deployment AI testing is now expected.

OMB M-25-21 calls for pre-deployment testing of high-impact AI, and M-25-22 carries testing into AI acquisition. Authorization is moving to machine-readable OSCAL packages, and AI is reaching networks where cloud-only tools cannot follow.

Scope. Aegis is an authorized, defensive validation platform. It uses benign test content, never exploit code, and supports the Authorizing Official's judgment and rules of engagement rather than replacing them.
HOW IT WORKS

From modeled terrain to evidence that verifies anywhere.

Each stage produces a durable artifact scoped to tenant, workspace, and classification. The workflow runs the same way when connected or entirely from files inside an enclave.

1

Model the terrain

Register the AI endpoints, agents, and systems under test. Ingest telemetry and build a graph of what can reach what.

2

Plan governed campaigns

Pick scenarios aligned to MITRE ATT&CK, MITRE ATLAS, and the OWASP Top 10 for LLM Applications. Nothing runs until an approver signs off under separation of duties.

3

Validate safely

Run read-only control checks and benign guardrail probes inside approved scope. A kill switch and an allowlisted egress guard bound every run.

4

Analyze containment

Compute blast radius and flag agents that can reach sensitive assets outside their authorized scope. Scores show their factors, and missing data is reported as missing.

5

Turn findings into defenses

Route findings to owners and tickets. Generate policy changes with verified rollback and starter Sigma rules for the SOC.

6

Package and verify

Map results to controls and emit OSCAL assessment results, a POA&M, and an eMASS-aligned export. Sign it all into an evidence pack that verifies with no network.

REFERENCE ARCHITECTURE

One enclave, four layers, one audit ledger.

Everything that tests, decides, and signs runs inside the customer-controlled boundary. Only signed evidence and records leave it, and only signed, verified content enters.

Aegis reference architecture A customer-controlled enclave, which can run connected, disconnected, or high-side, holds four layers. The access and governance layer has an operator console, a policy-enforcing gateway that applies role, attribute, and tenant scope, and approvals with separation of duties and step-up authentication. Approved scope flows down to the assurance core, where a scenario library aligned to MITRE ATT&CK, MITRE ATLAS, and the OWASP Top 10 for LLM Applications feeds a campaign orchestrator with human approval gates and a kill switch. The orchestrator drives read-only validation checks and benign AI guardrail probes. An exposure graph feeds containment analysis and explainable scoring. Findings flow to defense and remediation: a policy compiler with verified rollback, starter detection rules, and tickets and events. Control results flow to evidence and trust: control mapping, OSCAL and eMASS-aligned export, a pack signer using customer-managed keys, a tamper-evident audit ledger, and object storage. Outside the boundary on the left are operators and assessors signing in with CAC or PIV, authorized AI targets, telemetry sources, and signed update bundles verified before install. On the right are SOC and ticketing systems, GRC and eMASS, and an offline verifier that checks evidence packs with no network. A panel lists what crosses the boundary in each direction, and every state change is written to the audit ledger. CUSTOMER-CONTROLLED ENCLAVE: CONNECTED, DISCONNECTED, OR HIGH-SIDE EXTERNAL Operators, assessors enterprise IdP, CAC/PIV Authorized AI targets models, gateways, agents Telemetry sources SIEM, identity, network Signed update bundles courier or one-way verified before install ACCESS AND GOVERNANCE Operator console workspace-scoped views Policy-enforcing gateway RBAC, ABAC, tenant scope Approvals and step-up separation of duties ASSURANCE CORE approved scope Validation and AI probes read-only checks, canaries Campaign orchestrator approval gates, kill switch Scenario library ATT&CK, ATLAS, OWASP LLM Exposure graph terrain, dependencies, reach Containment analysis blast radius, agent reach Explainable scoring readiness, confidence DEFENSE AND REMEDIATION findings Policy compiler verified rollback Detection rules starter rules for the SOC Tickets and events owners, SIEM events control results EVIDENCE AND TRUST Control mapping OSCAL catalogs OSCAL / eMASS AR and POA&M Pack signer customer keys Audit ledger tamper-evident Object storage packs, artifacts OUTBOUND Signed evidence packs OSCAL and eMASS records Tickets and alerts, connected profiles only INBOUND Identity assertions Telemetry files or feeds Authorized AI responses through the egress guard Signed update bundles verified before install SOC and ticketing detections, tickets GRC and eMASS OSCAL, control export Offline verifier no network, any machine AUDIT LEDGER every state change from every service, append-only and tamper-evident
Figure 1. Reference architecture, public-safe. Conceptual view. Probe content, scoring logic, and internal topology are not shown.

Open the full-resolution diagram

THE PRODUCT

The operator console.

Operators run campaigns, track findings, and act on approvals under a classification banner. A workspace selector scopes every view.

Aegis · Campaigns
Aegis operator console Campaigns screen with UNCLASSIFIED banners at top and bottom, a left navigation grouped into Operations, Testing, Governance and Compliance, and Administration, and an AI Assurance Pilot workspace selected. A table lists seven campaigns with status, systems under test, findings, progress, created date, and actions, including a running LLM assistant guardrail efficacy campaign, an agent containment review awaiting approval, a paused RAG gateway output handling review, and completed telemetry detection and segmentation checks.
Figure 2. Campaigns. Each campaign moves from draft through approval and execution, with its systems, findings, and progress on one row. Sanitized screen with representative, synthetic data.
Aegis · Deployment & Governance Studio
Aegis Deployment and Governance Studio showing four deployment profile cards, a Pending Approvals panel in which a campaign launch and a policy deployment await approval and an evidence export requested by the ISSM is already approved, and an environment parameters form for cluster name, namespace, domain, classification level, and storage backend.
Figure 3. Deployment & Governance Studio. Consequential actions wait in one approvals queue under separation of duties. Sanitized screen with representative, synthetic data.
WHAT SETS IT APART

What makes the result defensible.

Evidence an assessor verifies offline

A standalone verifier checks each pack on any machine using only the public key. Tampered, incomplete, unsigned, and forged packs are rejected.

One step from validation to OSCAL

Assessment results and a POA&M come from the same control results that go into the signed pack. Outputs regenerate identically, so an assessor can rebuild one and confirm it matches.

Guardrail testing without weaponized content

Probes are benign canaries that show whether a guardrail held, and they run only inside approved scope. Each bypass becomes a tracked finding with an owner.

Agent containment tied to real topology

Agent reach is computed from the same dependency graph used for blast radius. An over-privilege finding reflects the actual environment instead of a reading of the agent's prompt.

Built for disconnected enclaves

Air-gapped and high-side profiles need no hosted model or cloud console, and update bundles are verified before install. Evidence leaves the enclave as files that carry their own integrity proof.

Platform security an AO can check

CAC and PIV sign-in, step-up authentication, and tenant and classification ceilings apply on every request. Every action lands in an append-only, tamper-evident audit ledger.

HOW IT COMPARES

It sits where four categories stop.

Each category does its own job well. Aegis covers the overlap: testing AI and controls, then producing authorization evidence from the result.

Category-level comparison based on typical capabilities in each category; individual products vary.
Capability Aegis AI security and AI red-team tools Breach and attack simulation Federal GRC and OSCAL tools Traditional penetration testing
AI guardrail probingYes, starter coverageYes, typically broadEmergingNoVaries by team
Agent containment tied to topologyYesPartialNoNoNo
OSCAL results, POA&M, eMASS-aligned exportYesNoRareYesNo
Signed, offline-verifiable evidenceYesNoNoPartialNo
Disconnected and high-side profilesYesRareRareRareManual
Runtime guardrail or AI firewallNo, by designYesNoNoNo

Where another category is stronger, we say so. AI security tools usually carry broader probe libraries, and established GRC and simulation vendors hold federal authorizations that Aegis does not. Many programs run Aegis alongside a runtime guardrail and a GRC system.

WHO IT SERVES

Five roles, one workflow.

Authorizing Officials and ISSMs

Evidence packs they verify on their own machine, plus OSCAL results and a record of who approved each test.

Chief AI Officers

Pre-deployment guardrail evidence for high-impact AI, mapped to OWASP LLM categories and MITRE ATLAS.

Red and purple team leads

Scope, approvals, and a kill switch enforced by the system that runs the test.

SOC and detection engineering

Starter Sigma rules built from the same content the campaign used, so the SOC can confirm it sees the behavior.

Program and enclave owners

One platform for connected, air-gapped, and high-side enclaves, with no mandatory cloud control plane.

WHERE IT LANDS FIRST

Start with one AI system and one signed pack.

The first engagement covers one AI system or enclave, one governed campaign, and one evidence pack your assessor checks independently.

Entry use case

Pre-deployment guardrail evidence

Test evidence for a high-impact AI use case before it goes live, in support of OMB M-25-21 practices.

Entry use case

Agent least-privilege review

Compare what an agent can reach with what it is authorized to reach, before it is fielded.

Entry use case

Disconnected AI assurance

The same testing and evidence workflow, run entirely inside an air-gapped or high-side enclave.

Who buys it. A program office, Chief AI Officer, or ISSM taking an AI system toward authorization. Pricing is scoped per program and per AI system under test.

STANDARDS AND MATURITY

Aligned to the guidance your reviewer already cites.

The formats listed are implemented outputs, not certifications. Aegis holds no FedRAMP or Impact Level authorization; it supports an authorization decision.

Responsible use
  • Testing is non-destructive and limited to authorized endpoints under approved scope
  • Aegis tests guardrails; it is not a runtime guardrail or AI firewall
  • A clean probe result is evidence, not a guarantee
  • Scores are explainable weighted factors, not predictive models
  • It supports Authorizing Official judgment and rules of engagement and does not replace them
Standards, maturity, and IP
OMB M-25-21 and M-25-22Federal AI use and acquisition, including pre-deployment testing for high-impact AI
NIST AI RMF 1.0 and NIST AI 600-1AI risk management and the generative AI profile, aligned in direction
OWASP Top 10 for LLM ApplicationsProbe categories, with starter coverage
MITRE ATT&CK and MITRE ATLASScenario library and detection rule alignment
OSCAL and NIST SP 800-53 Rev. 5Assessment results, POA&M, and component definitions with starter control mapping
Technology readinessTRL 5. Components validated end to end in a relevant laboratory environment with synthetic data. Engineered to enterprise deployment standards, containerized and Kubernetes-deployable.
Intellectual propertyPatent pending. Wagoner Enterprises, LLC has filed United States patent applications covering technologies in this product. No patent has yet issued.

This page is a public-safe overview. Probe content, scoring logic, and internal design are shared under appropriate agreements.

GET STARTED

Test one AI system, then verify the pack yourself.

We run a sanitized guardrail and containment campaign end to end and hand you the signed evidence pack and its OSCAL output. You check it on a disconnected machine.

Request Technical Walkthrough Download the executive brief Back to all solutions Sanitized demonstrations available for classified environments.