FAQEUCyber Resilience Act

EU Cyber Resilience Act FAQ Essential Cybersecurity Requirements

This CRA FAQ helps understand how Annex I Part I and Part II work, what applies to in-scope products with digital elements, and how manufacturers must justify, document, and evidence compliance.

Built for product security, engineering, legal, certification, and compliance teams interpreting the Cyber Resilience Act's core technical requirements.

Author
Sorena AI
Published
Mar 10, 2026
Updated
Oct 15, 2026
Overview

The Cyber Resilience Act uses two linked sets of . Annex I Part I governs the product as placed on the market, including , updateability, access control, confidentiality, integrity, resilience, attack-surface reduction, logging, and secure data removal. Annex I Part II governs the manufacturer's at market placement and throughout the , including -related documentation, testing, coordinated vulnerability disclosure, secure update distribution, and security-update communication. The cybersecurity risk assessment decides how the Part I requirements apply; it does not create a general opt-out from Part II. These duties generally apply from 11 December 2027, while Article 14 reporting starts on 11 September 2026. The Regulation controls; Commission-services FAQs and adopted Commission guidance cited here are non-binding interpretation.

Search this module

Find a question or answer quickly

20 of 20 questions
Question 1

What are the CRA's Essential Cybersecurity Requirements?

The CRA splits the into two parts:

A useful compliance map links each applicable Part I outcome and each Part II process to a product control, an owner, test or review evidence, the affected product versions, and the technical-documentation record. The records at least the top-level software dependencies for component and vulnerability handling. A Part I requirement treated as not applicable still needs the Article 13(4) justification.

  • Part I of Annex I covers the cybersecurity properties the product itself must have
  • Part II of Annex I covers the the manufacturer must put in place
Recommended next step

Turn CRA essential requirements into cited evidence

Use Research Copilot to map Cyber Resilience Act essential requirements to source citations, product decisions, owners, and evidence records.

Question 2

Do products with digital elements need to comply with both Part I and Part II of Annex I?

Yes.

Under Article 6, products may only be made available on the market where the product meets the Part I requirements and the manufacturer's processes comply with the Part II requirements.

Question 3

Do Part I and Part II work in exactly the same way over time?

No.

Part I focuses on the product as placed on the market. Part II contains vulnerability-handling obligations that manufacturers must comply with when the product is placed on the market and throughout the .

Question 4

Does the CRA prescribe one fixed technical checklist or one mandatory methodology for meeting the Essential Cybersecurity Requirements?

No.

The requirements are objective-oriented and technology-neutral. The CRA does not mandate one specific cybersecurity risk-assessment methodology. Manufacturers can choose their methodology, but it must support identifying, evaluating and treating the relevant risks and documenting how the essential requirements are met.

Question 5

Are all Annex I requirements mandatory for every product in exactly the same way?

Not in exactly the same way.

For Part II, manufacturers need to comply with the vulnerability-handling requirements throughout the . For Part I, Article 13(3) requires the manufacturer to determine through the cybersecurity risk assessment which point (2) requirements are applicable to the product and how they are implemented. If a specific Part I requirement is not applicable, Article 13(4) requires a clear justification in the technical documentation.

Question 6

What does Annex I Part I, point (1) mean under the Cyber Resilience Act?

It is the general product-level requirement to ensure an appropriate level of cybersecurity based on the risks.

The Commission's July 2026 guidance explains that this point is meant to catch additional cybersecurity risks identified by the risk assessment that are not otherwise adequately addressed by the other specific Part I requirements. In most cases, complying with the other applicable Part I requirements will also satisfy point (1), but if additional relevant risks remain, the manufacturer still has to address them at product level.

Question 7

Does the CRA require products to be free from all vulnerabilities?

No.

The CRA does not require a product to be free from all vulnerabilities. For placement on the market, the relevant product requirement is that, on the basis of the cybersecurity risk assessment and where applicable, the product is made available without known exploitable vulnerabilities. After placement on the market, the manufacturer must address and remediate relevant vulnerabilities without delay in line with Part II of Annex I.

