PrioritizationGLOBAL

NIST SP 800-61r3 Severity Classification and SLA Model

A severity model built from the risk factors NIST Rev. 3 actually names.

Designed to improve prioritization, escalation, and recovery timing decisions.

Author
Sorena AI
Published
Mar 4, 2026
Updated
Mar 4, 2026
Sections
4

Structured answer sets in this page tree.

Primary sources
3

Cited legal and guidance references.

Publication metadata
Sorena AI
Published Mar 4, 2026
Updated Mar 4, 2026
Overview

SP 800-61r3 says incidents should not be handled on a first-come, first-served basis. Instead, incident triage, prioritization, escalation, elevation, and decisions on when to initiate recovery should be based on risk evaluation factors. A usable severity and SLA model should therefore reflect those factors directly rather than relying on arbitrary severity labels.

Section 1

Base severity on the Rev. 3 risk evaluation factors

NIST gives concrete examples of risk evaluation factors in RS.MA, including asset criticality, functional impact, data impact, stage of observed activity, threat actor characterization, and recoverability. Those factors are better building blocks for severity than generic medium-high labels alone.

Teams should score or describe these factors explicitly during triage so later reviewers can see why the incident received its initial priority.

  • Asset criticality and mission importance
  • Functional impact and operational disruption
  • Data impact, including sensitivity and likely exposure
  • Stage of activity, threat behavior, and recoverability
Section 2

Map severity to response, escalation, and recovery decisions

Severity should drive more than acknowledgment times. It should determine who is involved, how quickly validation happens, whether recovery planning begins immediately, and how often leadership updates are provided.

A high-severity incident may still need a measured containment approach if observation is justified, but that decision should be explicit and approved.

  • Critical: immediate incident lead assignment, rapid validation, containment, and leadership coordination
  • High: accelerated triage, cross-team involvement, and defined legal or privacy review windows
  • Medium: scheduled response with monitored status and explicit reassessment triggers
  • Low: monitored handling with escalation if impact, scope, or evidence quality changes
Section 3

Use SLAs as internal operating targets, not as substitutes for judgment

NIST does not prescribe universal timing numbers. That is appropriate because organizations have different resources and risk tolerances. The important point is to link timing targets to the same risk evaluation factors used in prioritization.

This keeps the SLA model defensible when incidents vary widely in scope and complexity.

  • Set response targets for validation, containment start, recovery decision, and stakeholder update cadence
  • Allow justified overrides when new evidence changes magnitude or recoverability
  • Require documented rationale for severity changes and missed targets
Section 4

Measure severity quality, not just speed

A severity model is only useful if it improves decisions. Review whether incidents were under-classified, over-classified, or reclassified too often, and whether recovery started too early or too late.

These measures help refine the model as threats, technology, and dependencies change.

  • Track reclassification rates and reasons
  • Track SLA attainment by severity tier
  • Track whether magnitude estimates were later proven too low or too high
  • Track whether lessons learned changed scoring criteria or recovery thresholds
Recommended next step

Use NIST SP 800-61r3 Severity Classification and SLA Model as a cited research workflow

Research Copilot can take NIST SP 800-61r3 Severity Classification and SLA Model from clarifying scope and applicability with cited answers to a reusable workflow inside Sorena. Teams working on NIST SP 800-61r3 can keep owners, evidence, and next steps aligned without copying this guide into separate documents.

Primary sources

References and citations

doi.org
Referenced sections
  • Primary source for incident triage, prioritization, and response management considerations.
Related guides

Explore more topics