Skip to content
Certifyi

Glossary

What is a System Security Plan?

A System Security Plan (SSP) is the document that describes a system’s boundary, its environment and how each security requirement is met. Under CMMC and NIST SP 800-171 it covers all 110 requirements, and it is where the assessor starts.

What an SSP contains

NIST SP 800-171 requirement 3.12.4 asks organisations to develop, document and periodically update a plan describing system boundaries, environments of operation, how the security requirements are implemented, and connections to other systems.

Requirements that are not yet met go on a Plan of Action and Milestones (POA&M), which sits alongside the SSP and records the fix, the owner and the date.

  • Boundary. What is in scope: the systems, people, facilities and cloud services that store, process or transmit CUI.
  • Environment. How the system is built and run, usually with network and data flow diagrams.
  • Requirements. For each of the 110 requirements, how it is met, who is responsible and where the evidence is.
  • Connections. External systems and service providers the system connects to, and what passes between them.

How assessors use it

In a CMMC Level 2 certification assessment, the C3PAO starts from the SSP. Assessors compare what it says against interviews, evidence and the systems themselves, and score each requirement met or not met. An SSP that describes an ideal system, rather than the one in use, leads to findings across many requirements.

The SSP requirement is one of those the CMMC rule, 32 CFR Part 170, does not allow on a POA&M. It has to be met on the day of the assessment.

Keeping it current

An SSP goes out of date quickly. A new cloud service, a change in who handles CUI or a new office can each move the boundary. Review it at least once a year and whenever the system changes, and keep the version history so you can show what was true at the time of assessment.

The SSP is also where scoping decisions are recorded. A tightly drawn CUI enclave reduces the number of systems the 110 requirements apply to, but the SSP then has to explain how CUI is kept inside it.

Outside CMMC, the same kind of document is used for US federal systems, with guidance in NIST SP 800-18, and for FedRAMP cloud authorisations.

Questions

System Security Plan (SSP), answered

Which version of NIST SP 800-171 does the SSP follow?

NIST published Revision 3 in 2024, but CMMC Level 2 assessments are made against Revision 2 and its 110 requirements. Write the SSP against Revision 2 unless your contract says otherwise.

Can a template SSP pass an assessment?

Only as a starting point. Assessors check that each requirement’s description matches the real system and the evidence, so generic text copied from a template tends to fall apart in interviews.

Who should write the SSP?

Usually the compliance or IT lead, with input from each control owner. Senior management should approve it, because it is the organisation’s formal statement of how it protects CUI.

Working through this for an audit?

Talk it through with someone who has run the audit before, or look up another term.

  • Each customer workspace has its own database
  • Every change written to a tamper-evident activity log
  • Auditors get scoped, read-only access
  • AI suggestions wait for a person to accept them
Scroll to Top