Skip to main content
Official source: Certification Package Overview (CPO), FedRAMP Consolidated Rules release 2026.10.14.01. This page is a plain-English summary. The official rule text governs.

In short

The Certification Package Overview (CPO) is a concise summary of your cloud service offering that sits inside your FedRAMP Certification Package. For Rev5, it replaces the historically required System Security Plan, not including its appendices. You must supply it in both human-readable and JSON formats, and it pulls together information required by several other rulesets. You must also keep the whole Certification Package up to date on a cadence that depends on your type and class, from every week (20x Class D) to every year (Rev5 Class B and C).

Who it applies to

The General subset lists Classes B, C and D, but CPO-CSO-OSA includes a Class A variant (MAY). The rule notes on CPO-CSO-OVR also say that if a referenced rule doesn’t apply to your class or type, that information isn’t required.

Key dates

What you need to do

General provider responsibilities (20x and Rev5)

CPO-CSO-OVR requires the overview to include at least the information required by these rules: The JSON format follows the FedRAMP Certification Package Overview schema.

20x-specific provider responsibilities

The rule notes say FedRAMP expects 20x providers to maintain the package using automation as changes occur, so it is never out of date. The rule doesn’t require or expect persistent human review of all materials at this cadence.

Rev5-specific provider responsibilities

The rule notes describe the Rev5 timeframe as the worst-case maximum. They say Rev5 providers should maintain their packages far more often, and at least after every transformative significant change. See Significant change notification.

Differences by class

What FedRAMP staff have said

Rev5 grace period date. On 2026-08-27, pete-gov confirmed that the CPO dates are meant to differ for 20x and Rev5, and that the Rev5 grace period ends on the first FedRAMP independent assessment after 2027-07-01, not 2027-01-01. The current release already shows 2027-07-01. Discussion #146 comment
Partial packages during the transition. On 2026-10-26 and 2026-10-27, pete-gov said each ruleset has its own maintaining and grace dates, listed on the Rev5 deadlines page. He said FedRAMP expects mixed (“frankenstein”) packages of legacy and CR26 material and set no single cut-over date. You may add supplemental material next to a legacy package, such as separate documents or Verification: statements in SSP control text, and no template is required. He said everything except CDS will be switched over for everyone by the end of 2027. He also said the dates in each ruleset are accurate and the rules are the source of truth. Discussion #146 comment (2026-10-26), Discussion #146 comment (2026-10-27)
CPO replaces most of the SSP. On 2026-08-24, asked which deliverables to expect now that the SAP, SAR and RET are legacy (for a Rev5 lost sponsor or readiness conversion), paulagosta said your Certification Package Overview and Security Decision Record will contain your assessment results. On 2026-09-11, paulagosta added that the CPO and SDR need machine-readable and human-readable versions, and that most components of an SSP now reside in the CPO and SDR. Discussion #146 comment (2026-08-24), Discussion #146 comment (2026-09-11)
The CPO URI in other schemas. On 2026-06-30, dan-fedramp explained that the CPO is a separate schema with metadata about the offering, such as FedRAMP ID, provider name and service name. FedRAMP includes the CPO URI in all of its other schemas so you don’t have to duplicate this information in every submission. Discussion #146 comment
Public CPO JSON must be web-consumable. On 2026-09-17, after a Marketplace update with public CPO JSON was rejected because of its content type, pete-gov said FedRAMP would strictly require web interoperability (a CORS allow and an appropriate content type) for JSON data that must be public, such as CDS-CSO-PUB and CDS-CSO-SVC. An RFC would follow for JSON data behind a trust center login. The rules were later updated in FRC-CSO-JSN (2026-10-05). Discussion #175 comment