Back to Blog
CRA

Does My Product Fall Under the CRA? Start with Scope, Then Product Classification

Does your product fall under the EU Cyber Resilience Act (CRA)? If so, which category does it belong to? This article explains the CRA’s scope, exclusions, product classifications, and conformity assessment routes, along with the product information manufacturers need to make an informed assessment.

Product Line
IoT Security 
Topic
CRA Compliance
Published
2026-10-16
Read Time
15
min read

When preparing for the EU Cyber Resilience Act (CRA), companies usually need to answer two questions first: Does the CRA apply to their product? If so, which category does it fall into?

The first determines whether the product needs to comply with the CRA. The second affects the conformity assessment procedure, including whether the manufacturer can conduct a self-assessment or must involve a third party.

First, Determine Whether the Product Falls Within the CRA’s Scope

The assessment can start with three questions about the product, its market, and its connectivity:

  • Does the product contain digital elements, such as software or hardware?
  • Is it made available on the EU market in the course of a commercial activity?
  • Is it intended, or reasonably foreseeable, to exchange data directly or indirectly with other devices or networks?

If the answer to all three questions is yes, the next step is to check the CRA’s exclusions.

Certain medical devices, motor vehicle-related products, and marine equipment covered by specific EU legislation may fall outside the CRA’s scope. The same applies to certain aviation products that meet the relevant conditions. Products developed exclusively for national security or defence purposes are also excluded.

The conclusion depends on the specific product and applicable legislation. It cannot be determined solely by the industry to which the product belongs.

Several situations are easy to overlook.

  • Software-only products may also be covered. An app made available separately on the EU market must be assessed against the same criteria. It cannot be excluded simply because it has no accompanying hardware. Pure SaaS services and websites are generally outside the CRA’s scope. However, remote data processing that is necessary for a product to perform its functions must be considered part of the product.
  • Free products may still be provided in the course of a commercial activity. The assessment should consider the business model, not just the price. For example, a free app that generates revenue through paid technical support or related services requires further analysis. The same applies to open-source software: making it available on a non-commercial basis may lead to a different conclusion from making it available in the course of a commercial activity.
  • A product may exchange data even without an internet connection. A device without Wi-Fi may still connect to a computer through USB for firmware updates or data retrieval. It therefore cannot be excluded from the CRA simply because it is not connected to the internet. Bluetooth and wired network interfaces should also be examined. For interfaces such as USB-C, manufacturers should confirm whether they are used solely for power.

Next, Determine the Product Category

Once a product falls within the CRA’s scope, its classification depends primarily on the core functionality of the complete product, rather than its name or the components it contains.

For example, two products may both be called gateways, but an ordinary home gateway and a gateway primarily designed for network isolation and intrusion prevention may fall into different categories.

Similarly, a router does not automatically become a Class II firewall simply because it includes a firewall component. The classification still depends on the product’s primary function.

Annex III and Annex IV of the CRA list the categories of important and critical products. Implementing Regulation (EU) 2025/2392 provides further technical descriptions. Manufacturers should assess the product’s functionality against the relevant descriptions when determining its classification.

Category Typical Products General Conformity Assessment Route
Other products Certain ordinary apps, computer games, and other products not classified as important or critical Manufacturer’s internal control procedure may be used
Important products — Class I VPN products, password managers, routers, etc. Self-assessment is permitted when the specified conditions are met; otherwise, third-party assessment is required
Important products — Class II Firewalls, intrusion detection and prevention systems, etc. Third-party assessment is generally required
Critical products Smart cards, secure elements, and certain hardware security modules that meet the technical descriptions Third-party assessment or an applicable certification route, as required

Class I products require particular attention to the conditions for self-assessment.

For the relevant essential cybersecurity requirements, manufacturers must apply applicable harmonised standards, common specifications, or European cybersecurity certification schemes that meet the conditions set out in the CRA.

If these have not been applied, have only been partially applied, or the relevant standards, specifications, or schemes are not yet available, the corresponding requirements must undergo third-party conformity assessment as prescribed.

After determining the product category, manufacturers therefore need to confirm whether the standards or schemes they intend to rely on are available and applicable. Being classified as Class I does not automatically mean that self-assessment is permitted.

Product classification also affects project planning.

Incorrectly classifying a product that qualifies for self-assessment as requiring third-party assessment may increase costs. Conversely, preparing a product that requires third-party assessment solely for self-assessment may result in additional testing and assessment work later.

What Product Information Is Needed Before Making the Assessment?

Determining both CRA applicability and product classification requires a clear understanding of how the product actually works.

Manufacturers should collect at least the following information:

  • The hardware and software included in the product, as well as any remote data processing necessary for its functionality;
  • The product’s intended purpose and main use cases;
  • The interfaces and methods through which it exchanges data with devices or networks;
  • How the product is made available on the EU market and its business model;
  • The core functionality of the complete product and which functions are merely additional features.

Only with a complete and accurate understanding of the product’s technical and commercial characteristics can the appropriate compliance route be determined based on reliable facts rather than assumptions or comparisons with other products.

References

Snowball Team
Team Member
LinkedIn
Founded in 2013, committed to driving scalable and sustainable industry growth through a trusted, future-ready security infrastructure. Snowball Technology’s core team comes from NXP’s security services group, bringing over a decade of experience in device security. The company currently has more than 100 employees, with over two-thirds in R&D. Snowball Technology is certified under international standards including ISO 9001, ISO 14001, and ISO 27001.