The Tool Bought to Manage CMMC Sits Within the Boundary
A defense manufacturer subject to CMMC will, at some point, adopt a system specifically to manage the program: the governance, risk, and compliance platform, the GRC tool. Of all the systems brought into a contractor's CMMC boundary, this one is the least examined, because the marketing presents it as the answer to scope rather than as a system that lives inside it. The platform is sold as the solution that produces compliance, and the question of what the framework requires of the tool itself rarely surfaces in the sales material.
The regulatory baseline is the CMMC program, codified at 32 CFR Part 170 and effective December 16, 2024, which requires the 110 security requirements of NIST Special Publication 800-171 Revision 2 demonstrated through a Level 2 assessment. A GRC platform adopted to manage that program does not stand outside it. The choice of platform and the custody of the data it holds are matters the contractor cannot delegate to a vendor's sales page.
What the Platform Holds, and Why It Is a Security Protection Asset
To do its work, a GRC platform takes in a detailed, up-to-date description of the contractor's security environment. It holds the System Security Plan, the asset inventory, the network and data-flow descriptions, the implementation status of each control, the results of vulnerability scans, and the Plan of Action and Milestones, the running record of every requirement not yet met. Taken together, it is a single, structured, continuously updated account of how the environment is defended and, in the POA&M, precisely where the defense is incomplete.
The CMMC framework has a name for this kind of information. The Level 2 Scoping Guide defines Security Protection Data as data stored or processed by Security Protection Assets that is used to protect the assessed environment, and as security-relevant information that, if disclosed, could aid an attacker in compromising the system. The definition is the scoping guide's own, and what it describes is what a GRC platform actually holds. A tool that holds that data and provides a security or compliance function is a Security Protection Asset under 32 CFR 170.19, within the CMMC Assessment Scope, assessed against the Level 2 requirements relevant to the capability it provides, and documented in the asset inventory, the SSP, and the network and data-flow diagrams.
What You Load Into It Sets the Requirement
How far the requirement goes turns on what the contractor puts into the platform. Security Protection Data is not automatically CUI. A platform that holds only the SSP, the inventory, the scan output, and the POA&M is a Security Protection Asset, in scope and assessed and documented, but the cloud rule that requires FedRAMP authorization for a service holding CUI is not automatically triggered by Security Protection Data alone. The moment CUI enters the platform, however, the answer changes. A screenshot of a controlled drawing, an exported configuration that includes controlled technical data, or a document carrying a CUI marking, where that information constitutes covered defense information under the contract, means the vendor's cloud service offering is storing or processing that information. In that case DFARS 252.204-7012, at paragraph (b)(2)(ii)(D), requires the contractor to ensure the cloud service provider meets security requirements equivalent to the FedRAMP Moderate baseline.
The platform is in scope. A GRC tool holding the SSP, scan results, and POA&M is a Security Protection Asset within the CMMC Assessment Scope, documented in the inventory, the SSP, and the diagrams.
What you load into it sets the requirement. Security Protection Data keeps it a Security Protection Asset. CUI-bearing evidence may make the platform a CUI asset and, where the CUI is covered defense information under the contract, triggers the DFARS 252.204-7012 cloud-service requirement.
Keep it in the lane deliberately. Prohibiting CUI-bearing evidence from being uploaded, and documenting that restriction in procedure, training, and evidence-handling rules, holds the tool to the lighter classification and prevents the cloud rule from attaching.
The Specific Offering Is the Test
Where the cloud rule does attach, the test is the one established for any hosted service, and the GRC market makes the test necessary because it is not uniform. Some compliance-automation vendors offer dedicated government or FedRAMP-authorized offerings. Others sell commercial software that relies on FedRAMP-authorized infrastructure underneath, which describes the cloud the platform runs on rather than an attestation for the offering itself. Most commercial GRC offerings run in commercial cloud, which is a mismatch for a contractor whose CUI architecture is in a government cloud. These are not the same thing, and a CMMC module in the product is not a statement about any of them.
The contractor verifies the specific offering it actually uses, not the vendor's separate government product and not the infrastructure beneath it, by confirming a FedRAMP Marketplace authorization or obtaining the third-party equivalency body of evidence together with the customer responsibility matrix. The December 2023 DoD memorandum defines equivalency as 100 percent compliance with the FedRAMP Moderate baseline, with all plans of action from the third-party assessment corrected and closed before equivalency is recognized, evaluated by a FedRAMP-recognized assessment organization with a penetration test, and supported by a body of evidence presented to the contractor.
What the Platform Can Prove About the Evidence
A separate judgment concerns the evidence itself. The platform can demonstrate that an artifact has not changed since it was uploaded. It cannot demonstrate that the artifact accurately reflects the source system at any point in time. The integrity claim is post-upload and file-level, and a screenshot, a configuration export, or an attestation is a record produced at one moment, not a continuing reflection of the system.
Two gaps follow. The platform's chain of custody begins at the moment of upload, so the artifact may have been cropped, edited, or captured in a state the source system was not actually in, and the hash computed at upload cannot reach back to verify any of that. And the system continues to change after the artifact is captured, so a record preserved exactly inside the platform says nothing about whether the underlying configuration still matches it. The strongest evidence at assessment remains the live configuration or output at the source system. The platform's value is as an index of where that evidence sits rather than as a substitute for it.
The custody of the description. A GRC platform aggregates security-relevant information about an entire environment into one external, hosted, continuously updated place. Custody, who operates it, who can access it, where it is hosted, is a diligence item in its own right.
The dashboard is not the boundary. A GRC tool records what is entered, not what an assessor will find. A green dashboard without underlying implementation is the readiness-wall problem.
Integrity is bounded. The platform can prove the artifact has not changed since upload. It cannot prove the artifact reflects the source system. The assessor's strongest evidence remains the live configuration at the source.
Index of Evidence, Not Substitute for It
Used as an index, pointing assessors to source systems, organizing evidence references, and tracking status, a GRC platform is a legitimate and useful part of a CMMC program. Used as the authoritative evidence repository, it places a layer of indirection between the assessor and the truth that the platform cannot resolve. The contractor that treats the platform as an asset to be classified, verified, and governed, rather than as a result to be purchased, has placed it correctly and can account for it in the assessment.
Download the Full White Paper
The full paper includes the Security Protection Asset classification under 32 CFR 170.19 and the DoD Level 2 Scoping Guide, the distinction between Security Protection Data and CUI-bearing evidence, the cloud rule under DFARS 252.204-7012 paragraph (b)(2)(ii)(D), what FedRAMP Moderate equivalency requires under the December 2023 DoD memorandum, the specific-offering test, the custody question for security-relevant data concentrated in one external place, what the platform can prove about evidence integrity and what it cannot, a diagnostic sequence for working through the compliance platform, and an evidence-package table mapping each artifact to the requirement it supports.
The CMMC Decision, Second Edition
Strategic guide for CEOs and senior executives of small and mid-sized defense contractors. Level determination, enforcement timelines, certification economics, and the governance questions executives cannot delegate to the IT organization.
Read More →