Sign in
Menu
Sign up
Docs

NIST Cybersecurity Framework v2.0

ActiveCore framework

Best for: Industry, government, and organizations seeking to reduce cybersecurity risks. NIST describes the Cybersecurity Framework as helping organizations better understand and improve their management of cybersecurity risk. US government agencies must use the NIST CSF or any successor document when conducting risk assessments for agency systems.

Mandatory?Voluntary — widely adopted across sectors
Who validates?Self-assessment; optional third-party
RenewalNo fixed cycle; continuous improvement
ScopeAll organizations; six functions: Govern, Identify, Protect, Detect, Respond, Recover
Governing bodyNIST (National Institute of Standards and Technology), NIST CSF v2.0 (Feb 2024). Official source

Controls by category

71 controls are Mapped to NIST Cybersecurity Framework v2.0.

DE.AE-02: Potentially adverse events are analyzed to better understand associated activities.

DE.AE-03: Information is correlated from multiple sources.

DE.AE-04: The estimated impact and scope of adverse events are understood.

DE.AE-06: Information on adverse events is provided to authorized staff and tools.

DE.AE-07: Cyber threat intelligence and other contextual information are integrated into the analysis.

DE.AE-08: Incidents are declared when adverse events meet the defined incident criteria.

DE.CM-01: Networks and network services are monitored to find potentially adverse events.

DE.CM-02: The physical environment is monitored to find potentially adverse events.

DE.CM-03: Personnel activity and technology usage are monitored to find potentially adverse events.

DE.CM-06: External service provider activities and services are monitored to find potentially adverse events.

DE.CM-09: Computing hardware and software, runtime environments, and their data are monitored to find potentially adverse events.

GV.OC-02: Internal and external stakeholders are understood, and their needs and expectations regarding cybersecurity risk management are understood and considered.

GV.RM-03: Cybersecurity risk management activities and outcomes are included in enterprise risk management processes.

GV.RR-01: Organizational leadership is responsible and accountable for cybersecurity risk and fosters a culture that is risk-aware, ethical, and continually improving.

GV.RR-04: Cybersecurity is included in human resources practices.

GV.SC-02: Cybersecurity roles and responsibilities for suppliers, customers, and partners are established, communicated, and coordinated internally and externally.

GV.SC-07: The risks posed by a supplier, their products and services, and other third parties are understood, recorded, prioritized, assessed, responded to, and monitored over the course of the relationship.

GV.SC-09: Supply chain security practices are integrated into cybersecurity and enterprise risk management programs, and their performance is monitored throughout the technology product and service life cycle.

ID.AM-01: Inventories of hardware managed by the organization are maintained.

ID.AM-02: Inventories of software, services, and systems managed by the organization are maintained.

ID.AM-03: Representations of the organization's authorized network communication and internal and external network data flows are maintained.

ID.AM-05: Assets are prioritized based on classification, criticality, resources, and impact on the mission.

ID.AM-07: Inventories of data and corresponding metadata for designated data types are maintained.

ID.AM-08: Systems, hardware, software, services, and data are managed throughout their life cycles.

ID.IM-02: Improvements are identified from security tests and exercises, including those done in coordination with suppliers and relevant third parties.

ID.RA-01: Vulnerabilities in assets are identified, validated, and recorded.

ID.RA-03: Internal and external threats to the organization are identified and recorded.

ID.RA-04: Potential impacts and likelihoods of threats exploiting vulnerabilities are identified and recorded.

ID.RA-05: Threats, vulnerabilities, likelihoods, and impacts are used to understand inherent risk and inform risk response prioritization.

ID.RA-08: Processes for receiving, analyzing, and responding to vulnerability disclosures are established.

ID.RA-09: The authenticity and integrity of hardware and software are assessed prior to acquisition and use.

PR.AA-01: Identities and credentials for authorized users, services, and hardware are managed by the organization.

PR.AA-02: Identities are proofed and bound to credentials based on the context of interactions.

PR.AA-03: Users, services, and hardware are authenticated.

PR.AA-04: Identity assertions are protected, conveyed, and verified.

PR.AA-05: Access permissions, entitlements, and authorizations are defined in a policy, managed, enforced, and reviewed, and incorporate the principles of least privilege and separation of duties.

PR.DS-01: The confidentiality, integrity, and availability of data-at-rest are protected.

PR.DS-02: The confidentiality, integrity, and availability of data-in-transit are protected.

PR.DS-11: Backups of data are created, protected, maintained, and tested.

PR.IR-01: Networks and environments are protected from unauthorized logical access and usage.

PR.IR-02: The organization's technology assets are protected from environmental threats.

PR.IR-03: Mechanisms are implemented to achieve resilience requirements in normal and adverse situations.

PR.IR-04: Adequate resource capacity to ensure availability is maintained.