Question 8

Can a manufacturer rely on its own risk appetite, product strategy or cost constraints to leave cybersecurity risks untreated?

No.

The Commission's July 2026 guidance says residual cybersecurity risk is assessed against the CRA's regulatory threshold, not against the manufacturer's internal risk tolerance, commercial strategy or cost preferences. If identified risks are not adequately addressed, the product cannot simply be placed on the market anyway.

Question 9

Can user instructions compensate for product design shortcomings?

No.

The CRA requires manufacturers to place a compliant product on the market. Information and instructions can support secure installation, operation, integration and deployment, but they do not replace product design and vulnerability-handling duties. The Commission's July 2026 guidance says instructions cannot be used to compensate for product-design shortcomings or to justify leaving incompatible risks untreated.

Question 10

How should Annex I Part I be read in practice?

Part I, point (2) is a structured set of product-security outcomes that the manufacturer must apply where relevant on the basis of the cybersecurity risk assessment.

It covers, among other things:

  • no known exploitable vulnerabilities at placement on the market
  • the ability to address vulnerabilities through security updates
  • protection from unauthorised access
  • confidentiality and integrity protection
  • data minimisation
  • protection of essential and basic functions, including after incidents
  • attack-surface reduction
  • exploitation-mitigation techniques
  • security-related logging and monitoring
  • secure removal and transfer of data and settings
Question 11

Do the essential requirements apply only to the local device, or to the whole product as placed on the market?

They apply to the whole product.

The Commission FAQ says the cybersecurity risk assessment must cover the entire product with digital elements, including remote data processing when it is in scope and supporting functions that form part of the product. The adopted Commission guidance likewise explains that risks from external services, networks and other dependencies may need to be addressed through product-level measures so that the product as a whole complies.

Question 12

What if a specific essential requirement is incompatible with interoperability needs or with other Union law?

The CRA recognises that this can happen, but it is not a free pass.

If a requirement is not applicable because of the nature of the product, the manufacturer must clearly justify that in the technical documentation. Recital 55 and the Commission FAQ give interoperability as an example. If cybersecurity risks still arise in relation to that inapplicable requirement, the manufacturer must address those risks by other appropriate means.

Question 13

Do harmonised standards define the only acceptable way to meet the essential requirements?

No.

Harmonised standards are voluntary and do not replace the manufacturer's own duty to assess risks and demonstrate compliance. They can support conformity, but manufacturers may also use other technical means if they document how the applicable essential requirements are met.

Question 14

How do CRA Annex I and Annex II work together on the Essential Cybersecurity Requirements and user information?

Annex I sets the substantive cybersecurity outcomes and processes that the product and manufacturer must meet. Annex II requires the manufacturer to give users the information they need to install, operate, update, integrate and decommission the product securely.

That includes, among other things, the intended purpose, security properties, significant cybersecurity-risk circumstances, support-period information, update information, secure decommissioning information, and information needed by downstream integrators.

Question 15

How is a manufacturer expected to show that the CRA Essential Cybersecurity Requirements are actually met?

The CRA does not prescribe one evidence format, but it does require the manufacturer to document how the applicable essential requirements are met.

That means the manufacturer needs to show in the cybersecurity risk assessment and technical documentation:

  • which Part I requirements are applicable
  • how they are implemented
  • how Part I point (1) and Part II are applied
  • what technical means, standards, specifications or other solutions are used
  • what testing, review or other evidence supports those conclusions
Question 16

Do the Essential Cybersecurity Requirements apply only to important or critical products?

No.

The in Annex I apply horizontally to all products with digital elements that are in scope. The important or critical classification affects the conformity-assessment route, not whether the Annex I requirements apply in the first place.

Question 17

Do the Essential Cybersecurity Requirements apply to each individual unit placed on the market, even when products are manufactured in series?

Yes.

Recital 38 makes clear that the , including the vulnerability-handling requirements, apply to each individual product with digital elements when it is placed on the market, whether the product is manufactured as an individual unit or in series. The recital gives a practical example: each individual product placed on the market should already have received all security patches or updates available to address relevant security issues at that time.

