AUTHORIZATION & EVIDENCE AUTOMATION

Vigil

Self-hosted continuous authorization for federal systems.

Vigil ties each security control to the evidence behind it, scores every control for coverage and freshness on a schedule, and produces signed evidence packages and OSCAL documents an assessor can check offline. It runs inside your boundary, connected or air-gapped, and records every change in a tamper-evident audit trail.

Self-hosted, connected or air-gapped Customer-held signing keys Signed OSCAL output Runs on Kubernetes

Vigil, a product of Wagoner Enterprises.

Ideal buyer ISSOs, ISSMs, system owners Systems under RMF, FedRAMP, or CMMC
Primary output Signed packages and OSCAL Verifiable offline by the assessor
Deployment Self-hosted Government cloud or disconnected enclave
Standards context RMF and continuous monitoring SP 800-37 · SP 800-53 · SP 800-137
FOR THE EXECUTIVE

Your ATO, current every day and provable.

Most programs gather authorization evidence by hand once a cycle, scattered across tools, so gaps show up during assessment. Vigil keeps that evidence linked, measured, and verifiable without sending any of it outside your boundary.

The outcome

Ready for the assessor any day.

Every control shows how well it is supported and how current that support is. Leadership sees posture across all boundaries on one live view, and the program can hand over a signed package whenever it is asked.

The risk it retires

Evidence nobody can vouch for.

Stale evidence and open remediation surface during operations instead of at assessment. Outputs are signed, changes are recorded in a tamper-evident trail, and one person cannot find, fix, and sign off the same weakness.

Why now

Authorization is moving to continuous.

Continuous monitoring guidance expects current evidence rather than annual snapshots. OMB M-24-15 points federal authorization toward machine-readable OSCAL packages, and hand assembly gets more expensive each month.

HOW IT WORKS

Evidence linked, scored, and kept current.

The same workflow runs in government cloud or from file uploads inside a disconnected enclave.

1

Ingest

Evidence arrives as single or bulk uploads. Each item is fingerprinted on arrival and tagged with its type, source, boundary, and classification.

2

Link

Controls are tied to implementation statements and evidence, and each link records who made it and why.

3

Score

Each control gets a coverage score and a freshness score for its boundary. Evidence past its useful age stops counting.

4

Monitor

Scheduled runs re-score each boundary, keep snapshots for comparison, and send signed alerts when posture slips.

5

Remediate

Scan findings become POA&M items with due dates. Closure needs evidence and a verifier who had no hand in the item.

6

Prove

Vigil exports signed evidence packages and approved OSCAL SSP, SAR, and POA&M documents. Assessors verify them offline.

REFERENCE ARCHITECTURE

One boundary, one graph, one integrity layer.

Evidence enters through one authenticated perimeter, lives in the graph, is scored by the assurance engines, and leaves only as signed, marked output.

Vigil reference architecture Evidence files such as scan results, configuration exports, STIG checklists, logs, policies, attestations and test results enter the customer boundary by upload at crossing A. An access and policy perimeter provides one authenticated entry point with multi-factor sign-in, step-up for privileged actions, and role and attribute policy by classification, enclave and boundary, with tenant isolation enforced in the database. The evidence graph core holds imported control catalogs, implementation statements, evidence fingerprinted on arrival, links that record who made them and why, and approved crosswalks. Assurance engines score coverage and freshness, run scheduled monitoring with snapshots and trends, compare snapshots for drift, run the POA&M workflow with an independent verifier at closure, and raise signed alerts. All of it rests on an integrity and custody layer: a tamper-evident audit trail and signing under customer key custody, with an optional customer key management service or HSM at crossing B. Signed evidence packages, approved OSCAL documents, a live posture dashboard and optional signed webhooks and SIEM forwarding leave at crossing C. Assessors verify packages offline against a key they pinned. CUSTOMER BOUNDARY, CONNECTED OR AIR-GAPPED EVIDENCE SOURCES EVIDENCE GRAPH CORE ASSURANCE ENGINES CONTROLLED OUTPUTS Evidence files single or bulk upload Scan results Config exports STIG checklists Log exports Policies Attestations Test results from inside or outside Access and policy perimeter single entry point multi-factor sign-in step-up for privileged actions role and attribute policy tenant isolation in the database Control catalogs imported, searchable Implementation statements draft, review, approved Evidence objects fingerprinted on arrival, tagged Linked with rationale who linked it, and why Approved crosswalks FedRAMP, DoD RMF, 800-171, CMMC Coverage and freshness per control and boundary Continuous monitoring scheduled runs, snapshots, trends Drift comparison improved, degraded, new, removed POA&M workflow independent verifier at closure Threshold alerts signed notifications Integrity and custody tamper-evident audit trail, signing under customer key custody Signed evidence packages redaction and classification marking OSCAL SSP, SAR, POA&M schema-valid, approved, signed Live posture dashboard updates as scoring runs Webhooks and SIEM optional, signed Assessors, systems of record verify offline with a pinned key Customer KMS or HSM optional, customer operated A B C AUDIT TRAIL every change, from upload to export, recorded in a tamper-evident trail you can verify end to end
Figure 1. Reference architecture, public-safe. A marks evidence entering, B optional calls to the customer's key service, and C signed output going to assessors and systems of record. Conceptual view only.

