VextaFed
CMMC Level 2 · Microsoft 365 & Azure

From failing to assessment-ready.

One engine reads everything you run, fixes what a machine can, drafts the rest for a human to sign — and proves every pass inside your own tenant.

110 controls, one pass
40/110 with a live-proven deploy
DoD Assessment Methodology v1.2.1
Scroll
01 — The loop

One engine. The entire compliance loop.

Most tools stop at a report. This one closes the loop — and holds every PASS until a re-scan reads it back.

01

Scan

Every one of the 110 requirements gets a verdict on each pass — read from the Microsoft 365 and Azure surfaces you grant where an API exposes it, marked “needs your documentation” where none does, and “could not check” where access was missing.

02

Fix

Auto-remediates what a machine can — MFA, encryption, logging, hardening — checks for collisions with your existing Intune settings first, and, on a failed step, attempts to undo its own change and reports what it reversed.

03

Sign

For what a machine can't, the AI drafts the procedure from two inputs only — your answers and the scan's detected state — and you review and sign every sentence before it enters your SSP.

04

Prove

Re-scans, then writes sha-256-hashed evidence into your own SharePoint. A PASS is issued only from state the engine actually read — anything it could not read is reported as could-not-check, never as met.

02 — Live

Watch the technical controls go from red to read-back-verified — and see exactly which ones need your documentation.

Your whole control surface in one view — every point is one of the 110 requirements, lighting up the moment it's read. Drag to rotate it.

Control surface — live scan 0 / 110 read
MetGapManual
DoD Methodologyscored from your tenant
NIST SP 800-171 DoD Assessment Methodology v1.2.1 · 5/3/1 weights · a range until every requirement is resolved
Live control feed · sample
By family
Compliance pulse
↑ SPRS trending up · sample tenant
Catalog today · not a scan result
40with a deploy proven on a live tenant
70need your documentation, or a deploy not yet live-proven
03 — Coverage

About a third we deploy and prove live. The rest we guide — or deploy without a live proof yet.

Honest about the split — 40 controls with a deploy proven on a live tenant, 21 with a deploy built but not yet live-proven, 49 that need a human, done right.

~35%

Machine — deploy proven live, then re-scanned

  • We turn it on for you — MFA, disk encryption, audit logging, Defender, firewall, screen-lock.
  • Only counts when a re-scan proves it. On, but applied to no one, is still a fail.
  • Checks for collisions with your existing Intune settings before it writes — and on a failed step attempts to undo its own change and reports exactly what it reversed.
~65%

Human — guided, signed, documented

  • AI drafts it from your own answers and the scan's detected state — labelled AI-proposed, for you to check. Commercial tenants only; off in GCC High by design.
  • You sign it → we hash the proof (sha-256) → it writes itself into your SSP.
  • Marked customer-declared and signed, never presented as scan-verified. Your signed statements are evidence for your assessor — not the CMMC affirmation your Affirming Official enters in SPRS (32 CFR 170.22).
40 deploy proven live21 built, not yet live-proven · 49 guided & signed
04 — The Engine

One engine reads your tenant, fixes what a machine can, and proves the rest.

Signals stream in from the Microsoft surfaces you already run, condense in the engine, and resolve into deployed fixes and proof — written back to your own tenant. Drag near the core to stir it; click to condense the swarm.

Reads · live tenant signal
Microsoft Graphusers · policies
Entra IDidentities · MFA
Intunedevice compliance
Defendersecure score
Conditional Accessaccess policy
Azure ARMsubscriptions
Audit logssign-in & changes
SharePointsharing & DLP
VextaFed Engine
Deploys & delivers · proof
MFA · 3.5.3deploy proven
Encryption · 3.13.11deploy proven
Hardening · 3.4.2deploy proven
SSP · authoreddoc
POA&M · gaps + plandoc
Risk Register · scoreddoc
Evidence · your tenantdoc
0 / 110 read back this pass · DoD Assessment Methodology · 14 families
40 deploys live-proven · 21 more built, not yet live-proven · live-proven = written and read back on a real tenant, not a MET finding

Static render (reduced-motion / no WebGL): the engine still reads 8 Microsoft surfaces, deploys hardened controls, and writes proof to your own tenant.

05 — Data safety

Your documents stay in your tenant.
What crosses back is your compliance posture, not your documents.

Ten thousand points of your controlled data, held inside your own tenant. Push them — they recoil. The scan reads configuration and directory attributes through Microsoft Graph and Azure Resource Manager; it never requests mailbox, chat or file contents, and the only files it opens are the JSON evidence records in the binder you designate, and your own SSP when you ask it to find a passage in it. What tunnels across is your posture: verdicts, the configuration values behind them, and evidence pointers.

Your tenant · in-boundary
CUI — held in your tenant, never requested
Semi-permeable boundary
VextaFed
posture, not documents
0 CUI received
CUI bytes crossed
by design — the scan never requests mail, chat or file-store content, and stores no document
0
By design
Verdict metadata crossed
verdict · configuration values read · sha-256 hash · evidence pointer · one per control
0/ 110
Drag inside your tenant to push the data
click to coalesce

Static render (reduced-motion or no WebGL): the boundary still holds — your documents stay in-tenant; verdicts, the configuration values behind them and evidence pointers are what cross.

Your documents stay in your tenant — the scan never requests mail, chat or file contents
AI drafting on commercial tenants only, off in GCC High and DoD · sees control state and the notes you type — keep CUI out of that box · not used for training; retention per Microsoft Foundry terms
We hold your posture, not your documents — verdicts, scores, gap descriptions, POA&M entries, your onboarding answers, evidence pointers, the last 24 hours of scan results, 30 days of engine logs
One M365 consent at onboarding plus a separate read grant for Azure · each revocable by you
A PASS comes only from state we actually read — could-not-check is never met
Defender AV + Sentinel — deployed as remediation · Azure controls need your Azure grant
WAF / network boundary — scanner-verified & customer-signed
Azure Government (GCC High) — live · a full 110-control scan on a Gov tenant, 2026-09-09: 24 met · 47 partial · 37 need documentation · 2 unreadable
The result
Your score on the DoD Assessment Methodology

Computed from your own tenant on the NIST SP 800-171 DoD Assessment Methodology v1.2.1 — the same 5/3/1 weights and −203 to 110 range SPRS uses. While any requirement is unresolved we show a range, not a single number. It is the working score for your Basic Assessment and SSP; your Affirming Official submits to SPRS, not us. Your documents stay in your tenant — we hold verdicts, the values behind them and pointers.

Book a walkthrough →
CMMC Level 2 · NIST 800-171 R2 Built for GCC High Documents stay in your tenant