The short answer
The EU Cyber Resilience Act (Regulation (EU) 2024/2847) sets mandatory cybersecurity requirements for hardware and software products with digital elements sold in the EU, including products made by UK companies. It entered into force on 10 December 2024. Reporting duties have applied since 11 September 2026, and the main obligations and CE marking apply from 11 December 2027.
On this page
- What is the EU Cyber Resilience Act?
- What counts as a product with digital elements?
- Does the Cyber Resilience Act apply to UK companies?
- When does the Cyber Resilience Act apply?
- What are the Cyber Resilience Act requirements?
- Which conformity assessment route applies to your product?
- What must manufacturers report, and how fast?
- How do penetration testing and code review support CRA compliance?
- What are the penalties under the Cyber Resilience Act?
- Is the Cyber Resilience Act the same as the UK Cyber Security and Resilience Bill?
- CRA compliance checklist: how should UK product makers prepare?
- Why Sovereign Secure
- Plan your CRA testing
The EU Cyber Resilience Act (CRA) makes cybersecurity a legal condition of selling hardware and software products in the EU, and it applies to UK manufacturers whose products reach EU customers. Reporting of actively exploited vulnerabilities and severe incidents has applied since 11 September 2026. The full set of obligations, including CE marking against the essential requirements, applies from 11 December 2027.
This guide is based on the published text of Regulation (EU) 2024/2847. It is not legal advice, and Sovereign Secure is not a notified body: our role is the security testing and code review that give you evidence for your conformity assessment.
What is the EU Cyber Resilience Act?
The Cyber Resilience Act is an EU regulation, so it applies directly in every member state. It sets mandatory cybersecurity requirements for products with digital elements across their life: design, development, production and a support period after sale. As with other EU product legislation, market surveillance authorities can restrict, withdraw or recall products that do not comply.
The main duties fall on manufacturers, with supporting duties for importers and distributors. Where NIS2 regulates organisations providing essential and important services (see our NIS2 guide), the CRA regulates products.
If a product includes AI, the EU AI Act can apply alongside the CRA. Under CRA Article 12, a product that is a high-risk AI system and meets the CRA’s essential cybersecurity requirements is deemed to meet the AI Act’s cybersecurity requirements. Our AI governance guide covers the AI Act.
What counts as a product with digital elements?
It is any hardware or software product, including components sold separately, whose intended or reasonably foreseeable use includes a direct or indirect data connection to a device or network. Remote data processing solutions count as part of the product, so the cloud service a smart device needs in order to work is in scope with it.
| Usually in scope | Outside the CRA |
|---|---|
| Connected consumer devices: cameras, smart locks, toys, wearables, routers | Medical and in vitro diagnostic devices (covered by their own EU regulations) |
| Industrial devices, controllers and gateways | Motor vehicles under EU type-approval rules, certified civil aviation products and marine equipment |
| Apps, operating systems, firmware, and components such as chips and libraries | Products developed solely for national security or defence |
| The cloud back end a product needs to perform its functions | Standalone software as a service, and free open-source software not supplied commercially |
Does the Cyber Resilience Act apply to UK companies?
Yes. The CRA applies to products placed on the EU market, wherever the manufacturer is based. A UK company selling connected products to EU customers, directly or through an importer, carries the manufacturer’s obligations for those products.
| Role | Main duties |
|---|---|
| Manufacturer (makes the product or markets it under its own name) | Risk assessment, essential requirements, vulnerability handling, technical documentation, conformity assessment, EU declaration of conformity, CE marking and reporting |
| Authorised representative (optional, EU-based, by written mandate) | Holds documentation for authorities and cooperates with them; cannot take over design or vulnerability duties |
| Importer (places a non-EU product on the EU market) | Checks conformity assessment, documentation, CE marking and contact details before selling |
| Distributor | Checks CE marking and documentation, and acts on known non-conformity |
Because importers must check conformity before selling, expect EU importers and distributors to ask for evidence, and to add CRA clauses to distribution contracts, well before December 2027.
Selling only in Great Britain? The CRA does not apply there. (Northern Ireland follows some EU product rules under the Windsor Framework, so take advice if you sell there.) Great Britain has its own regime under the Product Security and Telecommunications Infrastructure (PSTI) Act 2022, in force since 29 April 2024 for consumer connectable products: no universal default passwords, a published way to report security issues and a stated minimum update period. See the PSTI product security regime on gov.uk.
When does the Cyber Resilience Act apply?
| Date | What happens |
|---|---|
| 10 December 2024 | Entered into force |
| 11 June 2026 | Rules on notified bodies apply |
| 11 September 2026 | Article 14 reporting obligations apply, including to products already on the market |
| 11 December 2027 | Everything else applies, including essential requirements, conformity assessment and CE marking |
Products placed on the market before 11 December 2027 only have to meet the wider requirements if they are substantially modified after that date, but the reporting duty applies to them already.
What are the Cyber Resilience Act requirements?
The essential requirements in Annex I come in two parts, applied according to a cybersecurity risk assessment that the manufacturer must carry out and document.
Product security properties (Part I). Products must be made available on the market without known exploitable vulnerabilities and with a secure-by-default configuration that can be reset. They must be able to receive security updates (automatic by default where applicable, with an opt-out), control access through authentication, protect the confidentiality and integrity of data and configuration, process only the data they need, protect essential functions, limit attack surfaces, use exploitation mitigation, record security events and let users delete their data securely.
Vulnerability handling (Part II). Manufacturers must:
- document components, including a machine-readable software bill of materials (SBOM) covering at least top-level dependencies;
- fix vulnerabilities without delay, separating security updates from feature updates where feasible;
- apply effective and regular tests and reviews of the product’s security;
- run a coordinated vulnerability disclosure policy with a contact address, and publish details of fixed vulnerabilities;
- distribute updates securely and free of charge.
Article 13 adds a due diligence duty for third-party components, including open-source libraries, so that they do not compromise the product’s security.
Support period. At least five years of security updates, unless the product is expected to be in use for less. Each update must stay available for 10 years or the rest of the support period, whichever is longer, and technical documentation must be kept for 10 years or the support period if longer.
Which conformity assessment route applies to your product?
Most products are default products and can be self-assessed. Products whose core functionality matches a category in Annex III (important) or Annex IV (critical) need more; Implementing Regulation (EU) 2025/2392 describes those categories.
| Category | Examples | Conformity assessment |
|---|---|---|
| Default | Most connected products and software | Self-assessment (module A) |
| Important, Class I | Password managers, VPNs, operating systems, routers and switches, smart locks, security cameras, baby monitors | Self-assessment only if harmonised standards, common specifications or a certification scheme at “substantial” level are applied in full; otherwise a notified body |
| Important, Class II | Hypervisors and container runtimes, firewalls, intrusion detection and prevention systems, tamper-resistant microcontrollers | Notified body or a European certification scheme |
| Critical | Hardware devices with security boxes, smart meter gateways, smartcards and secure elements | European cybersecurity certification where required; otherwise as Class II |
What must manufacturers report, and how fast?
Since 11 September 2026, manufacturers must notify actively exploited vulnerabilities and severe incidents affecting their products, at the same time to the coordinating CSIRT and to ENISA, through ENISA’s single reporting platform. Deadlines run from when you become aware.
| Stage | Actively exploited vulnerability | Severe incident |
|---|---|---|
| Early warning | 24 hours | 24 hours |
| Notification | 72 hours | 72 hours |
| Final report | 14 days after a fix or mitigation is available | One month after the notification |
An incident is severe if it harms, or could harm, the product’s ability to protect the availability, authenticity, integrity or confidentiality of important data or functions, or if it has led, or could lead, to malicious code being introduced or run. You must also tell affected users what happened and what they can do. A UK manufacturer with no EU establishment reports to the CSIRT in the member state of its authorised representative, or failing that its importer, then its distributor, then where most of its users are.
How do penetration testing and code review support CRA compliance?
The CRA does not name a specific test, but “no known exploitable vulnerabilities” and “effective and regular tests and reviews” both need findings, fixes and retest results you can file in the technical documentation.
| CRA requirement | Evidence | How we can help |
|---|---|---|
| No known exploitable vulnerabilities; limited attack surface | Pre-release test report covering debug ports, secure boot, signed updates, encryption and authentication, with retest | IoT penetration testing of the device, firmware, interfaces, companion app and back end |
| Regular tests and reviews; components documented | Code findings and a dependency review checked against your SBOM | Secure source code review |
| Vulnerabilities fixed without delay | Scan results and remediation records for connected services | Vulnerability scanning |
| Risk assessment and secure development | Documented process, roles and records | ISO 27001 Annex A secure development controls 8.25 to 8.29 through our ISO 27001 consultancy |
Testing feeds your risk assessment and any notified body’s review; it does not replace either.
What are the penalties under the Cyber Resilience Act?
Breaching the essential requirements or the manufacturer obligations in Articles 13 and 14 can bring fines of up to €15 million or 2.5% of worldwide annual turnover, whichever is higher. Most other obligations carry up to €10 million or 2%, and misleading information up to €5 million or 1%. Authorities can also order non-compliant products off the market.
Is the Cyber Resilience Act the same as the UK Cyber Security and Resilience Bill?
No. The CRA is EU product law for hardware and software sold into the EU. The UK Cyber Security and Resilience Bill updates the NIS Regulations 2018 for essential and digital services and their suppliers. The Great Britain rules for consumer devices are the PSTI regime above, so a device maker selling in both markets may need to meet the CRA and PSTI for the same product.
CRA compliance checklist: how should UK product makers prepare?
Start with reporting, because it already applies, then work back from 11 December 2027 for everything else. Use this checklist to track where each product stands:
| Step | What to do | Why, and by when |
|---|---|---|
| 1. List your EU products | Record every product with digital elements you sell into the EU and classify each as default, important (Class I or II) or critical | The category decides your conformity assessment route before 11 December 2027 |
| 2. Set up reporting | Name an owner, build a 24-hour escalation path and know how to notify through ENISA’s single reporting platform | Article 14 reporting has applied since 11 September 2026, including to products already on the market |
| 3. Publish a vulnerability disclosure policy | A coordinated vulnerability disclosure policy with a security contact address | Required by Annex I Part II |
| 4. Build and maintain an SBOM | A machine-readable software bill of materials for each product, covering at least top-level dependencies | Required by Annex I Part II, and supports the Article 13 due diligence on third-party components |
| 5. Set support periods | Decide each product’s support period and plan how security updates are signed and delivered free of charge | At least five years of updates, unless the product is expected to be in use for less |
| 6. Test before release | Penetration testing and code review before release and after significant changes, with the reports kept in your technical documentation | Evidence for “no known exploitable vulnerabilities” and “effective and regular tests and reviews” |
| 7. Talk to importers and notified bodies | Agree the evidence EU importers need, and approach a notified body early for Class II or critical products | Importers must check conformity before selling; the notified body rules have applied since 11 June 2026 |
Why Sovereign Secure
- Hardware and IoT testing across device, firmware, radio interfaces, companion apps and cloud APIs, including POS and PIN entry devices.
- PCI SSC-approved QSA, QPA and CPSA company and GEAR member 2026 to 2028, so we are used to testing against formal requirements and documenting evidence for assessment.
- ISO 27001 certified, with consultancy on secure development and vulnerability management.
- UK company since 2012, headquartered in Accrington, Lancashire, with offices in Los Angeles, Singapore, Dubai and Dhaka.
- Clear about our role: we are not a notified body and do not carry out CRA conformity assessments.
Plan your CRA testing
Tell us which products you sell into the EU, their likely category and your release dates, and we will scope testing and code review against the essential requirements for a fixed quote. Request a penetration testing quote or call +44 161 523 5276.
Your next step
- Scope your testChoose your test types and asset counts online to scope your penetration test.Scope your test
- Pen testing cost guideUK day rates, price ranges by test type and what drives the cost.Read the cost guide
- Talk to a testerTell us what you need tested. We aim to reply within one working day.Talk to a tester
Last reviewed October 2026 by the Sovereign Secure assessment team.




