compliance.tf

NIST Cybersecurity Framework v2.0

Best for: The official page describes CSF 2.0 as being for industry, government, and organizations to reduce cybersecurity risks. It is presented as a resource to help organizations better understand and improve their management of cybersecurity risk.

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

๐Ÿ› NIST (National Institute of Standards and Technology) ยท NIST CSF v2.0 (Feb 2024) Official source โ†’

Controls by Category

DE.AE-03: Information is correlated from multiple sources. (1 control)

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

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

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

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

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

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

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

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

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. (1 control)

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. (1 control)

ID.AM-01: Inventories of hardware managed by the organization are maintained. (2 controls)

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

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

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

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

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

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

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. (2 controls)

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

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

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

PR.IR-04: Adequate resource capacity to ensure availability is maintained. (1 control)

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

PR.PS-05: Installation and execution of unauthorized software are prevented. (1 control)

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

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

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

RC.RP-02: Recovery actions are selected, scoped, prioritized, and performed. (2 controls)

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

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

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

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

RS.AN-08: An incident's magnitude is estimated and validated. (1 control)

RS.CO-02: Internal and external stakeholders are notified of incidents. (1 control)

RS.CO-03: Information is shared with designated internal and external stakeholders. (1 control)

RS.MA-02: Incident reports are triaged and validated. (1 control)

RS.MA-03: Incidents are categorized and prioritized. (1 control)

RS.MA-04: Incidents are escalated or elevated as needed. (1 control)

RS.MA-05: The criteria for initiating incident recovery are applied. (1 control)

RBI IT Framework for NBFCs โ€” ๐ŸŸข High overlap (85%)

FedRAMP High โ€” ๐ŸŸข High overlap (72%)

NIST SP 800-53 Rev 5 โ€” ๐ŸŸข High overlap (70%)

On this page

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

Ask AI about this

Help improve this page