PR.PS-01: Configuration management practices are established and applied.

PR.PS-02: Software is maintained, replaced, and removed commensurate with risk.

PR.PS-03: Hardware is maintained, replaced, and removed commensurate with risk.

PR.PS-04: Log records are generated and made available for continuous monitoring.

PR.PS-05: Installation and execution of unauthorized software are prevented.

PR.PS-06: Secure software development practices are integrated, and their performance is monitored throughout the software development life cycle.

RC.CO-03: Recovery activities and progress in restoring operational capabilities are communicated to designated internal and external stakeholders.

RC.CO-04: Public updates on incident recovery are shared using approved methods and messaging.

RC.RP-01: The recovery portion of the incident response plan is executed once initiated from the incident response process.

RC.RP-02: Recovery actions are selected, scoped, prioritized, and performed.

RC.RP-03: The integrity of backups and other restoration assets is verified before using them for restoration.

RC.RP-04: Critical mission functions and cybersecurity risk management are considered to establish post-incident operational norms.

RC.RP-05: The integrity of restored assets is verified, systems and services are restored, and normal operating status is confirmed.

RS.AN-03: Analysis is performed to establish what has taken place during an incident and the root cause of the incident.

RS.AN-06: Actions performed during an investigation are recorded, and the records' integrity and provenance are preserved.

RS.AN-07: Incident data and metadata are collected, and their integrity and provenance are preserved.

RS.AN-08: An incident's magnitude is estimated and validated.

RS.CO-02: Internal and external stakeholders are notified of incidents.

RS.CO-03: Information is shared with designated internal and external stakeholders.

RS.MA-01: The incident response plan is executed in coordination with relevant third parties once an incident is declared.

RS.MA-02: Incident reports are triaged and validated.

RS.MA-03: Incidents are categorized and prioritized.

RS.MA-04: Incidents are escalated or elevated as needed.

RS.MA-05: The criteria for initiating incident recovery are applied.

RS.MI-01: Incidents are contained.

RS.MI-02: Incidents are eradicated.

FrameworkControl overlapNote
RBI IT Framework for NBFCsHigh 85%
FedRAMP HighHigh 72%
NIST SP 800-53 Rev 5High 70%

Frequently asked questions

What is the purpose of the NIST Cybersecurity Framework?

The Cybersecurity Framework helps organizations better understand and improve their management of cybersecurity risk. It is a voluntary framework of standards, guidelines, and best practices to manage cybersecurity risks.

Is use of the NIST CSF mandatory for US government agencies?

An Executive Order signed in May 2017 requires US government agencies to use the NIST CSF or any successor document when conducting risk assessments for agency systems. Each agency head must produce a risk management report documenting risk mitigation and the agency's action plan to implement the CSF.

How is the NIST CSF related to NIST SP 800-53 and FedRAMP?

The NIST CSF references globally recognized standards including `NIST SP 800-53`. Each CSF control is mapped to corresponding NIST 800-53 controls within the FedRAMP Moderate baseline.

Does Microsoft provide a responsibility matrix for the NIST CSF?

Microsoft has developed a NIST CSF Customer Responsibility Matrix (CRM). The CRM lists control requirements that depend on customer implementation, shared responsibility controls, and implementation details for controls owned by Microsoft. It is downloadable from the Service Trust Portal Blueprints section.

On this page

