Incident Handling

✓ LOW ✓ MODERATE ✓ HIGH
15 Enhancements 1 Overlay 21 Related Controls
Graph
Export ▾

Requirements NIST SOURCE

Discussion (NIST Supplemental Guidance)

Organizations recognize that incident response capabilities are dependent on the capabilities of organizational systems and the mission and business processes being supported by those systems. Organizations consider incident response as part of the definition, design, and development of mission and business processes and systems. Incident-related information can be obtained from a variety of sources, including audit monitoring, physical access monitoring, and network monitoring; user or administrator reports; and reported supply chain events. An effective incident handling capability includes coordination among many organizational entities (e.g., mission or business owners, system owners, authorizing officials, human resources offices, physical security offices, personnel security offices, legal departments, risk executive [function], operations personnel, procurement offices). Suspected security incidents include the receipt of suspicious email communications that can contain malicious code. Suspected supply chain incidents include the insertion of counterfeit hardware or malicious code into organizational systems or system components. For federal agencies, an incident that involves personally identifiable information is considered a breach. A breach results in unauthorized disclosure, the loss of control, unauthorized acquisition, compromise, or a similar occurrence where a person other than an authorized user accesses or potentially accesses personally identifiable information or an authorized user accesses or potentially accesses such information for other than authorized purposes.

Enhancements NIST SOURCE

IR-4(1) Automated Incident Handling Processes LOW ✓ MODERATE ✓ HIGH

Support the incident handling process using [automated mechanisms].

Discussion

Automated mechanisms that support incident handling processes include online incident management systems and tools that support the collection of live response data, full network packet capture, and forensic analysis.

Open full page for IR-4(1) →
IR-4(2) Dynamic Reconfiguration LOW MODERATE HIGH

Include the following types of dynamic reconfiguration for [system components] as part of the incident response capability: [types of dynamic reconfiguration].

Discussion

Dynamic reconfiguration includes changes to router rules, access control lists, intrusion detection or prevention system parameters, and filter rules for guards or firewalls. Organizations may perform dynamic reconfiguration of systems to stop attacks, misdirect attackers, and isolate components of systems, thus limiting the extent of the damage from breaches or compromises. Organizations include specific time frames for achieving the reconfiguration of systems in the definition of the reconfiguration capability, considering the potential need for rapid response to effectively address cyber threats.

Open full page for IR-4(2) →
IR-4(3) Continuity of Operations LOW MODERATE HIGH

Identify [classes of incidents] and take the following actions in response to those incidents to ensure continuation of organizational mission and business functions: [actions].

Discussion

Classes of incidents include malfunctions due to design or implementation errors and omissions, targeted malicious attacks, and untargeted malicious attacks. Incident response actions include orderly system degradation, system shutdown, fall back to manual mode or activation of alternative technology whereby the system operates differently, employing deceptive measures, alternate information flows, or operating in a mode that is reserved for when systems are under attack. Organizations consider whether continuity of operations requirements during an incident conflict with the capability to automatically disable the system as specified as part of IR-4(5).

Open full page for IR-4(3) →
IR-4(4) Information Correlation LOW MODERATE ✓ HIGH

Correlate incident information and individual incident responses to achieve an organization-wide perspective on incident awareness and response.

Discussion

Sometimes, a threat event, such as a hostile cyber-attack, can only be observed by bringing together information from different sources, including various reports and reporting procedures established by organizations.

Open full page for IR-4(4) →
IR-4(5) Automatic Disabling of System LOW MODERATE HIGH

Implement a configurable capability to automatically disable the system if [security violations] are detected.

Discussion

Organizations consider whether the capability to automatically disable the system conflicts with continuity of operations requirements specified as part of CP-2 or IR-4(3) . Security violations include cyber-attacks that have compromised the integrity of the system or exfiltrated organizational information and serious errors in software programs that could adversely impact organizational missions or functions or jeopardize the safety of individuals.

Open full page for IR-4(5) →
IR-4(6) Insider Threats LOW MODERATE HIGH

Implement an incident handling capability for incidents involving insider threats.

Discussion

Explicit focus on handling incidents involving insider threats provides additional emphasis on this type of threat and the need for specific incident handling capabilities to provide appropriate and timely responses.

Open full page for IR-4(6) →
IR-4(7) Insider Threats — Intra-organization Coordination LOW MODERATE HIGH

Coordinate an incident handling capability for insider threats that includes the following organizational entities [entities].

Discussion

