Source: OJ L 333, 27.12.2022, p. 80–152

Current language: EN

Article 12 Coordinated vulnerability disclosure and a European vulnerability database


Summary What does Article 12 of the NIS 2 directive say?

This article establishes the EU's framework for coordinated vulnerability disclosure, operating across two levels.

At the national level, each Member State must designate one of its CSIRTs to act as a coordinator — a trusted intermediary between whoever reports a vulnerability and the manufacturer or provider of the affected ICT product or service.

At the Union level, ENISA is tasked with developing and maintaining a centralised European vulnerability database.

This article connects directly to Article 7, which requires Member States to adopt policies promoting coordinated vulnerability disclosure as part of their national cybersecurity strategies, and to Article 11, which lists coordinated vulnerability disclosure among the standard tasks of CSIRTs.

Important points:

  • Each Member State must designate one CSIRT as a national coordinator for vulnerability disclosure, responsible for mediating between reporters and affected vendors, managing timelines, and handling cross-border cases in cooperation with other Member States' coordinator CSIRTs.
  • Anonymous vulnerability reporting must be permitted, with the designated CSIRT coordinator obliged to protect the reporter's anonymity and carry out diligent follow-up.
  • ENISA is required to develop and maintain a European vulnerability database, open to all stakeholders, covering vulnerability descriptions, affected products and services, severity, available patches, and mitigation guidance.

Springlex's summary of the article, a reading aid, not a substitute for the legal text.

    1. Each Member State shall designate one of its CSIRTs as a coordinator for the purposes of coordinated vulnerability disclosure. The CSIRT designated as coordinator shall act as a trusted intermediary, facilitating, where necessary, the interaction between the natural or legal person reporting a vulnerability and the manufacturer or provider of the potentially vulnerable ICT products or ICT services, upon the request of either party. The tasks of the CSIRT designated as coordinator shall include:

      1. identifying and contacting the entities concerned;

      2. assisting the natural or legal persons reporting a vulnerability; and

      3. negotiating disclosure timelines and managing vulnerabilities that affect multiple entities.

    2. Member States shall ensure that natural or legal persons are able to report, anonymously where they so request, a vulnerability to the CSIRT designated as coordinator. The CSIRT designated as coordinator shall ensure that diligent follow-up action is carried out with regard to the reported vulnerability and shall ensure the anonymity of the natural or legal person reporting the vulnerability. Where a reported vulnerability could have a significant impact on entities in more than one Member State, the CSIRT designated as coordinator of each Member State concerned shall, where appropriate, cooperate with other CSIRTs designated as coordinators within the CSIRTs network.

    1. ENISA shall develop and maintain, after consulting the Cooperation Group, a European vulnerability database. To that end, ENISA shall establish and maintain the appropriate information systems, policies and procedures, and shall adopt the necessary technical and organisational measures to ensure the security and integrity of the European vulnerability database, with a view in particular to enabling entities, regardless of whether they fall within the scope of this Directive, and their suppliers of network and information systems, to disclose and register, on a voluntary basis, publicly known vulnerabilities in ICT products or ICT services. All stakeholders shall be provided access to the information about the vulnerabilities contained in the European vulnerability database. That database shall include:

      1. information describing the vulnerability;

      2. the affected ICT products or ICT services and the severity of the vulnerability in terms of the circumstances under which it may be exploited;

      3. the availability of related patches and, in the absence of available patches, guidance provided by the competent authorities or the CSIRTs addressed to users of vulnerable ICT products and ICT services as to how the risks resulting from disclosed vulnerabilities can be mitigated.

We're continuously improving our platform to serve you better.

Your feedback matters! Let us know how we can improve.

Found a bug?

Springflod is a Swedish boutique consultancy firm specialising in cyber security within the financial services sector.

We offer professional services concerning information security governance, risk and compliance.

Crafted with ❤️ by Springflod