Two patterns have been visible across GRC platforms through the first half of 2026. The first is incumbent scale. Companies that built around cross-framework automation are reaching ARR milestones that prove the category is durable. The second is incumbent repositioning. Those same companies are rebranding toward “AI” and “agentic” without rebuilding the architecture underneath.
Both patterns matter for CMMC, because both confirm where the horizontal-GRC ceiling sits.
The first half of the year has produced the clearest evidence yet. Vanta crossed $300M ARR in April, a milestone that validates automated cross-framework compliance as a durable category. AuditBoard rebranded to Optro and now markets itself as “AI-Powered GRC.” Drata launched its “Agentic Trust Management Platform.” Sprinto continues to push an “Autonomous Trust” framing. The capital and the messaging are pointed at the same destination. None of the underlying engines have changed.
That’s not a critique. It’s an observation about what the horizontal-GRC architecture is and isn’t designed to do.
This piece is about the ceiling those architectures hit when the framework on the other side is CMMC. Why the ceiling holds. Why repositioning at the marketing layer doesn’t move it. And what contractors evaluating compliance platforms in 2026 should be testing for if CMMC is the obligation that has to hold up.
We’ve made the architectural argument before in our earlier piece on the GRC land grab. This is a refresh with six months of new evidence and a sharper read on where the line sits.
The 2026 Reposition Pattern
Across recent quarters, the horizontal-GRC platforms have extended their public surface in two directions. The first is adjacent frameworks. PCI DSS 4.0, NIST AI RMF, ISO 42001, DORA where the platforms support it, AI compliance broadly. The second is category rebranding. AuditBoard becomes Optro, Drata launches “Agentic Trust,” Sprinto leans into “Autonomous Trust.” The two moves are working together. Add frameworks to widen the buyer pool. Add AI-and-agentic language to clear the next round of buyer expectations.
Each of those moves is a coherent strategy for the horizontal buyer. The frameworks share a structural pattern with SOC 2 and ISO 27001: control-level evaluation, dashboard-friendly evidence, cloud-native scoping, and a buyer who manages risk centrally. The cost of adding each new module is the cost of mapping controls into an existing engine and standing up integrations into the customer’s cloud. None of them require the platform to rebuild what it is.
That’s the part worth being clear about. Repositioning toward AI is not the same as rebuilding around AI. Adding an ISO 42001 module is not the same as redesigning evidence capture around agentic workflows. The marketing changes faster than the architecture does, because the marketing has to move with each fundraising cycle and the architecture only has to move with each generational rebuild. Two of those happen every year. The other happens once a decade.
None of these moves touch the architectural problem CMMC poses, either.
Why Horizontal Works for Cross-Framework SMB
Horizontal GRC is the right model for a specific buyer. A 200-person SaaS company that needs SOC 2 to close enterprise deals, ISO 27001 to sell into Europe, HIPAA to onboard a healthcare partner, and PCI to run direct billing has a real cross-framework problem. Managing four separate systems with overlapping but distinct controls is operationally painful and expensive.
Horizontal platforms solve that pain. They build a single control library, map each compliance framework to it, automate evidence collection across cloud infrastructure and SaaS tools, and produce dashboards that show all four frameworks in one view. For the buyer who lives in that workload, the value is genuine.
The architecture choices that make horizontal platforms work are visible in the product. Controls are the unit of evaluation, not assessment objectives. Evidence is collected via integrations into commercial cloud and standard SaaS tools. Dashboards are the primary output, with reports generated on demand. The audit interaction is mostly asynchronous, with the auditor pulling evidence from the platform during a review window.
That architecture is well-engineered for the workload it was designed for. The platforms that built it earned their ARR. The mistake is assuming that architecture transfers cleanly to compliance programs that operate on different assumptions.
Why Horizontal Hits a Ceiling at CMMC
CMMC operates on a different physics. Not a different control framework. A different model for what compliance is, who carries the risk, what evidence has to prove, and how the assessment unfolds.
The 110 controls in NIST 800-171 decompose into 320 assessment objectives. C3PAOs evaluate at the objective level for MET/NOT MET findings, then apply the 110-point weighted scoring at the requirement level per 32 CFR § 170.24(c)(2) — a single NOT MET objective makes the parent requirement NOT MET, which drives the point deduction. A platform that evaluates only at the 110-control level isn’t wrong, it’s just operating at too coarse a resolution to predict the assessment outcome that the 320 objectives actually drive. The 110 controls map walks the full structure.
The evidence model is also different. CMMC requires contemporaneous evidence of process, not just current-state configuration. An assessor asks “show me that this control was working in March” and accepts artifacts only if they were captured at the time. Dashboard screenshots from yesterday don’t satisfy that. The evidence gap piece covers why self-assessment scores collapse under DFARS 7019 and 7020 review.
False Claims Act personal liability is the third gap. Senior officials who certify CMMC scores in SPRS face personal exposure under the FCA if those scores are misstated. That is not theoretical. DOJ has already settled cases under the Civil Cyber-Fraud Initiative announced in October 2021, including Penn State University at $1.25 million (October 2024) and MORSECORP Inc. at $4.6 million (2025) — both for false SPRS submissions and cybersecurity misrepresentations on DoD contracts. A senior executive certifying based on dashboard output rather than verified assessment-objective evidence is taking on a risk profile that horizontal GRC was never designed to address.
And the deployment question. Per DFARS 252.204-7012(b)(2)(ii)(D), external cloud service providers processing CUI must meet the FedRAMP Moderate baseline (or equivalent). Contractors operating in government cloud, IL4, IL5, or air-gapped environments need a compliance platform that runs in those environments. Commercial-only platforms create a deployment mismatch with the architecture their buyers are required to use.
None of these are gaps a horizontal GRC platform could close by adding a CMMC module. They are properties of a different system, designed against different requirements.
The Four Gaps, Specifically
For contractors evaluating horizontal platforms against CMMC, four specific tests separate surface-level coverage from assessment-grade readiness.
Objective-level gap assessment. The platform must work at the 320-objective level from the start, not the 110-control level. Ask to see the gap assessment scored at the objective level. If the platform shows 110 line items, it’s working at the wrong resolution.
How does the platform handle weighted scoring with POA&M eligibility? CMMC uses a 110-point weighted score where different requirements carry 1, 3, or 5 points. Some requirements are POA&M-eligible, others must be MET at assessment time. A platform that shows green/yellow/red without calculating the weighted score and modeling the POA&M eligibility rules can’t tell you whether you’d pass the assessment or what to fix first.
Environment-specific SSP narrative. The SSP describes how this organization implements each control in this environment. A platform that generates SSP language by restating the control definition with a company name inserted produces a document assessors spot immediately. The narrative needs to come from the actual environment context.
Government cloud deployment. If the contractor processes CUI in GCC High or another government cloud environment, the compliance platform needs to operate there too. Commercial-only architecture is a structural mismatch.
These aren’t quibbles. They are the capabilities that determine whether the platform’s output survives contact with a C3PAO assessment or generates clarification requests, evidence gaps, and findings that should have been caught months earlier.
What Contractors Should Know
If you’re using a horizontal GRC platform today and CMMC is a secondary obligation alongside SOC 2 or ISO 27001, the platform is probably fine for the non-CMMC programs and inadequate for CMMC. The honest path is to supplement, not to assume parity. Run CMMC on a system that models the assessment workflow end-to-end, and let the horizontal platform handle the frameworks it was built for.
If CMMC is your primary compliance obligation and the contracts depend on it, the architecture question is the question. The platform’s framework breadth is irrelevant if its CMMC depth doesn’t produce assessment-ready output.
And if you’re choosing now, the test is straightforward. Ask the vendor to walk you through a sample gap assessment at the objective level. Ask to see a generated SSP section against a sample environment and judge whether it reads as environment-specific or as restated control language with a logo on top. Ask how their POA&M model handles the 180-day closure window, the Conditional status threshold, and the closeout assessment. Ask which government cloud environments their platform deploys into. The vendor with depth answers in specifics. The vendor with a module answers in generalities, and the gap between those two answers is the gap your assessment-day surprise will live in.
There is a related question worth raising. Horizontal platforms are aggressive about land-and-expand pricing, and the bundle math can look favorable when CMMC is added to an existing SOC 2 or ISO 27001 contract. The pricing comparison only holds if the CMMC depth is comparable. If the platform produces dashboard output rather than assessment-ready output, the savings on the contract line are offset by the consulting hours required to bridge the gap. The bundle was not the actual savings.
For a fuller treatment of the platform evaluation question, our CMMC compliance software guide covers the underlying framework. A specific evaluation-lens vendor-comparison piece is forthcoming.
Where the Line Sits in 2026
The horizontal-vertical line is not a stalemate. It’s a sorting mechanism, and the 2026 reposition wave makes it easier to see where it sits.
Horizontal GRC is the right model for cross-framework SMB and mid-market workloads where the buyer manages risk centrally, the auditor pulls evidence asynchronously, and the controls fit the dashboard-and-integration engine. That is a real market, and it’s growing. The incumbents earned their ARR there for a reason.
Vertical compliance is the right model for programs where the assessment methodology, the personal liability profile, the evidence model, and the deployment environment all push beyond what a horizontal engine was built for. CMMC is one of those programs. So is anything else that ends in an assessor’s findings letter and a senior official’s signature in a regulated system of record.
Both architectures will scale. They will not converge. Repositioning at the marketing layer doesn’t change which architecture the assessor is actually walking into. The contractors who treat their dashboard as audit defense are the ones holding the risk when the C3PAO arrives.
The market just got clearer, not closer. The horizontal stack and the vertical stack are running on different physics. The contractors who win the next two years pick the right physics, not the bigger ARR number or the louder agentic claim.
If CMMC is your primary obligation, the platform you choose has to model the assessment workflow end-to-end. Talk to our team about what assessment-objective-level evaluation looks like in practice.
References · 5 official sources
| Source | What it covers | Type |
|---|---|---|
| 32 CFR Part 170 (CMMC Program Rule) | CMMC Program Rule — the prescriptive baseline that horizontal-GRC architectures must map against, not just accommodate | Regulation |
| DFARS 252.204-7012 (Safeguarding Covered Defense Information) | The CUI obligation that drives the depth of compliance verification platforms must support | Regulation |
| DFARS 252.204-7019 (Notice of NIST SP 800-171 DoD Assessment Requirements) | SPRS scoring + senior-official affirmation requirement — the legal exposure layer that elevates AI claims into FCA risk | Regulation |
| NIST SP 800-171 Rev 2 | 110 security requirements — the prescriptive control set that distinguishes CMMC depth from cross-framework GRC breadth | Standard |
| NIST SP 800-171A (Assessment Procedures) | 320 assessment objectives — the granularity at which CMMC-native depth becomes visible vs. horizontal-GRC abstractions | Standard |