Skip to content
AuCRA SecurityHub
Menu

Scope

Does the CRA apply to my product?

It does if your product meets all three conditions and no exclusion applies:

  • It is a product with digital elements: software or hardware, including a component sold on its own, plus the remote data processing it needs to work
  • It is made available on the EU market: supplied in the course of a commercial activity, paid or free
  • Its intended purpose or reasonably foreseeable use includes a direct or indirect connection to a device or network

Sources: CRA Art. 2(1); CRA Art. 3(1); CRA Art. 3(22)

Which products are excluded?

The CRA itself excludes only these:

  • Products under the EU rules on medical devices, in vitro diagnostic medical devices or motor vehicle type-approval
  • Civil aviation products certified under Regulation (EU) 2018/1139
  • Marine equipment under Directive 2014/90/EU
  • Spare parts that replace identical components and are made to the same specifications
  • Products developed or modified exclusively for national security or defence, or specifically designed to process classified information

Other sector laws do not limit or exclude a product by themselves. That takes a Commission delegated act, and only where their rules protect at least as well.

Delegated Regulation (EU) 2025/1535 does this for products under the EU rules on two- and three-wheel vehicles and quadricycles, except L1e vehicles designed to pedal.

Sources: CRA Art. 2(2) to 2(7); Delegated Regulation (EU) 2025/1535, Art. 1

Our product is free. Is it still covered?

Being free does not take a product out of scope. The CRA covers supply in the course of a commercial activity, paid or free.

The Regulation does not define commercial activity, but the recitals give indicators, such as charging above cost for technical support, monetising other services through the product, or requiring personal data for reasons other than security, compatibility or interoperability.

Sources: CRA Art. 3(13); CRA Art. 3(22); CRA recital 15

Are spare parts covered?

A spare part is outside the CRA only if it replaces an identical component and is made to the same specifications.

That covers parts for products made available before the CRA applies, and parts that have already been through a CRA conformity assessment.

The Commission's non-binding guidance applies this only to parts supplied specifically to repair a product already on the market or extend its life.

Sources: CRA Art. 2(6); CRA recital 29; Commission guidance C(2026) 5252 final (non-binding)

Is my product default, important or critical?

Default, unless its core functionality matches a listed category: 19 Class I or 4 Class II categories of important products in Annex III, or 3 critical ones in Annex IV.

Embedding a listed function, such as a firewall, is not enough.

Implementing Regulation (EU) 2025/2392 describes each category, and your class sets your conformity assessment route.

Sources: CRA Annex III; CRA Annex IV; CRA Art. 32; Implementing Regulation (EU) 2025/2392

Is open-source software covered?

Only when it is supplied in the course of a commercial activity. The recitals indicate the test is whether its manufacturer monetises it, not how it was developed or funded.

An open-source software steward, a legal person other than a manufacturer that gives sustained support to open-source software intended for commercial activities, has light-touch duties under Article 24 from 11 December 2027.

Administrative fines do not apply to stewards.

Sources: CRA Art. 3(14); CRA Art. 3(22); CRA Art. 24; CRA Art. 64(10)(b); CRA recital 18; CRA recital 19

Are SaaS and cloud services covered?

A standalone online service is not itself a product with digital elements. It is covered only as a product's remote data processing, which means all of these:

  • It processes data at a distance
  • Its software is designed and developed by the product's manufacturer, or under its responsibility
  • Without it, the product could not perform one of its functions

The Commission's non-binding guidance adds that browser-only web apps and information-only websites are out of scope unless they support a product's functionality.

Sources: CRA Art. 3(1); CRA Art. 3(2); CRA recital 11; CRA recital 12; Commission guidance C(2026) 5252 final (non-binding); Commission FAQ (non-binding)

We are outside the EU. Does the CRA apply to us?

Yes, if your product is made available on the EU market.

You may appoint an authorised representative in the EU by written mandate, but you cannot hand it core duties such as design or vulnerability handling.

The Commission's non-binding FAQ takes the view that a manufacturer outside the EU is required to have an importer, an authorised representative or a fulfilment service provider.

Sources: CRA Art. 2(1); CRA Art. 18(1) and (2); Commission FAQ 4.6.1 (non-binding)

Obligations

What are the essential cybersecurity requirements?

