Law / Frameworks / NIST CSF 2.0 / Identify
NIST CSF 2.0, IdentifyID.RA-01
Vulnerabilities in assets are identified, validated, and recordedNIST Cybersecurity Framework, version 2.0, February 2024 (NIST CSWP 29), ID.RA-01
We read each law below as bearing on this control. That does not mean the control, done well, meets the law: what each law asks is on its own page. Law library as of .
- 7
- laws
- 4
- jurisdictions
- 0
- with court rulings behind them
- 0
- not yet in force
Related controls in other frameworks the same duties, in at least two laws we track, reach both
- NIST Privacy FrameworkPR.PO-P10 A vulnerability management plan is developed and implemented., 6 laws
- FINOS AIGFAIR-PREV-007 Legal and Contractual Frameworks for AI Systems, 6 laws
- FINOS AIGFAIR-PREV-008 Quality of Service (QoS) and DDoS Prevention for AI Systems, 6 laws
- FINOS AIGFAIR-PREV-012 Role-Based Access Control for AI Data, 6 laws
- 4 more in the FINOS AIGF
- ENISA NIS2 guidance2.1 Risk management framework, 6 laws
- ENISA NIS2 guidance3.1 Incident handling policy, 6 laws
- ENISA NIS2 guidance4.1 Business continuity and disaster recovery plan, 6 laws
- 5 more in the ENISA NIS2 guidance
Sector security regimes
4 laws, 3 jurisdictions| Jurisdiction | Law | What it asks, as read here |
|---|---|---|
| OSFI Guideline B-13, Technology and Cyber Risk Management |
Maintain practices, capabilities, processes and tools to identify and assess cyber security weaknesses that external and insider threat actors could exploit, and design, implement and maintain multi-layer preventive controls and continuous security detection capabilities. |
|
| DORA Technical Standards on ICT Risk Management Tools, Methods, Processes and Policies and the Simplified ICT Risk Management Framework |
Develop, document and implement vulnerability management procedures that identify trustworthy information resources, perform automated vulnerability scanning and assessments (at least weekly for the ICT assets supporting critical or important functions), verify that ICT third-party service providers handle vulnerabilities and report at least the critical ones, track third-party and open-source libraries used by ICT services supporting critical or important functions, establish procedures for the responsible disclosure of vulnerabilities to clients, counterparties and the public, and prioritize the deployment of patches (Article 10(1) and (2)). Develop, document and implement patch management procedures that identify emergency procedures and set deadlines for installing patches and updates with escalation procedures in case those deadlines cannot be met (Article 10(3) and (4)). |
|
| DORA, Articles 24-27 (Digital Operational Resilience Testing and Threat-Led Penetration Testing) |
Include in the program a range of appropriate tests, such as vulnerability assessments and scans, open source analyses, network security assessments, gap analyses, physical security reviews, source code reviews where feasible, scenario-based tests, compatibility testing, performance testing, end-to-end testing and penetration testing (Article 25(1)). If you are a central securities depository or central counterparty, perform vulnerability assessments before any deployment or redeployment of applications and infrastructure components and of the ICT services supporting critical or important functions (Article 25(2)). If you are a microenterprise, combine a risk-based approach with strategic planning of ICT testing (Article 25(3)). |
|
| DFS Advisory: Heightened Cybersecurity Risks Associated with Frontier AI Models |
The Department says you should reassess your procedures for evaluating the criticality and threat of known vulnerabilities and review your vulnerability management timelines to determine whether accelerated detection and remediation processes are necessary, based on your updated risk assessments. |
Product security requirements
2 laws, 2 jurisdictions| Jurisdiction | Law | What it asks, as read here |
|---|---|---|
| Loi n°2017-20 portant Code du Numérique en République du Bénin, Livre VI (cybersécurité), sécurité des réseaux et essai de vulnérabilité des produits |
Before or while selling an information and communication technology product in Benin, have an independent security expert accredited by the ministry in charge of electronic communications carry out a vulnerability test and a security assurance evaluation of the product. |
|
| EUCC Certification Scheme, Vulnerability Management by the Holder of a Certificate |
When you detect or receive information about a potential vulnerability affecting a certified ICT product, record it and carry out a vulnerability impact analysis (Article 33(3)). |
Vulnerability and incident reporting
1 law, 1 jurisdiction| Jurisdiction | Law | What it asks, as read here |
|---|---|---|
| EUCC Certification Scheme, Vulnerability Impact Analysis Report and Disclosure |
Monitor any residual vulnerabilities to ensure that they cannot be exploited if the operational environment changes (Article 35(7)). |
Full text of the NIST Cybersecurity Framework, public domain (a US government work). Every control of the framework.