Skip to content

Step 5: Authorize

Authorize is the moment a senior official, the AO, formally accepts the system’s remaining risk on behalf of the organization. The AO’s question is not “are all controls satisfied” but “is the residual risk acceptable for this mission, given what we know.” Source: SP 800-37 Rev. 2, section 3.6 and Appendix F.

TaskWhat it means in practicePrimary roleOutput
R-1 Authorization packageAssemble the executive summary, SSP and privacy plan, SAR and POA&MSystem owner, CCP, SAOPAuthorization package
R-2 Risk analysis and determinationWeigh the findings, threats and mission value to decide the risk to operations, assets, individuals and the NationAO or AODRRisk determination
R-3 Risk responseDecide how to handle each significant risk: accept, avoid, mitigate, share or transferAORisk responses
R-4 Authorization decisionIssue the decision with terms, conditions and durationAOAuthorization decision document
R-5 Authorization reportingReport the decision, key weaknesses and residual risk to agency officialsAO or AODRRecorded decision in the GRC tool and agency reports
DecisionMeaningSource
Authorization to operate (ATO)The system may operate; residual risk accepted, usually with terms and conditionsSP 800-37
Common control authorizationControls a provider offers for inheritance are authorizedSP 800-37
Authorization to use (ATU)An agency accepts and uses another organization’s authorization, typically a shared or cloud serviceSP 800-37
Denial of authorizationRisk is unacceptable; the system may not operate, or must stopSP 800-37
ATO with conditionsATO tied to specific conditions, such as closing named POA&M items by a dateDoDI 8510.01
Interim authority to test (IATT)Limited permission to test in an operational environment before an ATODoDI 8510.01
ApproachWhen it fits
Initial authorizationFirst decision for a new system, based on a full assessment
Ongoing authorizationThe ATO stays in force because continuous monitoring gives the AO current risk data; no fixed end date
ReauthorizationA new full decision after a set period or a major change, when ongoing authorization is not in place
Joint authorizationSeveral AOs share a system and co-sign one decision
Type authorizationOne authorization for identical copies deployed in several places, such as a standard kiosk or sensor
Leveraged authorizationRelying on another organization’s package, then issuing your own ATU

Write the executive summary for a busy executive. One or two pages: what the system does, its category, how many controls were assessed, how many weaknesses remain by risk level, the top risks in plain language, and what the system owner recommends. AOs decide from this page and dig into the SAR only where it points.

Brief, don’t just submit. A 30-minute AO briefing with the system owner, ISSO and assessor resolves most questions faster than rounds of comments. Bring the top five risks, their POA&M dates and any risk acceptance requests.

Separate risk acceptance from the POA&M. Weaknesses the organization will not fix need an explicit, signed risk acceptance with a review date. Keeping them on the POA&M with ever-moving dates hides them.

Read the terms and conditions. The decision letter usually sets an authorization termination date or ongoing-authorization terms, required POA&M closures, reporting frequency and what counts as a significant change. These become your Monitor to-do list.

Know the duration rules. OMB Circular A-130 does not require a fixed three-year cycle and encourages ongoing authorization where continuous monitoring is mature. Many agencies still set a three-year termination date by policy.

  • Package sent to the AO with the SAR still in draft.
  • Executive summary that lists controls instead of risks.
  • High-risk weaknesses with no mitigation or risk acceptance.
  • Leveraged cloud authorization with no agency ATU, or a customer responsibility matrix no one reviewed.

SP 800-37 Rev. 2 section 3.6 and Appendix F, SP 800-39 (risk response), OMB Circular A-130 Appendix I, DoDI 8510.01.

Independent guidance, not an official NIST publication. Control text is from NIST SP 800-53 Rev. 5 and SP 800-53A (public domain). Original content is licensed CC BY 4.0; program templates and the downloadable kit are dedicated to the public domain under CC0 1.0.