Incident handling for insider threat incidents (e.g., preparation, detection and analysis, containment, eradication, and recovery) requires coordination among many organizational entities, including mission or business owners, system owners, human resources offices, procurement offices, personnel offices, physical security offices, senior agency information security officer, operations personnel, risk executive (function), senior agency official for privacy, and legal counsel. In addition, organizations may require external support from federal, state, and local law enforcement agencies.

Open full page for IR-4(7) →
IR-4(8) Correlation with External Organizations LOW MODERATE HIGH

Coordinate with [external organizations] to correlate and share [incident information] to achieve a cross-organization perspective on incident awareness and more effective incident responses.

Discussion

The coordination of incident information with external organizations—including mission or business partners, military or coalition partners, customers, and developers—can provide significant benefits. Cross-organizational coordination can serve as an important risk management capability. This capability allows organizations to leverage information from a variety of sources to effectively respond to incidents and breaches that could potentially affect the organization’s operations, assets, and individuals.

Open full page for IR-4(8) →
IR-4(9) Dynamic Response Capability LOW MODERATE HIGH

Employ [dynamic response capabilities] to respond to incidents.

Discussion

The dynamic response capability addresses the timely deployment of new or replacement organizational capabilities in response to incidents. This includes capabilities implemented at the mission and business process level and at the system level.

Open full page for IR-4(9) →
IR-4(10) Supply Chain Coordination LOW MODERATE HIGH

Coordinate incident handling activities involving supply chain events with other organizations involved in the supply chain.

Discussion

Organizations involved in supply chain activities include product developers, system integrators, manufacturers, packagers, assemblers, distributors, vendors, and resellers. Supply chain incidents can occur anywhere through or to the supply chain and include compromises or breaches that involve primary or sub-tier providers, information technology products, system components, development processes or personnel, and distribution processes or warehousing facilities. Organizations consider including processes for protecting and sharing incident information in information exchange agreements and their obligations for reporting incidents to government oversight bodies (e.g., Federal Acquisition Security Council).

Open full page for IR-4(10) →
IR-4(11) Integrated Incident Response Team LOW MODERATE ✓ HIGH

Establish and maintain an integrated incident response team that can be deployed to any location identified by the organization in [time period].

Discussion

An integrated incident response team is a team of experts that assesses, documents, and responds to incidents so that organizational systems and networks can recover quickly and implement the necessary controls to avoid future incidents. Incident response team personnel include forensic and malicious code analysts, tool developers, systems security and privacy engineers, and real-time operations personnel. The incident handling capability includes performing rapid forensic preservation of evidence and analysis of and response to intrusions. For some organizations, the incident response team can be a cross-organizational entity. An integrated incident response team facilitates information sharing and allows organizational personnel (e.g., developers, implementers, and operators) to leverage team knowledge of the threat and implement defensive measures that enable organizations to deter intrusions more effectively. Moreover, integrated teams promote the rapid detection of intrusions, the development of appropriate mitigations, and the deployment of effective defensive measures. For example, when an intrusion is detected, the integrated team can rapidly develop an appropriate response for operators to implement, correlate the new incident with information on past intrusions, and augment ongoing cyber intelligence development. Integrated incident response teams are better able to identify adversary tactics, techniques, and procedures that are linked to the operations tempo or specific mission and business functions and to define responsive actions in a way that does not disrupt those mission and business functions. Incident response teams can be distributed within organizations to make the capability resilient.

Open full page for IR-4(11) →
IR-4(12) Malicious Code and Forensic Analysis LOW MODERATE HIGH

Analyze malicious code and/or other residual artifacts remaining in the system after the incident.

Discussion

When conducted carefully in an isolated environment, analysis of malicious code and other residual artifacts of a security incident or breach can give the organization insight into adversary tactics, techniques, and procedures. It can also indicate the identity or some defining characteristics of the adversary. In addition, malicious code analysis can help the organization develop responses to future incidents.

Open full page for IR-4(12) →
IR-4(13) Behavior Analysis LOW MODERATE HIGH

Analyze anomalous or suspected adversarial behavior in or related to [environments or resources].

Discussion

If the organization maintains a deception environment, an analysis of behaviors in that environment, including resources targeted by the adversary and timing of the incident or event, can provide insight into adversarial tactics, techniques, and procedures. External to a deception environment, the analysis of anomalous adversarial behavior (e.g., changes in system performance or usage patterns) or suspected behavior (e.g., changes in searches for the location of specific resources) can give the organization such insight.

Open full page for IR-4(13) →
IR-4(14) Security Operations Center LOW MODERATE HIGH