Controls by categoryDE.AE-02: Potentially adverse events are analyzed to better understand associated activities.DE.AE-03: Information is correlated from multiple sources.DE.AE-04: The estimated impact and scope of adverse events are understood.DE.AE-06: Information on adverse events is provided to authorized staff and tools.DE.AE-07: Cyber threat intelligence and other contextual information are integrated into the analysis.DE.AE-08: Incidents are declared when adverse events meet the defined incident criteria.DE.CM-01: Networks and network services are monitored to find potentially adverse events.DE.CM-02: The physical environment is monitored to find potentially adverse events.DE.CM-03: Personnel activity and technology usage are monitored to find potentially adverse events.DE.CM-06: External service provider activities and services are monitored to find potentially adverse events.DE.CM-09: Computing hardware and software, runtime environments, and their data are monitored to find potentially adverse events.GV.OC-02: Internal and external stakeholders are understood, and their needs and expectations regarding cybersecurity risk management are understood and considered.GV.OC-03: Legal, regulatory, and contractual requirements regarding cybersecurity — including privacy and civil liberties obligations — are understood and managed.GV.RM-03: Cybersecurity risk management activities and outcomes are included in enterprise risk management processes.GV.RR-01: Organizational leadership is responsible and accountable for cybersecurity risk and fosters a culture that is risk-aware, ethical, and continually improving.GV.RR-02: Roles, responsibilities, and authorities related to cybersecurity risk management are established, communicated, understood, and enforced.GV.RR-04: Cybersecurity is included in human resources practices.GV.SC-02: Cybersecurity roles and responsibilities for suppliers, customers, and partners are established, communicated, and coordinated internally and externally.GV.SC-07: The risks posed by a supplier, their products and services, and other third parties are understood, recorded, prioritized, assessed, responded to, and monitored over the course of the relationship.GV.SC-09: Supply chain security practices are integrated into cybersecurity and enterprise risk management programs, and their performance is monitored throughout the technology product and service life cycle.ID.AM-01: Inventories of hardware managed by the organization are maintained.ID.AM-02: Inventories of software, services, and systems managed by the organization are maintained.ID.AM-03: Representations of the organization's authorized network communication and internal and external network data flows are maintained.ID.AM-05: Assets are prioritized based on classification, criticality, resources, and impact on the mission.ID.AM-07: Inventories of data and corresponding metadata for designated data types are maintained.ID.AM-08: Systems, hardware, software, services, and data are managed throughout their life cycles.ID.IM-02: Improvements are identified from security tests and exercises, including those done in coordination with suppliers and relevant third parties.ID.RA-01: Vulnerabilities in assets are identified, validated, and recorded.ID.RA-03: Internal and external threats to the organization are identified and recorded.ID.RA-04: Potential impacts and likelihoods of threats exploiting vulnerabilities are identified and recorded.ID.RA-05: Threats, vulnerabilities, likelihoods, and impacts are used to understand inherent risk and inform risk response prioritization.ID.RA-08: Processes for receiving, analyzing, and responding to vulnerability disclosures are established.ID.RA-09: The authenticity and integrity of hardware and software are assessed prior to acquisition and use.PR.AA-01: Identities and credentials for authorized users, services, and hardware are managed by the organization.PR.AA-02: Identities are proofed and bound to credentials based on the context of interactions.PR.AA-03: Users, services, and hardware are authenticated.PR.AA-04: Identity assertions are protected, conveyed, and verified.PR.AA-05: Access permissions, entitlements, and authorizations are defined in a policy, managed, enforced, and reviewed, and incorporate the principles of least privilege and separation of duties.PR.DS-01: The confidentiality, integrity, and availability of data-at-rest are protected.PR.DS-02: The confidentiality, integrity, and availability of data-in-transit are protected.PR.DS-11: Backups of data are created, protected, maintained, and tested.PR.IR-01: Networks and environments are protected from unauthorized logical access and usage.PR.IR-02: The organization's technology assets are protected from environmental threats.PR.IR-03: Mechanisms are implemented to achieve resilience requirements in normal and adverse situations.PR.IR-04: Adequate resource capacity to ensure availability is maintained.PR.PS-01: Configuration management practices are established and applied.PR.PS-02: Software is maintained, replaced, and removed commensurate with risk.PR.PS-03: Hardware is maintained, replaced, and removed commensurate with risk.PR.PS-04: Log records are generated and made available for continuous monitoring.PR.PS-05: Installation and execution of unauthorized software are prevented.PR.PS-06: Secure software development practices are integrated, and their performance is monitored throughout the software development life cycle.RC.CO-03: Recovery activities and progress in restoring operational capabilities are communicated to designated internal and external stakeholders.RC.CO-04: Public updates on incident recovery are shared using approved methods and messaging.RC.RP-01: The recovery portion of the incident response plan is executed once initiated from the incident response process.RC.RP-02: Recovery actions are selected, scoped, prioritized, and performed.RC.RP-03: The integrity of backups and other restoration assets is verified before using them for restoration.RC.RP-04: Critical mission functions and cybersecurity risk management are considered to establish post-incident operational norms.RC.RP-05: The integrity of restored assets is verified, systems and services are restored, and normal operating status is confirmed.RC.RP-06: The end of incident recovery is declared based on criteria, and incident-related documentation is completed.RS.AN-03: Analysis is performed to establish what has taken place during an incident and the root cause of the incident.RS.AN-06: Actions performed during an investigation are recorded, and the records' integrity and provenance are preserved.RS.AN-07: Incident data and metadata are collected, and their integrity and provenance are preserved.RS.AN-08: An incident's magnitude is estimated and validated.RS.CO-02: Internal and external stakeholders are notified of incidents.RS.CO-03: Information is shared with designated internal and external stakeholders.RS.MA-01: The incident response plan is executed in coordination with relevant third parties once an incident is declared.RS.MA-02: Incident reports are triaged and validated.RS.MA-03: Incidents are categorized and prioritized.RS.MA-04: Incidents are escalated or elevated as needed.RS.MA-05: The criteria for initiating incident recovery are applied.RS.MI-01: Incidents are contained.RS.MI-02: Incidents are eradicated.Related frameworksFrequently asked questions

Ask AI about this

Help improve this page