Question 18

Can a manufacturer transfer responsibility for meeting the Essential Cybersecurity Requirements to users, integrators or other third parties?

No.

The Commission's July 2026 guidance says the CRA does not allow the manufacturer to transfer cybersecurity risk or responsibility to users or third parties. Information and instructions can support secure deployment, operation or integration, and can inform users about residual risks, but the obligation to place a secure product on the market and demonstrate conformity with the remains with the manufacturer.

Question 19

If identified cybersecurity risks cannot be adequately addressed through appropriate measures, can the product still be placed on the market with warnings or accepted residual risk?

No.

The Commission's July 2026 guidance says that where identified risks cannot be adequately addressed through appropriate measures, compliance may require changes to the product's design, functionality or intended purpose. Cost or commercial feasibility alone is not a sufficient reason to leave such risks untreated, and warnings cannot justify placing a product on the market where the remaining risks are incompatible with the .

Question 20

If interoperability requires a less secure measure or protocol, what do the Essential Cybersecurity Requirements expect?

The CRA allows justified constraints, but not an automatic downgrade.

Where a product must interoperate with existing systems that only support an older or less secure approach, the manufacturer may rely on that approach only if it is necessary for interoperability, the associated risks are identified and documented, and other appropriate mitigation measures are implemented. The Commission's July 2026 guidance adds that if it is technically feasible to support both the secure and the less secure option, the secure option is expected to be implemented and enabled by default, while the less secure option should be used only where interoperability requires it.

Primary sources

References and citations

data.europa.eu21 citations
Referenced sections
  • Official Cyber Resilience Act legal text supporting this FAQ and its article-level compliance conclusions.
  • Article 6 ties market availability to Annex I conformity; Annex I separates product properties from vulnerability-handling requirements.
  • Article 6 and Article 13(1) require the product and the manufacturer's processes to meet Annex I before the product is placed on the market.
Show 18 more
  • Article 13 and Annex I support the distinction between product properties at market placement and vulnerability handling during the support period.
  • Article 13 requires a cybersecurity risk assessment but does not impose one named risk-assessment method.
  • Article 13(3)-(4) requires manufacturers to identify applicable Part I requirements and justify non-applicability in the technical documentation.
  • Annex I Part I point (1) is the general product-level cybersecurity outcome, applied through the Article 13 risk assessment.
  • Annex I Part I point (2)(a) addresses known exploitable vulnerabilities at market placement; Part II point (2) addresses later vulnerability remediation.
  • Article 13 and Annex I Part I point (1) make risk-based cybersecurity a regulatory product requirement, not only an internal risk-acceptance exercise.
  • Article 13(18) and Annex II require user information and instructions, including support, update, decommissioning, and integration information.
  • Annex I Part I lists product-security outcomes including secure defaults, updates, access control, data protection, resilience, attack-surface reduction, logging, and secure removal.
  • Article 3(1), Article 13, and Annex I require assessment and implementation at product-with-digital-elements level, including in-scope remote data processing.
  • Article 13(4) and recital 55 support justified non-applicability where a requirement is incompatible with the product's nature, including interoperability cases.
  • Article 27 supports presumption of conformity through harmonised standards; Article 31 and Annex VII require documentation of the solutions used.
  • Article 13(18)-(19) and Annex II list user information needed to support secure installation, operation, updates, decommissioning, and integration.
  • Article 13, Article 31, and Annex VII require technical documentation covering risk assessment, vulnerability-handling processes, standards or other solutions, and test reports.
  • Article 6 applies Annex I to in-scope products generally; Articles 7 and 8 address important and critical classifications for additional treatment.
  • Recital 38 explains that Annex I requirements apply to each individual product placed on the market, including products manufactured in series.
  • Article 13(18) and Annex II require information and instructions, but those duties sit alongside Annex I conformity obligations.
  • Article 13 and Annex I Part I point (1) require product cybersecurity based on the assessed risks.
  • Article 13(4) and recital 55 support documented non-applicability where an essential requirement conflicts with interoperability, while still requiring risk treatment.
