AWS Public Sector Blog

Decoding DoD cybersecurity: Compliance guide for DIB organizations

Defense industrial base (DIB) organizations working through Cybersecurity Maturity Model Certification (CMMC), Defense Federal Acquisition Regulation Supplement (DFARS), and Federal Risk and Authorization Management Program (FedRAMP) requirements struggle to know how to get started. The answer depends on your role in the defense supply chain and the type of information you handle.

The following list shares common organization types, including the data they handle, the required pathway and the assessment method to their required compliance pathway. Throughout the post, we note where Amazon Web Services (AWS) and AWS GovCloud (US) fit in the process because the infrastructure supporting your program shapes how much of each requirement you inherit rather than build yourself. There are a few common organization types:

  • Prime contractors face requirements that scale with the data they handle. A prime that handles only Federal Contract Information (FCI), the basic nonpublic information generated under a federal contract, needs Cybersecurity Maturity Model Certification (CMMC) Level 1, met through an annual self-assessment. When a prime handles Controlled Unclassified Information (CUI), the bar rises to CMMC Level 2, verified by a Certified Third-Party Assessor Organization (C3PAO) on a triennial basis with an annual affirmation in between. Primes handling high-value CUI must reach CMMC Level 3, assessed directly by the Defense Industrial Base Cybersecurity Assessment Center (DIBCAC), which requires Level 2 certification first.
  • Subcontractors inherit their obligations from above. When CUI flows down from a prime, the subcontractor must meet the same requirement the prime does, following the assessment method spelled out in the prime contract.
  • Managed service providers (MSPs) and managed security service providers (MSSPs) are treated differently depending on where the data lives. One that stores or processes CUI on its own systems needs its own CMMC Level 2 (C3PAO) certification. One that handles only Security Protection Data (SPD), the data used to deliver security services to a client, falls within the client’s CMMC assessment boundary rather than certifying independently.
  • Cloud service providers (CSPs) offering software as a service (SaaS), platform as a service (PAAS), or infrastructure as a service (IAAS) follow the Federal Risk and Authorization Management Program (FedRAMP). A CSP handling CUI must achieve FedRAMP Moderate, authorized by a Third-Party Assessment Organization (3PAO) and granted either a Joint Authorization Board Provisional Authorization to Operate (JAB P-ATO) or an agency Authorization to Operate (ATO). A CSP handling CUI without full FedRAMP authorization must instead demonstrate FedRAMP Equivalency, which a 3PAO validates against a stricter bar: 100 percent compliance with zero open findings.

The shift from checkbox compliance to continuous assurance

One idea runs through this entire framework: point-in-time compliance is no longer enough. The DoW has made its direction clear. It’s building a system that demands continuous security, not periodic demonstrations of adequacy.

Modern defense work runs through long, connected supply chains, where a single weak link can cause a systemic failure. Annual assessments capture only a snapshot, and the threats change daily.

What continuous compliance looks like in practice:

  1. Real-time visibility into security posture – When configurations drift and vulnerabilities appear or there’s a personnel change, your security posture changes. Your compliance posture on the day of assessment won’t be your compliance posture 3 months later unless you’re continuously monitoring.
  2. Automated evidence collection – When a C3PAO requests evidence of control implementation, you shouldn’t be scrambling to assemble artifacts. Continuous monitoring platforms map evidence to specific NIST 800-171 controls and maintain audit-ready documentation as a byproduct of daily operations.
  3. Supply chain risk management – Prime contractors are responsible for subcontractor compliance. That responsibility doesn’t end at contract signing. Continuous visibility into your supply chain’s security posture is no longer optional; it’s a program requirement.
  4. Proactive POA&M management – With a firm 180-day deadline for remediation, discovering gaps only during formal assessments increases the risk of losing contract eligibility. Continuous monitoring identifies gaps when they appear, giving you the maximum runway for remediation.

“AWS designed its cloud infrastructure with the understanding that security and compliance can’t be afterthoughts, they have to be built into the architecture from the start. Services such as AWS GovCloud (US) provide the isolation and controls that defense workloads require, but the real advantage is the continuous monitoring and automated compliance capabilities that cloud-native architectures make possible. The organizations that succeed in this environment will be the ones that use cloud infrastructure not only for compute and storage, but as the foundation for continuous compliance assurance.” — Aakash Tanwani, Worldwide Public Sector Solutions Architect, AWS

Where to start building your compliance roadmap

