Skip to content

3.12.4 — Maintain the SSP

Develop, document, and periodically update system security plans that describe system boundaries, system environments of operation, how security requirements are implemented, and the relationships with or connections to other systems.

The SSP is the single most important document for your CMMC assessment. It describes: your CUI boundary (what’s in scope), the environment (systems, network, people), how each of the 110 security requirements is implemented (not generic — specific to your environment), and connections to other systems (cloud services, client networks, vendor access). It must be current — updated within 30 days of significant changes and reviewed at least annually. An absent or outdated SSP at assessment time is grounds for assessment failure.


Your assessor needs a “yes” to every row:

#QuestionWhat “yes” looks like
1Is an SSP developed?Complete SSP document exists
2Is the system boundary described?CUI boundary clearly defined with network diagram and asset list
3Is the environment described?Systems, people, locations, and operational context documented
4Are non-applicable requirements identified?Any N/A requirements documented with justification approved by designated authority
5Is implementation described?Each requirement has a specific, environment-specific implementation description
6Are connections described?All external connections documented: cloud services, client networks, vendor access
7Is update frequency defined?Policy: reviewed annually, updated within 30 days of changes
8Is the SSP updated per the defined frequency?Version history showing recent updates; last review date within 12 months

Documents they’ll review: Security planning policy; system security plan (complete document); SSP version history and change log; network diagrams; CUI boundary documentation; system inventory

People they’ll talk to: Personnel with security assessment responsibilities; information security personnel; management with oversight

Live demos they’ll ask for: “Show me your SSP.” “Walk me through the CUI boundary section.” “When was it last updated? Show me the version history.” “Does it match your actual environment?”


These are the actual questions. Have answers ready.

  • “Show me your SSP. When was it last updated?”
  • “Walk me through the CUI boundary — what’s in scope?”
  • “Show me how you describe the implementation of [specific requirement].”
  • “What connections exist to external systems?”
  • “Are any requirements marked N/A? Show me the justification.”
  • “Does the SSP match your actual environment?”

No SSP. This is the most critical document. Without it, the assessment cannot proceed.

Stale SSP. Written a year ago and not updated despite environment changes. Update within 30 days of significant changes.

Template/boilerplate. Generic descriptions that don’t match your actual environment. The SSP must be specific to your implementation.

Doesn’t match reality. Describes controls that aren’t implemented. The assessor will verify SSP claims against your actual environment.



RequirementWhy it matters here
3.12.1 — Test Your ControlsSelf-assessment validates what the SSP claims
3.12.3 — Monitor ContinuouslyContinuous monitoring may reveal SSP updates needed
3.4.3 — Control Every ChangeChanges may trigger SSP updates

🔒

Step-by-step guides for Microsoft 365, AWS, Azure, and GCP are available to Ancitus clients.

Start a conversation →

CMMC Practice ID: CA.L2-3.12.4 | SPRS Weight: 1 point | POA&M Eligible: Yes