They are in Annex I and apply from 11 December 2027:

  • Part I: 13 requirements for the product itself, such as a secure default configuration, applied on the basis of your cybersecurity risk assessment and only where applicable
  • Part II: eight vulnerability handling duties, such as fixing vulnerabilities without delay, from placing on the market to the end of the support period

Sources: CRA Annex I, Parts I and II; CRA Art. 13(8); CRA Art. 71(2)

Do we need an SBOM?

Yes. Annex I Part II requires a software bill of materials in a commonly used and machine-readable format, covering at least the top-level dependencies, not necessarily every nested one.

You do not have to publish it, but a market surveillance authority can ask for it on a reasoned request.

Sources: CRA Annex I, Part II, point (1); CRA Annex VII, points 2(b) and 8

What is the support period, and how long must it be?

It is the period during which you must handle the product's vulnerabilities effectively under Annex I Part II, including through security updates.

It must be at least five years, or the expected use time if the product is expected to be in use for less.

You must state its end date, at least the month and year, at the time of purchase.

Sources: CRA Art. 13(8); CRA Art. 13(19); CRA Annex I, Part II; CRA Annex II, point 7

Must security updates be free, and how long must they stay available?

Yes, unless you and a business user agree otherwise for a tailor-made product. That exception never covers consumers.

Each security update released during the support period must stay available for at least 10 years after issue, or for the rest of the support period, whichever is longer.

Sources: CRA Annex I, Part II, point (8); CRA Art. 13(9)

What must we report, to whom, and how fast?

Since 11 September 2026, you must notify actively exploited vulnerabilities in your product and severe incidents affecting its security.

Send each notification through ENISA's single reporting platform, to the CSIRT designated as coordinator and ENISA at the same time, by these deadlines:

  • Early warning: without undue delay, within 24 hours of becoming aware
  • Notification: without undue delay, within 72 hours of becoming aware
  • Final report, vulnerability: within 14 days of a fix or mitigation being available
  • Final report, severe incident: within one month of the incident notification

Sources: CRA Art. 14(1) to (4); CRA Art. 14(7); CRA Art. 16

Do we have to report every vulnerability?

No. Mandatory reporting covers only actively exploited vulnerabilities and severe incidents. A vulnerability counts as actively exploited when there is reliable evidence that a malicious actor exploited it in a system without the owner's permission.

A vulnerability found in good faith with no malicious exploitation need not be reported, though you may report it voluntarily.

A ready fix does not remove the duty: the early warning is still due within 24 hours.

Sources: CRA Art. 3(42); CRA Art. 14(2); CRA Art. 15; CRA recital 68; CRA recital 120

Is ENISA's single reporting platform live?

Yes. ENISA's single reporting platform, at portal.cra-srp.enisa.europa.eu, has been operational since 11 September 2026 for mandatory Article 14 notifications.

It does not yet take voluntary reports under Article 15; you can make those to a CSIRT designated as coordinator.

The legal 72-hour deadline runs from when you became aware, whatever the platform shows.

Sources: CRA Art. 14; CRA Art. 15; CRA Art. 16; ENISA single reporting platform pages; Commission CRA reporting page (fetched 2026-10-15)

How long must we keep the documentation?

Keep the technical documentation and EU declaration of conformity available to market surveillance authorities for at least 10 years after placing on the market, or the support period, whichever is longer.

The same applies to the user information and instructions, including online.

An importer keeps a copy of the declaration for the same period and makes sure the technical documentation can be provided on request.

Sources: CRA Art. 13(13); CRA Art. 13(18); CRA Art. 19(6)

We import or distribute products. What do we have to do?

An importer selling under its own name or trademark, or an importer or distributor that substantially modifies a product, is treated as the manufacturer.

Your duties depend on your role:

  • Importer: place on the market only products that meet Annex I
  • Importer: before that, check that the conformity assessment was done and that the technical documentation, CE marking, EU declaration of conformity and user information exist
  • Importer: add your name and contact details to the product, its packaging or an accompanying document
  • Distributor: check the CE marking, and that the manufacturer and importer met specific duties, such as supplying the user information and declaration

Sources: CRA Art. 19; CRA Art. 20(2); CRA Art. 21

Timeline and penalties

When does the CRA apply?

It entered into force on 10 December 2024 and applies in stages:

  • Rules on notified bodies (Chapter IV): since 11 June 2026
  • Reporting duties (Article 14): since 11 September 2026, also for products placed on the market before 11 December 2027
  • Everything else, including the essential requirements and CE marking: from 11 December 2027