"ESSENTIAL CYBERSECURITY REQUIREMENTS"
More quoted passages
"Products with digital elements shall be made available on the market only where"
"for the support period"
"undertake an assessment of the cybersecurity risks"
"include a clear justification to that effect in that technical documentation"
"ensure an appropriate level of cybersecurity based on the risks"
"without known exploitable vulnerabilities"
"based on the risks"
"INFORMATION AND INSTRUCTIONS TO THE USER"
"secure by default configuration"
"direct or indirect logical or physical data connection"
"list of the harmonised standards applied"
"the end-date of the support period"
"reports of the tests carried out"
"important products with digital elements"
"each individual product with digital elements should have received all security patches or updates available"
"information and instructions"
"designed, developed and produced"
"incompatible with the nature of a product with digital elements"
ec.europa.eu10 citations
Referenced sections
  • Section 4.1.3 explains that Part II vulnerability-handling requirements apply throughout the support period.
  • Sections 4.1.2 and 4.2.1 confirm that no specific methodology or fixed list of technical measures is mandated.
  • Section 4.1.3 distinguishes mandatory vulnerability-handling requirements from risk-assessment-based product-property requirements.
Show 7 more
  • Sections 4.2.2 and 4.3.1 clarify that the CRA does not require absolute vulnerability-free products or patches for every discovered vulnerability.
  • Sections 4.1.3 and 4.2.1 explain that the applicable technical measures depend on the product and its cybersecurity risk assessment.
  • Section 4.1.1 says the cybersecurity risk assessment needs to cover the entire product with digital elements, including in-scope remote data processing.
  • Section 4.1.3 explains when a requirement may be treated as not applicable and how that must be justified.
  • Sections 4.1.7 and 4.2.1 confirm harmonised standards are voluntary and other documented technical means may be used.
  • Sections 4.1.1 and 4.2.1 explain the role of the risk assessment and technical documentation in demonstrating implemented requirements.
  • Section 4.2.1 explains that technical measures are determined for each product, not only for important or critical categories.
"throughout the product's support period"
More quoted passages
"does not mandate a specific cybersecurity risk assessment methodology"
"determine on the basis of the cybersecurity risk assessment"
"does not require manufacturers to provide a patch for all vulnerabilities"
"objective-oriented and technology-neutral"
"cover the entire product with digital elements"
"include a clear justification in the cybersecurity risk assessment included in the technical documentation"
"use of harmonised standards is voluntary"
"detail in its technical documentation"
"apply horizontally to all products with digital elements"
ec.europa.eu7 citations
Referenced sections
  • Commission guidance, section 7.2, points 164–166. Supports the interpretation and qualifications explained in this answer.
  • Commission guidance, section 7.1, points 159–163. Supports the interpretation and qualifications explained in this answer.
  • Commission guidance, section 7.1, points 161–163. Supports the interpretation and qualifications explained in this answer.
Show 4 more
  • Commission guidance, section 7.3 and 8.1. Supports the interpretation and qualifications explained in this answer.
  • Commission guidance, section 7.1, points 161–162. Supports the interpretation and qualifications explained in this answer.
  • Commission guidance, section 7.1, point 163. Supports the interpretation and qualifications explained in this answer.
  • Commission guidance, section 2.6, example 10. Supports the interpretation and qualifications explained in this answer.
"additional cybersecurity risks"
More quoted passages
"the existence of residual risk does not imply that any risk may be accepted at the manufacturer’s discretion"
"to compensate for shortcomings in product design"
"product as a whole"
"does not provide for the transfer"
"changes to the design, functionality or intended purpose"
"less secure protocol"

CRA Blue Guide Concepts FAQ | Placing on the Market, Making Available, Distance Sales

CRA FAQ explaining Blue Guide market-access concepts for products with digital elements: placing on the market, making available, imports, CE marking, operator roles, online sales, stock, and testing exceptions.

