If your company has a DoD contract, this clause is almost certainly in it, and most contractors don't fully understand what it requires until they're being assessed. Here's a plain-language breakdown of every obligation DFARS 252.204-7012 puts on your organization.
DFARS 252.204-7012, formally titled Safeguarding Covered Defense Information and Cyber Incident Reporting, is a Defense Federal Acquisition Regulation Supplement (the set of DoD-specific additions to federal procurement law) clause that the Department of Defense includes in contracts where a contractor will process, store, or transmit Covered Defense Information (CDI).
In plain terms: if your contract involves sensitive DoD information, and most do, this clause is your cybersecurity obligation in contractual form. It flows down to subcontractors at every tier when CDI is involved, which means your primes are required to pass it to you, and you're required to pass it to anyone you subcontract work to.
Quick definition: Covered Defense Information (CDI) includes Controlled Unclassified Information (CUI) that is collected, developed, received, transmitted, used, or stored on a contractor's information system in performance of a DoD contract. If your systems touch technical data, export-controlled information, or sensitive program data, you're covered.
DFARS 252.204-7012 imposes six specific obligations on covered contractors. Understanding all six is critical, most compliance programs focus only on the first and miss the others until an incident exposes the gap.
The clause requires contractors to apply the security requirements in NIST Special Publication 800-171, Protecting Controlled Unclassified Information in Nonfederal Systems and Organizations. That's 110 security requirements across 14 practice families, covering everything from access control and audit logging to incident response and system integrity.
You must implement these controls on any system that stores, processes, or transmits CDI. The scope is your CUI boundary, the set of systems, users, and data flows that touch covered information.
If you subcontract any work that involves CDI, you are required to include DFARS 252.204-7012 in your subcontracts. This is a hard requirement, not optional. Your primes will increasingly audit this as CMMC enforcement tightens.
If you experience a cyber incident on a covered system, you must report it to DoD via DIBNet (dibnet.dod.mil) within 72 hours of discovery. The report must include details about the systems affected, what CDI may have been compromised, and the techniques the attacker used.
This is not a "wait until you're sure" requirement. The clock starts at discovery, not at confirmation, not at the moment your team finishes arguing about whether it "counts" as an incident.
Following a reportable cyber incident, you must preserve images of all compromised systems and make them available to DoD upon request for 90 days. This means you need to have a process in place before an incident happens, not after.
If you discover malicious software on a covered system, you must submit a sample to DoD's Cyber Crime Center (DC3) when requested. This supports DoD's broader threat intelligence mission.
DoD may request access to your systems and media to conduct or support a damage assessment after a cyber incident. You are required to cooperate. This is a significant obligation that many contractors don't anticipate.
| Dimension | DFARS 252.204-7012 | CMMC Level 2 |
|---|---|---|
| Requirement source | Contract clause | Certification requirement (32 CFR Part 170) |
| Security framework | NIST SP 800-171 (110 controls) | NIST SP 800-171 (110 controls) |
| Verification method | Self-attestation via SPRS | Third-party C3PAO assessment (for critical programs) |
| Assessment score | Self-reported SPRS score | C3PAO-validated score |
| Who it applies to | Any DoD contractor with CDI | Contractors in CMMC Level 2 contract requirements |
| SSP required? | Implicitly (NIST 800-171 §3.12.4) | Explicitly, reviewed on day one |
The key takeaway: CMMC Level 2 covers the same 110 practices as DFARS 7012 but replaces the honor-system self-assessment with independent third-party verification. If your contracts are moving to CMMC requirements, your DFARS 7012 implementation is your CMMC foundation, but it will be scrutinized much more closely.
The Supplier Performance Risk System (SPRS) is where DoD contracts officers check your cybersecurity posture before awarding contracts. DFARS 252.204-7021 requires contractors to enter a self-assessed NIST 800-171 score into SPRS before being awarded DoD contracts.
The scoring methodology is defined in DoD's Assessment Methodology. A perfect score is 110. Each unimplemented or partially implemented control carries a point deduction ranging from 1 to 5 points. A contractor with no controls implemented would score -203, yes, negative scores are possible.
False Claims Act exposure: In 2022, the DoJ launched the Civil Cyber-Fraud Initiative, making it clear that submitting false SPRS scores, certifying NIST 800-171 compliance when you haven't actually implemented the controls, is actionable under the False Claims Act. Enforcement actions have already been taken against defense contractors.
To demonstrate DFARS 252.204-7012 compliance, and to survive a CMMC assessment, you need the following documentation in place:
After working through CMMC implementations across multiple environments, the same gaps come up repeatedly:
The SSP is the first document a C3PAO asks for. Our templates give you the structure, control mappings, and implementation guidance to build it correctly, not at consultant rates.
DFARS 252.204-7012 is not a suggestion. It's a contractual obligation with real enforcement teeth, and the transition to CMMC is making the self-attestation era of DIB cybersecurity compliance effectively over for any contractor working on critical programs. The documentation requirements, SSP, incident response plan, POA&M, aren't bureaucratic overhead. They're the proof that your controls actually exist. Without them, you're essentially asking an assessor to take your word for it. They won't.
Start with the SSP. Everything else builds from it.
No spam. Just practical guidance on CMMC compliance and new resources when we publish them.