Whether you’re starting your compliance program or strengthening an existing one, the path forward involves the same fundamental steps. The order matters and skipping ahead typically creates more work in the long run:

  1. Know your data – CUI identification is the starting point for everything that follows. You can’t scope an assessment, implement appropriate controls, or demonstrate compliance without knowing exactly what CUI you possess, where it resides, and how it flows through your organization. Review your contracts, technical data packages, and communications with DoW customers. Consult the CUI Registry. If you’re unsure, engage with your contracting officer.
  2. Define your boundary – Organizations that process CUI across their entire enterprise face significantly higher compliance costs than those with well-defined CUI boundaries. Consider implementing an enclave strategy, isolating CUI processing to specific systems using solutions like dedicated government cloud environments such as AWS GovCloud (US), virtual desktop infrastructure, or purpose-built on-premises systems. This architectural decision should come before significant compliance investment.
  3. Assess your current state honestly – Conduct a genuine gap assessment against NIST SP 800-171. Not a check-the-box exercise, but a rigorous evaluation of how each of the 110 controls is implemented in your environment. Your Supplier Performance Risk System (SPRS) score should accurately reflect reality. Submitting a false SPRS score violates the False Claims Act, which carries triple damages and potential criminal penalties.
  4. Build your documentation foundation – Develop or update your system security plan (SSP), Plan of Action and Milestones (POA&M), and supporting policy documentation. Your SSP should describe how each control is implemented with enough specificity to satisfy an assessor. “Access is controlled” isn’t adequate. Budget 3–6 months for documentation development if you’re starting from scratch.
  5. Validate your cloud services – If you use cloud services for CUI, verify their FedRAMP authorization status on the FedRAMP Marketplace. Claims of “FedRAMP equivalent” or “NIST 800-171 compliant” without proper 3PAO assessment are insufficient. Confirm that you understand the shared responsibility model and have your customer responsibility matrix documented.
  6. Engage your supply chain – Flow-down requirements mean your compliance is only as strong as your weakest subcontractor. Map your supply chain, identify which entities handle CUI, and begin conversations about their compliance status now, not when a contract solicitation requires it.
  7. Invest in continuous monitoring – Implement tools and processes that provide ongoing visibility into your security posture. This serves dual purposes: maintaining actual security and generating the continuous evidence that demonstrates compliance between formal assessments.

A special note for MSPs and MSSPs

The requirements for managed service providers (MSPs) and managed security service providers (MSSPs) need close attention because the rules are specific and noncompliance can result in loss of contract eligibility.

The main requirement is straightforward. If your organization stores, processes, or transmits Controlled Unclassified Information (CUI) on your own systems, you need your own CMMC Level 2 Certified Third-Party Assessment Organization (C3PAO) certification. If you handle only security protection data (logs, configuration data, or alerts that don’t contain CUI), you don’t need independent certification, but assessors will examine your services as part of your client’s CMMC assessment. If you have no access to CUI or security protection data, you’re out of scope entirely.

In practice, the boundaries can blur. An MSSP analyzing logs in their own security information and event management (SIEM) might inadvertently be processing CUI. An MSP backing up client systems might be storing CUI on MSP-owned infrastructure. These scenarios require careful analysis and, increasingly, many MSPs and MSSPs are proactively pursuing their own CMMC Level 2 certification as both a risk mitigation strategy and a competitive differentiator.

“Every MSP and MSSP we work with needs to have this conversation with their DIB clients early and in writing. Develop a detailed shared responsibility matrix based on NIST SP 800-171A’s 320 assessment objectives. Know exactly which party owns each control. And if there’s any ambiguity about whether you’re handling CUI, resolve it before the assessor shows up, not during the assessment.” — Tim Sandage, Chief Growth Officer, SecureIT

Framework comparison

The following table summarizes the key differences across the three frameworks discussed in this series.

Dimension DFARS 7012 CMMC 2.0 FedRAMP Equivalence
Primary standard NIST 800-171 (110 controls) NIST 800-171 or 172 NIST 800-53 (323 controls)
Applies to DoW contractors with CUI DIB with FCI or CUI CSPs handling CUI
Assessment Self-attestation Self, C3PAO, or DIBCAC FedRAMP 3PAO
POA&Ms Unlimited Limited (180 days) None (operational only)
Validity Contract duration 1–3 years and annual affirmation Continuous monitoring

The time for preparation is now

The DoW’s cybersecurity framework for the DIB has matured into an integrated system with real enforcement mechanisms. The DoW is including CMMC self-assessment requirements in contracts today. Mandatory third-party assessments were slated for November 2026 but were suspended on July 13, 2026, pending a program review. They’re widely expected to return in some form, and the Department targeted full implementation by 2028. In the meantime, the underlying obligations (NIST SP 800-171, DFARS 252.204-7012, and accurate self-attestation) remain in full force.

Organizations that treat this as a compliance exercise might face challenges maintaining continuous compliance. Organizations that treat it as a security transformation, investing in the infrastructure, processes, and culture of continuous assurance, will not only maintain contract eligibility but come out as stronger, more prepared participants in the defense supply chain.

Conclusion

In this post, we showed how your compliance pathway depends on your role in a federal contract and the sensitivity of the data you handle, from Federal Contract Information through Controlled Unclassified Information and up to high-value CUI, and how those obligations flow down to subcontractors, managed service providers, and cloud service providers. We also noted where AWS GovCloud (US) shapes how much of each requirement you inherit rather than build yourself.

Explore AWS compliance resources for DFARS to understand how AWS GovCloud (US) supports your defense workloads. Visit the FedRAMP Marketplace to verify the authorization status of your CSPs. Review the CMMC Assessment Guide for detailed assessment objectives and evidence requirements. Read insert hyperlinked title of part 1 for the foundational framework overview.

Tim Sandage

Tim Sandage

Tim Sandage is Chief Growth Officer at SecureIT and author of Security by Design + AI (March 2026). With nearly 30 years of experience spanning military service, healthcare, consulting, and cloud technology, Tim helps organizations build security, compliance, and AI governance programs that are proactive, scalable, and embedded into operations from day one.

Michelle Peterson

Michelle Peterson

Michelle Peterson is a Security Partner Strategist on the AWS Global Security & Compliance Acceleration team, where she leverages her 15-plus years of cybersecurity expertise to deliver strategic guidance to customers and partners navigating compliance initiatives on AWS. Based in Northwest Montana, Michelle balances her professional drive with an active lifestyle—practicing Pilates, skiing, playing pickleball, and enjoying lake days with her family and dogs.