CRA CE Marking FAQ | Conformity Assessment, EU Declaration, Evidence

Practical CRA CE marking answers for products with digital elements: conformity assessment, EU declaration, technical documentation, standards, software placement, and launch evidence.

CRA Component Due Diligence FAQ | Third-Party Software, FOSS, SBOMs

Cyber Resilience Act FAQ on manufacturer due diligence for integrated components, third-party software, FOSS dependencies, SBOMs, vulnerability handling, and evidence records.

CRA Conformity Assessment Routes FAQ | Module A, Module B+C, Module H, Important and Critical Products

Cyber Resilience Act FAQ on when manufacturers can use module A, when module B+C or module H is required, and how important and critical products affect the route.

CRA Cybersecurity Risk Assessment FAQ | Article 13, Annex I, Updates

CRA FAQ on Article 13 cybersecurity risk assessments, Annex I applicability, intended purpose, foreseeable use, technical documentation, and update evidence.

CRA Declaration of Conformity FAQ | Annex V, Simplified Declaration, CE Marking

FAQ on the Cyber Resilience Act EU Declaration of Conformity: Annex V contents, simplified Annex VI wording, CE marking link, technical documentation, retention, updates, and operator duties.

Show all related guides (55)

CRA Economic Operators FAQ | Manufacturers, Importers, Distributors, Authorised Representatives

CRA FAQ on economic-operator roles: manufacturers, importers, distributors, authorised representatives, substantial modification, traceability, and evidence controls.

CRA Hardware and Software Boundaries FAQ | Product Scope, Components, RDPS

FAQ on Cyber Resilience Act hardware and software boundaries: combined products, standalone software, source code, components, remote data processing, SaaS and market-placement changes.

CRA Harmonised Standards FAQ | Presumption of Conformity, Common Specifications

Cyber Resilience Act FAQ on how harmonised standards, common specifications, certification schemes, and OJ publication affect CRA conformity evidence.

CRA Important and Critical Products FAQ | Annex III, Annex IV, Conformity Assessment

FAQ on CRA important and critical products, Annex III and Annex IV classification, core functionality, and conformity assessment consequences.

CRA Integrated Components and Dependencies FAQ | Third-Party Software and SBOM Evidence

Cyber Resilience Act FAQ on integrated components, third-party software, remote data processing, SBOM-style evidence, upstream fixes, FOSS dependencies, and manufacturer responsibility.

CRA Interplay With EU Product Laws FAQ | RED, Machinery, Data Act

Official source CRA FAQ on overlap with the Radio Equipment Directive, Machinery Regulation, GPSR, Data Act, exclusions, declarations, documentation, and existing certificates.

CRA Known Exploitable Vulnerabilities at Launch FAQ

FAQ for Cyber Resilience Act launch decisions: known exploitable vulnerabilities, CVEs, component flaws, secure-by-default settings, release gates, Article 14 reporting, and evidence.

CRA Legacy Products FAQ | Pre-11 December 2027 Products

Cyber Resilience Act FAQ on products placed on the market before 11 December 2027, Article 14 reporting, substantial modification, distributor stock, spare parts, and records.

CRA Manufacturer Obligations FAQ | Article 13, Annex I, CE Marking

FAQ for Cyber Resilience Act manufacturers covering Article 13 duties, risk assessment, Annex I, vulnerability handling, support periods, documentation, conformity assessment, reporting, CE marking, and evidence controls.

CRA Market Surveillance and Enforcement FAQ | Authorities, Corrective Action, Safeguards

Cyber Resilience Act FAQ on market-surveillance authorities, investigations, corrective action, withdrawal, recall, safeguards, sweeps, documentation access, and penalties.

CRA Module B+C FAQ | EU-Type Examination, Conformity to Type, Notified Bodies

CRA Module B+C FAQ explaining EU-type examination, conformity to type, notified-body evidence, production control, CE marking, declarations, and certificate changes.

CRA Module H FAQ | Full Quality Assurance, Notified Body Surveillance, CE Marking