Sources: CRA Art. 71(1); CRA Art. 71(2); CRA Art. 69(3)

What are the penalties?

Administrative fines have three ceilings, each a fixed sum or a share of total worldwide annual turnover for the preceding financial year:

  • EUR 15 million or 2.5 %, whichever is higher: breaching the essential requirements or the obligations in Articles 13 and 14
  • EUR 10 million or 2 %, whichever is higher: breaching other listed obligations, including those of authorised representatives, importers and distributors
  • EUR 5 million or 1 %, whichever is higher: giving notified bodies or market surveillance authorities incorrect, incomplete or misleading information

Micro and small enterprises are not fined for missing the 24-hour early warning deadline, but must still report.

Open-source software stewards face no administrative fines.

Sources: CRA Art. 64, including Art. 64(10)

What about products already on the market?

Products placed on the market before 11 December 2027 need to comply only if substantially modified from that date, but Article 14 reporting already applies to them (see the next question).

EU type-examination certificates and approval decisions on cybersecurity issued under other EU product laws stay valid until 11 June 2028, unless they expire earlier or that law says otherwise.

Sources: CRA Art. 69(1) to (3)

Does reporting cover products we sold before the CRA applied?

Yes. Article 14 applies to all in-scope products placed on the market before 11 December 2027, so since 11 September 2026 you must notify their actively exploited vulnerabilities and severe incidents within the usual deadlines.

The Commission's non-binding guidance adds that reporting continues after support ends, and that you need not report a vulnerability whose active exploitation you knew about before 11 September 2026.

Sources: CRA Art. 14; CRA Art. 69(3); CRA Art. 71(2); Commission guidance C(2026) 5252 final (non-binding); Commission FAQ (non-binding)

Process

How do we get CE marking?

You affix it yourself before placing the product on the market, after a conformity assessment shows it meets Annex I. Routes by class:

  • Default: you can self-assess (internal control, module A)
  • Class I: self-assessment only if you apply harmonised standards, common specifications or an EU cybersecurity certification scheme in full; otherwise a third party
  • Class II: a third party
  • Critical: a European cybersecurity certification scheme where Article 8(1) applies; otherwise the Class II third-party procedures

Hardware carries the marking visibly, legibly and indelibly on the product or, where its nature makes that impossible or unwarranted, on its packaging and accompanying declaration. Software carries it on its declaration or accompanying website.

Under module H, the notified body's identification number follows the marking.

Sources: CRA Art. 13(12); CRA Art. 30; CRA Art. 32

When does an update need a new conformity assessment?

When it is a substantial modification: a change after placing on the market that affects compliance with Annex I Part I, or changes the intended purpose the product was assessed for.

A security update meant to reduce risk is not one, as long as the intended purpose stays the same.

The product then needs its compliance checked again and, where applicable, a new conformity assessment. The Commission's non-binding guidance says that assessment can focus on the modified parts, unless the change harms the whole product's cybersecurity.

Sources: CRA Art. 3(30); CRA recital 39; CRA recital 41; Commission guidance C(2026) 5252 final (non-binding)

Where should we start?

Reporting has applied since 11 September 2026: if you are in scope, be ready to send an early warning within 24 hours of becoming aware. Then run the scope check and the class finder.

Sources: CRA Art. 14; CRA Art. 71(2)

EN 40000

What is EN 40000, and can we certify against it?

EN 40000 is a series of European standards for the CRA, and every part is still a draft:

  • Draft EN 40000-1-1: cybersecurity vocabulary
  • Draft EN 40000-1-2: principles, product risk management, and lifecycle activities
  • Draft EN 40000-1-3: vulnerability handling

You cannot certify against a draft, and it gives no presumption of conformity. Under Article 27(1), only harmonised standards whose references are published in the Official Journal of the EU do.

Draft status does not delay the Annex I essential requirements, which apply from 11 December 2027.

Sources: CRA Art. 27(1); CRA Art. 71(2); draft EN 40000-1-1, draft EN 40000-1-2, draft EN 40000-1-3 (CEN/CLC/JTC 13)

About this site

Last reviewed: 15 October 2026

Scope check

Open full page

