EU SECURE call: 50% co-funding for SME CRA work, up to EUR 30,000. Closes 11 December50% EU co-funding for CRA work
Regulus
Article 14 reporting has applied since 11 September 2026

Cyber Resilience Act compliance, from classification to CE marking.

Classify your product by its core function, check every Annex I requirement, build the risk assessment and generate the technical file. Free for manufacturers, with an expert review when you want one.

No card · EU hosted · Built on Regulation (EU) 2024/2847

The adopted textRegulation (EU) 2024/2847, not the 2022 proposal many tools still use.
Regulation 2025/2392The official technical descriptions of every Annex III and IV category.
Nothing inventedWhat you have not recorded is marked as pending, never filled in.
300+ companieshave downloaded our CRA templates and checklists.
01 · Scope

Does the Cyber Resilience Act apply to your product?

Any hardware or software with a data connection, sold in the EU, is in scope. The exclusions follow the product, not the company: a medical device is out, the same company's industrial gateway is in, and railway equipment is not excluded at all.

Has a data connection to a device or networkArticle 2(1)

Yes

Placed on the EU marketArticle 3(22)

Yes

Covered by a sectoral exclusionmedical · vehicles · aviation · marine · defence

No

Your role in the supply chainmanufacturer · importer · distributor

Manufacturer
In scope
Next: classify by core function
02 · Classification

Classify by core function, with the exact reference.

The class decides whether you self-assess or need a notified body. It depends on what the product is for, not on what it contains: a router with a built-in firewall is still a router. Try it.

Core function of the product
Default Article 7(1) · no Annex III or IV category Self-assessment · internal control (module A)
03 · Annex I

Every essential requirement, one by one.

Fourteen product requirements and eight for vulnerability handling. For each one you record whether it applies, how you meet it and the evidence. The readiness score is the share you can actually show.

Annex I readiness
12/22
10 to evidence
Part I · productPart II · vulnerabilities
No known exploitable vulnerabilities
Secure by default configuration
Security updates
Protection from unauthorised access
Confidentiality of data
Integrity of data and functions
Components and SBOM
Remediate without delay
Regular security testing
Disclose fixed vulnerabilities
04 · Risk assessment

A risk assessment built from your attack surfaces.

Tell Regulus how the product connects. It proposes the threats for each surface, links each one to the Annex I requirement it affects, and turns your decisions into the risk assessment the technical file needs.

NV-GW400IoT gateway Web admin S · I.2(d) Update channel T · I.2(c) I.2(f) Cloud API I · I.2(e) Fieldbus port D · I.2(h) Debug UART E · I.2(j) Mobile app R · I.2(l)
S T R I D E threat per surfaceI.2(x) Annex I requirement5 mitigated · 1 open
05 · Technical file

Nine documents in Word. Nothing invented.

The documents are written from what you recorded. Where information is missing they say so, as pending, and list it. You download editable Word files, one by one or as a single pack.

9 documents · 6 pending items listed.docx · single file or .zip pack
06 · Article 14

24 hours, 72 hours, 14 days.

An actively exploited vulnerability starts three clocks. Regulus works out each deadline, what goes in each report and what you have already sent through the ENISA single reporting platform.

VULN-0142 · OpenSSL in NV-GW400 firmware 3.2● actively exploited
Early warning
24:00:00
Notification
72:00:00
Final report
336:00:00
→ Draft early warning ready to submit to the CSIRT and ENISA
And the rest of the file

Everything the CRA asks you to keep.

Import your SBOM

CycloneDX in, components and versions out, where Annex VII expects them.

Track vulnerabilities

Severity, status and the actively exploited flag that starts the reporting clocks.

Write policies once

Disclosure, update and support policies apply to every product until you override them.

Keep every report on record

Reference, date and who sent it, for each stage of each notification to ENISA.

One workspace per client

Consultancies switch between clients and deliver the documents under their own name.

Ask for an expert review

An independent specialist reviews the classification and the documents before you sign.

Classification by product type

Where does your product sit? One guide per product type, more every week.

CRA timeline

Where the Cyber Resilience Act stands today.

Two deadlines have already passed. The rest of the regulation applies from 11 December 2027, and notified body capacity for Class II products is already the bottleneck. All CRA deadlines →

Today
10 Dec 2024

Entry into force

The regulation is published and the transition period starts.

11 Jun 2026

Notified bodies

Rules for designating conformity assessment bodies apply.

11 Sep 2026

Reporting

Actively exploited vulnerabilities and severe incidents must be reported.

11 Dec 2027

Full application

Essential requirements, conformity assessment and CE marking.

How it works

Do it yourself, have it reviewed, or hand it over.

Free

Self-service

  • Classification by core function
  • All 22 Annex I requirements
  • Risk assessment and threat model
  • Nine documents in Word
Create free account
Fixed price per product, quoted in writing

Expert review

  • Classification checked and justified
  • Corrections to every document
  • A written conclusion you can file
  • Answer within two working days
Start, then request a review
Fixed price per product, quoted in writing

Done for you

  • Send us the product details
  • We write the classification and the file
  • Delivered in the platform and in Word
  • Five working days, no calls
Ask for a quote
Free tools

Start without an account.

FAQ

Cyber Resilience Act questions, answered.

What is the Cyber Resilience Act?

Regulation (EU) 2024/2847, the Cyber Resilience Act (CRA), sets cybersecurity requirements for products with digital elements sold in the EU: hardware and software that connect to a device or a network. Manufacturers must design products securely, handle vulnerabilities for the support period, report actively exploited vulnerabilities and keep a technical file.

When does the CRA apply?

It entered into force on 10 December 2024. The rules on notified bodies apply since 11 June 2026, the reporting obligations of Article 14 since 11 September 2026, and the rest of the regulation from 11 December 2027.

Does the CRA apply to SaaS?

Pure software as a service is generally outside the CRA and falls under NIS2. A remote data processing solution is in scope when the product cannot perform one of its functions without it.

What is the difference between Class I and Class II?

Both are important products listed in Annex III. Class I products can be self-assessed only if harmonised standards, common specifications or a European cybersecurity certificate cover the requirements in full. Class II products always need a notified body or a European cybersecurity certificate.

What documentation does the CRA require?

A technical file under Annex VII, including the cybersecurity risk assessment, how each essential requirement of Annex I is met, the SBOM, the test reports, the vulnerability handling process and the EU declaration of conformity, plus user information under Annex II.

Is Regulus a notified body?

No. Regulus writes the classification, the risk assessment and the documentation, and reviews them. We do not certify anything and we never will: whoever assesses a product should not have written its technical file.

More CRA questions →

Know your class. Build your file. Sign with confidence.

Free for manufacturers. An expert is one click away when you want one.