CRA Module H FAQ explaining the full-quality-assurance route, notified-body assessment, quality-system scope, technical documentation, CE marking, declarations, and records.

CRA Notified Bodies FAQ | Scope, Modules B+C and H, Certificates

Practical CRA FAQ on when notified bodies are needed, how CRA bodies are designated, what their notified scope means, and how Module B+C and Module H assessments work.

CRA Open-Source Software FAQ | FOSS Scope, Stewards, Manufacturers

Cyber Resilience Act FAQ for free and open-source software: commercial activity, steward duties, manufacturer due diligence, vulnerability handling, public documentation, and user obligations.

CRA Over-the-Air Updates FAQ

Cyber Resilience Act FAQ on OTA updates, automatic security updates, secure update distribution, support-period evidence, and offline update paths.

CRA penalties and fines FAQ | Article 64 fine caps

FAQ on EU Cyber Resilience Act Article 64 penalties: maximum fine tiers, turnover caps, national enforcement, economic operators, reporting duties, and open-source steward carve-outs.

CRA Product Families FAQ | Variants, Shared Assessments, Family Reuse, Conformity Scope

CRA FAQ on product families, variant grouping, shared technical documentation, conformity evidence, and when cybersecurity-relevant differences need separate assessment.

CRA Products With Digital Elements Scope FAQ

EU Cyber Resilience Act FAQ on products with digital elements, software, firmware, remote data processing, components, exclusions, market placement, and CRA operator boundaries.

CRA Remote Data Processing Solutions FAQ | Product Scope, Cloud and Backend Boundaries

FAQ on how the EU Cyber Resilience Act treats remote data processing solutions, manufacturer-controlled backends, third-party cloud services, SaaS, risk assessment, documentation, and user information.

CRA Reporting Obligations FAQ | Article 14, CSIRTs, ENISA, User Notices

Cyber Resilience Act FAQ on Article 14 reporting for actively exploited vulnerabilities and severe incidents, including timing, CSIRT routing, ENISA access, user notices, and evidence.

CRA Secure-by-Default FAQ | Default Configuration and Annex I Controls

Cyber Resilience Act FAQ on secure-by-default configuration, automatic security updates, attack surface reduction, authentication, data minimisation, user information, and tailor-made products.

CRA Security Updates vs Functionality Updates FAQ

Cyber Resilience Act FAQ on classifying security updates, functionality updates, support-period duties, automatic updates, user notices, and substantial-modification review.

CRA Substantial Modification FAQ | Updates, Repairs, Manufacturer Duties

Cyber Resilience Act FAQ on when software updates, repairs, spare parts, and post-market changes become substantial modifications and trigger CRA manufacturer, evidence, and conformity duties.

CRA Support Period FAQ | Expected Product Lifetime, Security Updates, User Information

Practical CRA FAQ on how manufacturers determine support periods, disclose support end dates, keep security updates available, and document support-period evidence.

CRA Tailor-Made Products FAQ | Bespoke Products, Market Placement, Evidence

FAQ on when a bespoke product may be treated as tailor-made under the EU Cyber Resilience Act, what the carve-out changes, and what manufacturers still need to document.

CRA Technical Documentation FAQ | Annex VII Evidence and Technical File

CRA FAQ explaining Annex VII technical documentation, risk assessment evidence, conformity assessment files, vulnerability handling records, product families, RDPS, language, and authority access.

CRA Transition Period FAQ | Entry Into Force, Application Dates, Reporting, Legacy Products

CRA FAQ on the transition period covering entry into force, 2026 reporting, 2027 application, legacy products, stock, customs timing, and software versions.

CRA Update Availability and Software Archives FAQ

FAQ on CRA security-update availability, support-period notices, optional public software archives, historical versions, and Article 13(10) software-version limits.

CRA User Information and Transparency FAQ | Annex II Instructions

Practical CRA FAQ on Annex II user instructions, support-period disclosure, vulnerability contacts, update notices, importer and distributor information.

CRA Vulnerability Handling FAQ | Support Periods, Components, Reporting