Open the full-resolution diagram

THE PRODUCT

Posture you can see, packages you can prove.

Vigil · Authorization posture
Vigil Authorization posture screen with a live indicator. Summary figures show an overall score gauge labelled Watch, coverage, freshness, open and critical POA&Ms, and four boundaries. Below are tables for authorization boundaries and their scores, a POA&M summary by status and severity, evidence freshness by type, and a recent activity feed.
Figure 2. Authorization posture. Coverage, freshness, and open remediation for every boundary on one live screen. Sanitized screen with representative, synthetic data.
Vigil · Packages & OSCAL
Vigil Packages and OSCAL screen. A table of OSCAL documents shows security plans, an assessment report, and POA&M documents with their framework, lifecycle status, and next action. Below, a table of signed export packs shows classification marking, full or redacted mode, and a Verify button, with the first pack showing its signature verified.
Figure 3. Packages & OSCAL. OSCAL documents move through approval, and any export pack can be verified again in place. Sanitized screen with representative, synthetic data.
WHAT SETS IT APART

What makes continuous defensible.

Outputs an assessor checks alone

Evidence packages and published OSCAL documents are signed with keys you hold. The assessor verifies them offline, and a single changed byte fails the check.

Freshness as a number

Every control carries coverage and freshness scores for its own boundary, kept as history. Staleness shows up as a trend during operations, long before an assessment finding.

Separation of duties, enforced

An OSCAL author cannot approve their own document, and a POA&M owner cannot verify their own closure. Risk acceptance needs a justification and an expiry date.

Every change on the record

Each change is written to the audit trail together with the change itself, so nothing commits without a record. The trail is tamper-evident and can be verified from the interface.

Tenant isolation in the database

The database itself keeps each tenant's data apart, below the application. That matters for multi-agency and managed-service deployments.

Zero egress, license included

Vigil runs inside your boundary with customer-held keys and file-based ingestion. The license is verified locally with no phone-home, and an expired license leaves your evidence readable.

HOW IT COMPARES

Where it fits among the tools you already know.

Vigil sits beside the systems of record that hold the authorization and supplies them with current, verifiable evidence.

Category-level comparison based on typical capabilities in each category; individual products vary.
Capability Vigil Federal GRC and package tools Compliance-automation SaaS OSCAL-native platforms
Signed, offline-verifiable packagesYesRareRareRare
OSCAL SSP, SAR, POA&MValidated, approved, signedVaries, often an add-onVariesCore strength
Evidence freshness scoringPer control and boundaryUsually manual review datesOften, for cloud sourcesVaries
Self-hosted and air-gappedYes, with offline licensingSome on-premises optionsTypically SaaS onlySome
Customer-held signing keysYes, cloud key service or HSMVariesUsually vendor-managedVaries
Separation of dutiesEnforced in the productOften by processVariesVaries
WHERE IT LANDS FIRST

Start with one boundary and the evidence you have.

No integrations are needed to begin. Upload the artifacts you already collect and get measured, signed posture for one system.

Entry use case

Freshness for one boundary

See which controls are supported and which evidence is going stale.

Entry use case

Monthly monitoring packages

Scored snapshots and drift each cycle, delivered as a signed package.

Entry use case

POA&M discipline

Due dates, overdue tracking, and closure verified by someone else.

Who buys it: ISSOs, ISSMs, and system owners in DoD and civilian programs, cloud providers with FedRAMP deliverables, and defense contractors preparing for CMMC.

STANDARDS AND MATURITY

Built around the guidance your assessor applies.

Vigil supports the Authorizing Official's judgment and does not replace it. Alignment is in design and structure, not a certification.

Standards and maturity
NIST SP 800-37 Rev. 2Designed around the Risk Management Framework and ongoing authorization
NIST SP 800-137Aligned with information security continuous monitoring
NIST SP 800-53 Rev. 5Imports the control catalog; crosswalks show mapping, not compliance
OSCAL and OMB M-24-15Exports machine-readable SSP, SAR, and POA&M documents
Technology readinessTRL 5. The full lifecycle is validated end to end on the complete platform in a representative laboratory environment with synthetic data, and the platform is ready for a pilot.
Intellectual propertyPatent pending. Wagoner Enterprises, LLC has filed United States patent applications covering technologies in this product. No patent has yet issued.

This is a public-safe overview. Scoring details and internal design are available under appropriate agreements.

GET STARTED

Change one byte and watch it fail.

We run a sanitized walkthrough on a sample of controls, hand you the signed package and OSCAL documents to verify offline, then tamper with the package so you can watch verification fail.

Request Technical Walkthrough Back to all solutions Sanitized demonstrations available. We can run against unclassified material you supply.