Cyber Resilience Act: all tools and articles
Something happened. When did you become aware?
- Who it applies to
- A manufacturer that has become aware of an actively exploited vulnerability or a severe incident in a product it places on the EU market.
- The dates
- An early warning within 24 hours, a notification within 72 hours, and a final report within 14 days of a corrective or mitigating measure being available.
- The one thing to do
- Enter the moment you became aware: this page works out the three deadlines in your time zone and names the CSIRT the report goes to.
24h
Early warning
the date you became aware has not been recorded.
72h
Vulnerability notification
the date you became aware has not been recorded.
14days
Final report
no deadline until a corrective measure is available.
Your CRA reporting deadlines
From 11 September 2026, becoming aware of an actively exploited vulnerability in a product you place on the EU market starts a 24-hour clock. This works out all three deadlines, including the one most write-ups get wrong.
The three clocks do not share a starting point
The 24-hour and 72-hour deadlines both run from the moment you became aware. The final report does not. For a vulnerability it runs 14 days from a corrective or mitigating measure being available, a date that may not exist yet: a documented workaround starts it, not only a fix. For an incident it runs one month from the 72-hour notification, so it does not exist until that notification is filed. Where there is no date, this page says which anchor is missing rather than printing a number.
Starts the 24-hour and 72-hour clocks.
Early warning
Art. 14(2)(a)
the date you became aware has not been recorded.
24 hours from awareness
Vulnerability notification
Art. 14(2)(b)
the date you became aware has not been recorded.
72 hours from awareness
Final report
Art. 14(2)(c)
no deadline until a corrective measure is available.
14 days after a corrective or mitigating measure is available
Enter the moment you became aware to start the clocks.
Who this applies to
Manufacturers of products with digital elements placed on the EU market, and open-source software stewards. There is no size threshold and no SME exemption anywhere in the CRA, and under Article 69(3) the reporting duty reaches products that were already on the market before the Regulation's full application in December 2027.
Recital 12 puts cloud service models, including software as a service, outside the CRA and inside NIS2, so a great many software companies are out of scope entirely. That determination depends on what you actually place on the market, and it is yours to make and record. We will not make it for you on a marketing page.
Is your product in scope? Six questions, a written determinationThe duty applies. Five things to have in place today
None of these takes long. All of them are impossible to do well in the first hour of an incident, which is when a company without them discovers it needed them.
- 1Decide whether you are in scope, and write the decision down. Software you install or download, mobile and desktop apps, libraries and devices are in. Pure software as a service is out. Remote processing a product cannot function without is back in. A recorded determination is what you show if anyone asks why you did or did not report.
- 2Find your CSIRT. Notifications go to the CSIRT designated as coordinator in the member state of your main establishment. If your main establishment is outside the EU, Article 14 picks the member state of your authorised representative, then your largest importer, then your largest distributor, then where most of your users are. The coordinators are listed below.
- 3Give the person who will report an EU Login with two-factor authentication. ENISA's single reporting platform requires a personal EU Login account with multi-factor authentication switched on. It is a ten-minute task on a quiet day and a very long one at hour twenty-three.
- 4Name that person, and a deputy. The 24-hour clock does not pause for annual leave.
- 5Agree what "became aware" means for you. That moment starts the clock, and a team that has not decided whether a customer email, a scanner alert or a confirmed exploit is the trigger will argue about it while the hours run.
Where reports go
To the CSIRT designated as coordinator for your main establishment, and to ENISA, both through ENISA's single reporting platform, which opened on 11 September 2026, the day the obligation started, and which on 21 September 2026, by ENISA's own FAQ, runs in English only, has no API, and requires a personal EU Login with multi-factor authentication. Nothing on this page files anything; it tells you when you would have to. The platform is at portal.cra-srp.enisa.europa.eu ENISA's FAQ
The table is the list of CSIRTs designated as coordinators as ENISA published it on 10 September 2026, the day before the platform opened, read on 12 September 2026; the link is the first contact page ENISA gives for each state. In most states it is the national CSIRT the state appointed to the EU CSIRTs Network. It is a different body in Croatia (NCSC-HR), Czechia (NÚKIB). ENISA says a notification filed to the wrong coordinator may be invalidated and has to be filed again, so the row for your main establishment is the one to write into your incident procedure. ENISA's list.
| Member state | CSIRT designated as coordinator | Contact page |
|---|---|---|
| Austria | CERT.at · Computer Emergency Response Team Austria | www.cert.at |
| Belgium | CCB · Centre for Cybersecurity Belgium | ccb.belgium.be |
| Bulgaria | CERT Bulgaria · CERT Bulgaria | www.govcert.bg |
| Croatia | NCSC-HR · National Cyber Security Centre of Croatia | ncsc.hr |
| Cyprus | CSIRT-CY · National CSIRT-CY | www.csirt.cy |
| Czechia | NÚKIB · National Cyber and Information Security Agency | nukib.gov.cz |
| Denmark | FE DDIS · Danish Defence Intelligence Service, formerly CFCS | www.fe-ddis.dk |
| Estonia | CERT-EE · CERT Estonia | www.ria.ee |
| Finland | NCSC-FI · National Cyber Security Centre Finland | www.kyberturvallisuuskeskus.fi |
| France | CERT-FR · CERT-FR | www.cert.ssi.gouv.fr |
| Germany | CERT-Bund · CERT-Bund at the BSI | www.bsi.bund.de |
| Greece | EL-CSIRT · National Cyber Security Authority CSIRT | cyber.gov.gr |
| Hungary | NCSC Hungary · National Cyber Security Center of Hungary | ncsc.gov.hu |
| Ireland | CSIRT-IE · National Cyber Security Centre Ireland | www.ncsc.gov.ie |
| Italy | CSIRT Italia · Computer Security Incident Response Team Italia | www.acn.gov.it |
| Latvia | CERT.LV · Information Technologies Security Incident Response Institution | cert.lv |
| Lithuania | CERT-LT · National CERT of Lithuania | www.nksc.lt |
| Luxembourg | CIRCL · Computer Incident Response Center Luxembourg | www.circl.lu |
| Malta | MT-CSIRT · MT-CSIRT | www.mita.gov.mt |
| Netherlands | NCSC-NL · Nationaal Cyber Security Centrum | www.ncsc.nl |
| Poland | CERT Polska · CERT Polska | cert.pl |
| Portugal | CERT.PT · CERT.PT at the CNCS | www.cncs.gov.pt |
| Romania | DNSC · Romanian National Cyber Security Directorate | www.dnsc.ro |
| Slovakia | SK-CERT · SK-CERT | www.sk-cert.sk |
| Slovenia | SI-CERT · Slovenian Computer Emergency Response Team | www.cert.si |
| Spain | INCIBE-CERT · INCIBE-CERT | www.incibe.es |
| Sweden | CERT-SE · CERT-SE | cert.se |
Who enforces it, member state by member state
Fines are imposed nationally, by the market surveillance authority each member state designates under Article 52 and registers with the Commission. On 13 October 2026, 7 of 27 had registered one. The rest are shown as not registered: that is what the Commission's register held on that date, not a statement that the state has no plan. Names are verbatim as registered.
| Member state | Market surveillance authority (Art. 52) | Notifying authority (Art. 36) |
|---|---|---|
| Austria | not registered | not registered |
| Belgium | Belgian Institute for Postal services and Telecommunications | CCB – Centre for Cybersecurity Belgium |
| Bulgaria | not registered | not registered |
| Croatia | not registered | Information Systems Security Bureau |
| Cyprus | Office of the Commissioner of Communications - Digital Security Authority (DSA) | Digital Security Authority - National Cybersecurity Certification Authority |
| Czechia | not registered | not registered |
| Denmark | not registered | not registered |
| Estonia | not registered | Consumer Protection and Technical Regulatory Authority |
| Finland | Finnish Transport and Communications Agency (Traficom) | National Cyber Security Centre, Finnish Transport and Communications Agency Traficom |
| France | Agence Nationale des Fréquences | Agence nationale de la sécurité des systèmes d’information |
| Germany | Bundesamt für Sicherheit in der Informationstechnik (BSI) | Bundesamt für Sicherheit in der Informationstechnik - Referat S 14 – Befugniserteilung und Aufsicht über Konformitätsbewertungsstellen |
| Greece | not registered | not registered |
| Hungary | not registered | Supervisory Authority for Regulatory Affairs |
| Ireland | not registered | National Cyber Security Centre |
| Italy | not registered | not registered |
| Latvia | Consumer Rights Protection Centre (Patērētāju tiesību aizsardzības centrs) | not registered |
| Lithuania | not registered | Ministry of National Defence of the Republic of Lithuania |
| Luxembourg | not registered | not registered |
| Malta | not registered | Malta Digital Innovation Authority |
| Netherlands | not registered | Ministry of Economic Affairs – Dutch Authority for Digital Infrastructure |
| Poland | not registered | Ministry of Digital Affairs - Cybersecurity Department |
| Portugal | not registered | not registered |
| Romania | not registered | not registered |
| Slovakia | National Security Authority | Slovak Office of Standards, Metrology and Testing |
| Slovenia | not registered | not registered |
| Spain | not registered | not registered |
| Sweden | not registered | SWEDAC - Swedish Board for Accreditation and Conformity Assessment |
Next: the clocks from the moment of awareness, and the notification drafted.
7 days free, no card.
Or the CRA Readiness Toolkit, €199, files by email
Or have it done with you: CRA readiness, €1,500, 10 working days
By December 2027 you also need the technical file
Article 13(12) requires technical documentation for every product with digital elements before it is placed on the market, kept for at least ten years or the support period, whichever is longer, with the contents Annex VII lists. Buy it for one product and it is drafted into your organization at checkout.
The technical file, €2,000 one-timeIf you resell rather than build, Articles 19 to 21 still reach you
An importer verifies that the manufacturer did its part before the product is placed on the market. A distributor verifies the CE marking and the manufacturer's and importer's compliance. Put your own brand on a product and Article 21 makes you its manufacturer.
Importer and distributor duties, €1,200What a missed report is actually worth
Article 14 sits in the CRA's top penalty tier, alongside the Annex I security requirements: up to EUR 15 000 000 or 2.5% of worldwide annual turnover. There are three tiers, national authorities do the enforcing, and the Regulation names small manufacturers twice.
The three penalty tiers, and who applies themThe questions this page raises, answered at length
The Cyber Resilience Act for a small software manufacturer, in twelve steps
Everything a ten-person company that ships installed software or a device has to do under the CRA, in the order to do it: the scope determination, the tier, the CSIRT and the enforcer, the reporting procedure that has applied since 11 September 2026, then the technical file, the 22 requirements, the SBOM, the support period, the CE mark and the declaration due by 11 December 2027.
Which CSIRT do you report to under the CRA? The coordinator for your main establishment, all 27 named
Article 14 sends the notification to the CSIRT designated as coordinator by the member state of your main establishment; ENISA published all 27 on 10 September 2026.
How to file a CRA notification on ENISA's platform: a personal EU Login, one coordinator, three tabs, no API
portal.cra-srp.enisa.europa.eu opened on 11 September 2026.
When does the CRA's 24-hour clock start? At a reasonable degree of certainty after a prompt initial assessment, per the Commission's guidance
Article 14 counts 24 and 72 hours from 'becoming aware' and never defines it.
The CRA final report clock does not start when you become aware
Most write-ups of Cyber Resilience Act Article 14 give three deadlines from one starting point: 24 hours, 72 hours, 14 days.
Is your product in scope of the Cyber Resilience Act? Where SaaS sits
The most-asked CRA question is not how to report, it is whether the Regulation applies to you at all.
When is software 'placed on the market' under the CRA, and which of your builds is a product? The guidance's rule for standalone software
Everything in the CRA hangs on a date and a noun: the date a product is placed on the market, and whether what you ship is a product at all.
Which parts of your backend are inside the CRA? Remote data processing, from the Commission's guidance
A product with digital elements includes its remote data processing solutions, and the Regulation defines them in one sentence.
Who enforces the Cyber Resilience Act in your member state? 7 of 27 have said
The CRA is enforced nationally, by a market surveillance authority each member state designates and registers with the Commission.
Is your product important or critical under the CRA? Default unless it is one of the 19, 4 or 3 categories of Annex III and IV
In scope of the CRA means default, important class I (19 categories), important class II (4) or critical (3), and the tier decides whether you self-assess or need a notified body under Article 32.
Default, important or critical: the 26 technical descriptions of Implementing Regulation 2025/2392, and the core-functionality test
Annex III and IV of the CRA name 26 product categories in a line each.
CRA Annex 1: the 22 essential requirements as a checklist, 14 product requirements and 8 for vulnerability handling
What your product must meet from 11 December 2027 and the technical file must show: Part I, 14 product requirements, 13 of them 'where applicable' on the basis of your risk assessment; Part II, 8 vulnerability-handling requirements that always apply.
What goes in the CRA technical file: Annex VII, point by point
From 11 December 2027 every product with digital elements placed on the EU market needs technical documentation before it is placed, kept for ten years or the support period, whichever is longer.
Does the CRA require an SBOM? Yes, and here is exactly what it says
Annex I, Part II, point 1 of the Cyber Resilience Act requires a software bill of materials in a commonly used, machine-readable format covering at least the top-level dependencies.
What the CRA asks of you for your dependencies: due diligence, reporting upstream, and known exploitable vulnerabilities, from the Commission's guidance
A software product is mostly other people's code.
CRA or NIS2: which one applies to a software company, and can it be both?
The Cyber Resilience Act regulates products placed on the market; NIS2 regulates entities that provide services.
NIS2 or CRA: which incident clock runs for a software company, and what makes an incident 'significant'
Both laws give you 24 hours, 72 hours and a month, and both start the clock when you 'become aware'.
Does software need a CE mark under the CRA? Yes, and Article 30 says where it goes
From 11 December 2027, a CE marking is required on every product with digital elements placed on the EU market, software included.
The EU declaration of conformity under the CRA: Annex V point by point, the simplified form, and a worked example
Article 28 makes the manufacturer draw up an EU declaration of conformity before the product is placed on the market, in the model structure of Annex V, and Article 28(4) makes signing it the act by which the manufacturer assumes responsibility for the product.
Self-assessment under the CRA: what module A actually requires, from Annex VIII and the Commission's FAQ
Most software products will never see a notified body.
Harmonised standards for the CRA: none cited yet, 41 requested, the first two were due 30 August 2026
Request M/606 of 3 February 2025 asks CEN, CENELEC and ETSI for 41 standards: two horizontal ones by 30 August 2026, the vertical ones for Annex III and IV products by 30 October 2026, the generic requirements by 30 October 2027.
How long is the CRA support period? At least five years, the end date shown at purchase, each update kept ten years
Article 13(8) of the Cyber Resilience Act: a support period of at least five years, or the expected time in use if shorter; its end date, at least month and year, stated at the time of purchase; each security update kept available for ten years or the remainder of the period; the technical file, the declaration and the user information kept ten years after placing on the market or for the support period.
Which update puts your existing software under the CRA? Substantial modifications, from the Commission's guidance
Software placed on the market before 11 December 2027 stays outside the CRA's design and conformity duties until it is substantially modified.
What you have to report under the CRA: the two triggers, as the Regulation defines them
Article 14 has two triggers and both are defined in the text.
Does the CRA apply to open-source software? Three cases, and the light regime for stewards
The Cyber Resilience Act reaches free and open-source software only when it is supplied in the course of a commercial activity.
Is your open-source project 'commercial' under the CRA? The Commission's seven tests, with its examples
The CRA reaches free and open-source software only where it is supplied in the course of a commercial activity, and the Regulation leaves 'commercial' to two recitals.
What the CRA asks of importers and distributors, and when it makes them the manufacturer
If you resell software or devices into the EU rather than build them, Articles 19 and 20 of the Cyber Resilience Act give you a checklist to run before the product goes on sale, a duty to pass vulnerabilities to the manufacturer, a duty to tell authorities about significant risks, and ten years of record-keeping.
The EU's own CRA machinery, on the day the duty started: 0 notified bodies, 0 harmonised standards, 7 of 27 enforcers
The Cyber Resilience Act asks manufacturers to be ready.
The CRA cybersecurity risk assessment: what Article 13 actually requires, and the one output it must produce
Article 13(2) to (4) of the Cyber Resilience Act make the risk assessment the document every other CRA obligation hangs off.
The coordinated vulnerability disclosure policy the CRA requires: three provisions, and a one-page policy that meets them
Annex I, Part II, point 5 of the Cyber Resilience Act requires every manufacturer in scope to put in place and enforce a coordinated vulnerability disclosure policy.
The arithmetic here is the same function the product runs, not a copy written for this page, including the calendar-month clamp, so a notification on 31 January is answered on 28 February rather than rolling into March. This is not legal advice, and Article 14 is short enough to read yourself: Regulation (EU) 2024/2847.