Practical CRA FAQ on vulnerability handling: SBOMs, remediation, coordinated disclosure, component issues, security updates, support periods, Article 14 reporting, and user notices.

Cyber Resilience Act Module A FAQ | Internal Production Control

FAQ on when CRA Module A internal production control is available, when it is blocked, and what documentation, testing, standards, and evidence it still requires.

EU Cyber Resilience Act Core Functionality FAQ | CRA Product Classification

CRA FAQ on core functionality, product boundaries, remote data processing, integrated components, ancillary functions, and software changes that affect product classification.

EU Cyber Resilience Act Repairs and Spare Parts FAQ

CRA FAQ for repairs, spare parts, legacy products, security updates, substantial modification, and responsibility after product changes.

CRA Applicability Test for Products With Digital Elements

Check whether the EU Cyber Resilience Act applies to a hardware, software, firmware, open-source, or connected product before conformity planning.

CRA Article 14 Reporting Obligations for Vulnerabilities and Incidents

Article 14 guide to CRA reports for actively exploited vulnerabilities and severe product-security incidents, including deadlines, CSIRT routing, users, and evidence.

CRA Conformity Assessment and CE Marking

How to choose a Cyber Resilience Act conformity route, prepare technical documentation, issue the EU declaration of conformity, and affix CE marking.

CRA deadlines and compliance calendar | EU Cyber Resilience Act

Track the Cyber Resilience Act entry into force, staged application dates, Article 14 reporting deadlines, transitional rules, and review dates.

CRA Essential Cybersecurity Requirements in Annex I

A source-grounded guide to the Cyber Resilience Act Annex I requirements for product security, vulnerability handling, secure-by-design controls, documentation, and evidence.

CRA Penalties and Fines: Article 64 Caps and Enforcement Context

Article 64 of the EU Cyber Resilience Act sets administrative fine ceilings for Annex I, manufacturer, reporting, economic-operator, notified-body, and information-request breaches.

CRA Products with Digital Elements Scope | EU Cyber Resilience Act

Apply the EU Cyber Resilience Act scope test for software, hardware, remote data processing, components, open-source software, exclusions, and economic-operator roles.

CRA Requirements | Annex I, Manufacturer Duties and CE Evidence

Map Cyber Resilience Act requirements from Annex I to manufacturer duties, vulnerability handling, user information, technical documentation, declaration of conformity, and CE marking evidence.

CRA SBOM and Vulnerability Management Template

Build a CRA-ready SBOM and vulnerability handling record with component inventory, triage, remediation, disclosure, reporting, update, and technical documentation fields.

CRA vs RED Cybersecurity Delegated Act

Compare the EU Cyber Resilience Act with the RED cybersecurity delegated act for connected and radio equipment, including scope, timing, evidence, and transition treatment.

CRA Vulnerability Handling and Disclosure | Article 14 Reporting and Security Updates

How EU Cyber Resilience Act manufacturers should run vulnerability intake, remediation, coordinated disclosure, Article 14 reporting, secure updates, and evidence records.

EU CRA Compliance Program for Manufacturers and Economic Operators

Build a Cyber Resilience Act compliance program around product scope, Annex I security requirements, conformity assessment, technical documentation, vulnerability reporting, and market surveillance.

EU CRA vs UK PSTI Product Security Regime

Compare EU Cyber Resilience Act and UK PSTI product-security scope, duties, evidence, dates, actors, and enforcement for connected products.

EU Cyber Resilience Act Checklist for Product Security and CE Marking

A CRA checklist for products with digital elements: scope, Annex I security controls, vulnerability handling, Article 14 reporting, technical documentation, conformity assessment, CE marking, and support-period evidence.

EU Cyber Resilience Act FAQ

Direct CRA FAQ answers on scope, economic-operator roles, essential requirements, vulnerability reporting, conformity assessment, CE marking, support periods, and market surveillance.

EU Cyber Resilience Act Technical Documentation and Audit File

Build a CRA technical file around Article 31 and Annex VII: product scope, risk assessment, vulnerability handling, conformity evidence, testing, updates, and retention.