All the questions and results are listed below. Start at question 1 and follow the link next to your answer.

  1. Is it software, or a device or part that stores, processes or sends data?

    Examples and legal text

    For example a phone app, a computer program, firmware, a smart plug, a laptop or a chip. Parts supplied on their own count too, such as a sensor or a software library. If people only use it online, like a website or a web app, answer Yes: the next question sorts that out.

    Legal term: “product with digital elements”, “hardware”

    Sources: CRA Art. 3(1), Art. 3(5)

    Read the FAQ answer

  2. Is it a physical device, or software that people download or install on their own device, not just use in a web browser?

    Examples and legal text

    Phone apps, desktop programs, firmware and browser extensions are a Yes. So is an app built with web technology, if it is supplied to run on the user's device. Answer No if people only reach it over the internet, for example a website or web app opened in a browser, and nothing you supply runs on their device. This follows the European Commission's guidance, which is not binding.

    Legal term: “executes on the user's electronic information system” (Commission guidance)

    Sources: CRA Art. 3(1); Commission guidance C(2026) 5252 final (non-binding)

    Read the FAQ answer

  3. Does a device or app need this online service for one of its features, and did that device or app's maker build the service, or have it built for them?

    Answer this only if you answered No to question 2.

    Examples and legal text

    For example, the cloud service a smart home device maker provides so people can control the device from afar, or a service the maker developed that its phone app needs to reach its data. A website that does not support any product feature does not count. Nor does an online service built outside the maker's responsibility: in the Commission's non-binding reading, that includes a ready-made service the maker only licenses.

    Legal term: “remote data processing”

    Sources: CRA Art. 3(1), Art. 3(2); recitals 11 and 12; Commission guidance C(2026) 5252 final (non-binding)

    Read the FAQ answer

  4. Does it connect to another device or a network to send or receive data, even indirectly, in the way you intend or in a way people could predictably use it?

    Examples and legal text

    The link can be a cable, a radio signal such as Wi-Fi or Bluetooth, or a link made in software. It also counts if it goes through something else, for example a computer the product plugs into. "The way you intend" means the use you describe in its instructions, marketing and technical documents. "A way people could predictably use it" covers uses you did not plan but that are likely, given how people behave or how it works with other technology.

    Legal term: “intended purpose”, “reasonably foreseeable use”, “direct or indirect logical or physical data connection”

    Sources: CRA Art. 2(1), Art. 3(8) to 3(10), Art. 3(23), Art. 3(24)

    Read the FAQ answer

  5. Is it supplied for sale or use in the EU as part of a business activity, whether paid or free?

    Examples and legal text

    This asks where it is supplied, not where you are based. A free product can count. The CRA's recitals list signs of business activity, such as charging more than cost for support, or making money from the product in other ways. Free open-source software counts only when its maker makes money from it.

    Legal term: “making available on the market”, “commercial activity”

    Sources: CRA Art. 2(1), Art. 3(22); recitals 15, 16 and 18

    Read the FAQ answer

  6. Is it one of the products the CRA leaves out, such as a medical device?

    See the full list

    This is the complete list. Answer Yes only if your product fully matches one item:

    1. Products covered by the EU rules on medical devices (Regulation (EU) 2017/745) or on in vitro diagnostic medical devices (Regulation (EU) 2017/746).
    2. Products covered by the EU type-approval rules for motor vehicles and their trailers (Regulation (EU) 2019/2144).
    3. Products certified under the EU civil aviation rules (Regulation (EU) 2018/1139).
    4. Equipment covered by the EU rules on marine equipment (Directive 2014/90/EU).
    5. Spare parts that replace identical parts and are made to the same specifications as the parts they replace.
    6. Products built or changed only for national security or defence, or designed specifically to process classified information.
    7. Products covered by the EU rules on two- and three-wheel vehicles and quadricycles (Regulation (EU) No 168/2013), excluded by Delegated Regulation (EU) 2025/1535. L1e vehicles designed to be pedalled are not excluded.

    In the Commission's non-binding reading, items 2 and 7 cover a part only if it is designed only for those vehicles. Being covered by another EU law does not, on its own, take a product out of the CRA.

    Legal term: “This Regulation does not apply to …”

    Sources: CRA Art. 2(2) to 2(7); Delegated Regulation (EU) 2025/1535, Art. 1; Commission guidance C(2026) 5252 final (non-binding)

    Read the FAQ answer

Your result

Likely covered by the CRA

Reporting of actively exploited vulnerabilities and severe incidents (Article 14) has applied since 11 September 2026; the essential security requirements and CE marking apply from 11 December 2027.