Establish and maintain a security operations center.

Discussion

A security operations center (SOC) is the focal point for security operations and computer network defense for an organization. The purpose of the SOC is to defend and monitor an organization’s systems and networks (i.e., cyber infrastructure) on an ongoing basis. The SOC is also responsible for detecting, analyzing, and responding to cybersecurity incidents in a timely manner. The organization staffs the SOC with skilled technical and operational personnel (e.g., security analysts, incident response personnel, systems security engineers) and implements a combination of technical, management, and operational controls (including monitoring, scanning, and forensics tools) to monitor, fuse, correlate, analyze, and respond to threat and security-relevant event data from multiple sources. These sources include perimeter defenses, network devices (e.g., routers, switches), and endpoint agent data feeds. The SOC provides a holistic situational awareness capability to help organizations determine the security posture of the system and organization. A SOC capability can be obtained in a variety of ways. Larger organizations may implement a dedicated SOC while smaller organizations may employ third-party organizations to provide such a capability.

Open full page for IR-4(14) →
IR-4(15) Public Relations and Reputation Repair LOW MODERATE HIGH
  1. (a) Manage public relations associated with an incident; and
  2. (b) Employ measures to repair the reputation of the organization.
Discussion

It is important for an organization to have a strategy in place for addressing incidents that have been brought to the attention of the general public, have cast the organization in a negative light, or have affected the organization’s constituents (e.g., partners, customers). Such publicity can be extremely harmful to the organization and affect its ability to carry out its mission and business functions. Taking proactive steps to repair the organization’s reputation is an essential aspect of reestablishing the trust and confidence of its constituents.

Open full page for IR-4(15) →

Implementation Guidance

Engineering Interpretation

Original engineering commentary written for this explorer — not NIST source text and not authoritative guidance.

No engineering interpretation has been authored for IR-4 yet. This section is architected to receive it — see the Requirements and Assessment sections above for the authoritative NIST source content in the meantime.

Assessment

NIST SP 800-53A REV 5.2.0

Assessment Objectives

  1. an incident handling capability for incidents is implemented that is consistent with the incident response plan;
  2. the incident handling capability for incidents includes preparation;
  3. the incident handling capability for incidents includes detection and analysis;
  4. the incident handling capability for incidents includes containment;
  5. the incident handling capability for incidents includes eradication;
  6. the incident handling capability for incidents includes recovery;
  7. incident handling activities are coordinated with contingency planning activities;
  8. lessons learned from ongoing incident handling activities are incorporated into incident response procedures, training, and testing;
  9. the changes resulting from the incorporated lessons learned are implemented accordingly;
  10. the rigor of incident handling activities is comparable and predictable across the organization;
  11. the intensity of incident handling activities is comparable and predictable across the organization;
  12. the scope of incident handling activities is comparable and predictable across the organization;
  13. the results of incident handling activities are comparable and predictable across the organization.

Examine

[SELECT FROM: Incident response policy; contingency planning policy; procedures addressing incident handling; incident response plan; contingency plan; system security plan; privacy plan; other relevant documents or records].

Interview

[SELECT FROM: Organizational personnel with incident handling responsibilities; organizational personnel with contingency planning responsibilities; organizational personnel with information security and privacy responsibilities].

Test

[SELECT FROM: Incident handling capability for the organization].

Overlays

OT/ICS Overlay SP 800-82r3

NIST SP 800-82r3 Appendix F, Table 22. Blank baseline means the control/control enhancement is not selected in that initial OT baseline.

LOW

  • Base control: Included (matches standard baseline)

MODERATE

  • Base control: Included (matches standard baseline)
  • Included: (1)

HIGH

  • Base control: Included (matches standard baseline)
  • Included: (1) (4) (11)

STIGs & CCIs

No STIG checks or CCI mappings are currently loaded for IR-4. This section is architected to display, per product: STIG ID, Finding ID, Severity, Title, Description, Check, Fix, CCI, and NIST control mapping — but nothing is populated here until a real DISA STIG/CCI dataset is ingested.

Learn more about STIG/CCI integration →

Evidence

Potential Evidence — Derived

Categorized from the SP 800-53A "Examine"/"Test" artifact list above by keyword — not an authoritative NIST evidence list.

Policy

  • Incident response policy
  • contingency planning policy
  • incident response plan
  • contingency plan
  • system security plan
  • privacy plan

Testing

  • Incident handling capability for the organization

Other Records

  • procedures addressing incident handling
  • other relevant documents or records