Find its class

Reasoning and source

From your answers, your product meets every condition and no exception applies. An online service it needs for one of its features, built by its maker or for them, is covered as part of it.

Legal term: “product with digital elements”, “remote data processing”

Sources: CRA Art. 2(1), Art. 3(1), Art. 3(2), Art. 71(2)

Likely covered along with the product it serves

Whether the CRA applies depends on the device or app that needs this service, so run the check for that product.

Reasoning and source

The CRA treats an online service that a product needs, built by its maker or for them, as part of that product. So this service follows the product it serves. Run the check again for that product: if the CRA likely applies to it, this service is covered with it. The rules for such a service do not reach the maker's whole network and IT systems.

Legal term: “remote data processing”

Sources: CRA Art. 3(1), Art. 3(2); recital 11

Likely outside the CRA: not a product it covers

From your answer, it is neither software nor a device or part that stores, processes or sends data.

Reasoning and source

The CRA covers software, and devices and parts that store, process or send data, together with the online services they need. Parts count even when supplied on their own. From your answer, yours is none of these, so it likely falls outside the CRA.

Legal term: “product with digital elements”, “hardware”

Sources: CRA Art. 2(1), Art. 3(1), Art. 3(5)

Likely outside the CRA: an online service not tied to a product

Check again if you start offering software that people download or install.

Reasoning and source

In the European Commission's non-binding reading, software that people only use over the internet, such as a web app opened in a browser, is not on that basis alone a product the CRA covers. From your answers, it is also not an online service that a device or app needs and that was built by or for that product's maker, so it likely falls outside the CRA. If you later offer software that runs on the user's device, such as an app or a browser extension, check again.

Legal term: “product with digital elements”, “remote data processing”

Sources: CRA Art. 3(1), Art. 3(2); recital 12; Commission guidance C(2026) 5252 final and Commission FAQ (non-binding)

Likely outside the CRA: no data connection

Check again if people could predictably connect it, even through another device.

Reasoning and source

The CRA only covers products meant to connect to a device or network to send or receive data, directly or indirectly, or likely to be used that way. From your answer, yours is not, so it likely falls outside the CRA. If a predictable use would connect it, even through something else, check again.

Legal term: “intended purpose”, “reasonably foreseeable use”, “direct or indirect logical or physical data connection”

Sources: CRA Art. 2(1), Art. 3(8) to 3(10), Art. 3(23), Art. 3(24)

Likely outside the CRA: not supplied in the EU as a business

Check again if you start supplying it in the EU or making money from it.

Reasoning and source

The CRA covers products supplied for sale or use in the EU as part of a business activity, whether paid or free. From your answer, yours is not. If you start supplying it in the EU, or start making money from it, check again.

Legal term: “making available on the market”, “commercial activity”

Sources: CRA Art. 2(1), Art. 3(22); recitals 15, 16 and 18

Likely outside the CRA: an exception applies

Each exception has conditions your product must fully meet.

Reasoning and source

From your answer, one of the exceptions in Article 2 of the CRA or in Delegated Regulation (EU) 2025/1535 applies, so your product likely falls outside the CRA. Each one has conditions: aviation products must be certified, spare parts must be identical and made to the same specifications, and national security or defence products must be built or changed only for that purpose.

Legal term: “This Regulation does not apply to …”

Sources: CRA Art. 2(2) to 2(7); Delegated Regulation (EU) 2025/1535, Art. 1

Not clear yet

Your "Not sure" answer decides the result, so the check stops here instead of guessing.

Read the FAQ answer

Read the FAQ answer

Read the FAQ answer

Read the FAQ answer

Read the FAQ answer

Read the FAQ answer

Reasoning and source

The explanation under that question and the FAQ answer linked below set out the rule to check against.

Open "Examples and legal text" under the question you were unsure about to see the rule and its source.

You were not sure about: Is it software, or a device or part that stores, processes or sends data?

Sources: CRA Art. 3(1), Art. 3(5)

You were not sure about: Is it a physical device, or software that people download or install on their own device, not just use in a web browser?

Sources: CRA Art. 3(1); Commission guidance C(2026) 5252 final (non-binding)

You were not sure about: Does a device or app need this online service for one of its features, and did that device or app's maker build the service, or have it built for them?

Sources: CRA Art. 3(1), Art. 3(2); recitals 11 and 12; Commission guidance C(2026) 5252 final (non-binding)

You were not sure about: Does it connect to another device or a network to send or receive data, even indirectly, in the way you intend or in a way people could predictably use it?

Sources: CRA Art. 2(1), Art. 3(8) to 3(10), Art. 3(23), Art. 3(24)

You were not sure about: Is it supplied for sale or use in the EU as part of a business activity, whether paid or free?

Sources: CRA Art. 2(1), Art. 3(22); recitals 15, 16 and 18

You were not sure about: Is it one of the products the CRA leaves out, such as a medical device?

Sources: CRA Art. 2(2) to 2(7); Delegated Regulation (EU) 2025/1535, Art. 1; Commission guidance C(2026) 5252 final (non-binding)

Compass, our free guided assessment for SMEs, also checks organisational maturity and reporting readiness. Try Compass free

Product class finder

Open full page

Choose the category for your product's core functionality.

Core functionality and modules

Class follows what the product is for. A product that merely includes a firewall is not therefore Important II.

The Commission's non-binding guidance says a product has only one core functionality when its conformity assessment route is decided. The same guidance classifies a module that is also made available separately by its own core functionality, and a module supplied only as part of a larger product by that product's.

Implementing Regulation (EU) 2025/2392 gives the official technical description of each category.

Important I: Annex III, 19 categories
  • Identity management systems and privileged access management software and hardware, including authentication and access control readers, including biometric readers

  • Standalone and embedded browsers

  • Software that searches for, removes, or quarantines malicious software

  • Products with digital elements with the function of virtual private network (VPN)

  • Security information and event management (SIEM) systems

  • Public key infrastructure and digital certificate issuance software

  • Physical and virtual network interfaces

  • Routers, modems intended for the connection to the internet, and switches

  • Microprocessors with security-related functionalities

  • Microcontrollers with security-related functionalities

  • Application specific integrated circuits (ASIC) and field-programmable gate arrays (FPGA) with security-related functionalities

  • Smart home general purpose virtual assistants

  • Smart home products with security functionalities, including smart door locks, security cameras, baby monitoring systems and alarm systems

  • Internet connected toys covered by Directive 2009/48/EC that have social interactive features (e.g. speaking or filming) or that have location tracking features

  • Personal wearable products to be worn or placed on a human body that have a health monitoring (such as tracking) purpose and to which Regulation (EU) 2017/745 or (EU) 2017/746 do not apply, or personal wearable products that are intended for the use by and for children

Important II: Annex III, 4 categories
  • Hypervisors and container runtime systems that support virtualised execution of operating systems and similar environments

  • Firewalls, intrusion detection and prevention systems

Critical: Annex IV, 3 categories
  • Hardware Devices with Security Boxes

  • Smart meter gateways within smart metering systems as defined in Article 2, point (23) of Directive (EU) 2019/944, and other devices for advanced security purposes, including for secure cryptoprocessing

  • Smartcards or similar devices, including secure elements

Default: not listed in Annex III or IV
  • My product's core functionality is not one of the 26 named categories.

Your resultNo category chosen yetDefaultYou can assess it yourselfImportant ISelf-assessment only with standardsImportant IIA third party, alwaysCriticalEU certification or a third party

Your result

No category chosen yet

Likely class: Default

You can assess it yourself

You can check the product yourself under internal control (module A). You may also choose a third-party procedure, or a European cybersecurity certification scheme where one is available and applicable.

Likely class: Important I

Self-assessment only with standards

You can still assess it yourself, but only if you apply harmonised standards, common specifications or an EU cybersecurity certification scheme in full. Otherwise a third party has to be involved.

Free and open-source software

If your product is free and open-source software, you may also use internal control (module A), provided you make the technical documentation public when you place it on the market.

Likely class: Important II

A third party, always

A third party is required even if you conform to the standards completely.

Free and open-source software

If your product is free and open-source software, you may also use internal control (module A), provided you make the technical documentation public when you place it on the market.

Likely class: Critical

EU certification or a third party

Where the conditions in Article 8(1) are met, you use a European cybersecurity certification scheme. Otherwise you use one of the procedures for Important II products, so a critical product never has a lighter route than Important II.

Sources: CRA Art. 32; Annexes III and IV; Implementing Regulation (EU) 2025/2392

Not sure the CRA applies to your product? Start with the scope check.

Compass, our free guided assessment for SMEs, also checks organisational maturity and reporting readiness. Try Compass free