FAQEUCyber Resilience Act

EU Cyber Resilience Act FAQ Market Surveillance and Enforcement

Use this CRA FAQ to understand how Member State market-surveillance authorities enforce the Cyber Resilience Act, when corrective action, withdrawal, recall, or restrictions can be required, and how safeguard procedures, sweeps, documentation access, confidentiality, and penalties fit together.

Built for legal, compliance, certification, regulatory, security, and product teams preparing evidence and response controls for CRA enforcement questions.

Author
Sorena AI
Published
Mar 10, 2026
Updated
Mar 10, 2026
Questions
39

Structured answer sets in this page tree.

Primary sources
3

Cited legal and guidance references.

Publication metadata
Sorena AI
Published Mar 10, 2026
Updated Mar 10, 2026
Overview

The Cyber Resilience Act uses the EU market-surveillance framework in Regulation (EU) 2019/1020 and adds CRA-specific procedures for products with digital elements. This FAQ explains who enforces the CRA, how investigations and corrective action work, when withdrawal, recall, or restrictions can be used, what evidence authorities can request, and where penalties are actually specified.

Search this module

Find a question or answer quickly

39 of 39 questions
Question 1

Who enforces the CRA on the market?

Member States do, through their designated market surveillance authorities.

The CRA requires each Member State to designate one or more market surveillance authorities, and it makes the general Union market-surveillance framework in Regulation (EU) 2019/1020 applicable to products within the CRA's scope.

Citations
Cyber Resilience Act

Article 52(1)-(2) applies Regulation (EU) 2019/1020 and requires Member States to designate CRA market-surveillance authorities.

Question 2

Does the CRA create a separate enforcement system from general EU market-surveillance law?

No.

The CRA uses the existing Union market-surveillance framework rather than creating a completely standalone enforcement system. Article 52(1) expressly makes Regulation (EU) 2019/1020 applicable to products with digital elements covered by the CRA.

Citations
Cyber Resilience Act

Article 52(1) makes the EU market-surveillance framework apply to CRA products with digital elements.

Question 3

Who is responsible for CRA market surveillance when the product is also a high-risk AI system?

For those products, the market-surveillance authorities designated under the AI Act are responsible for the CRA market-surveillance activities.

They still have to cooperate, as appropriate, with the market-surveillance authorities designated under the CRA and, for Article 14 reporting supervision, with the CSIRTs designated as coordinators and ENISA.

Citations
Cyber Resilience Act

Article 52(14) assigns CRA market surveillance for high-risk AI systems to the AI Act market-surveillance authorities, with cooperation duties.

Question 4

Are open-source software stewards also supervised through CRA market surveillance?

Yes.

The authorities designated under Article 52 are also responsible for market-surveillance activities relating to the obligations imposed on open-source software stewards under Article 24. If a steward is non-compliant, the authority must require appropriate corrective action.

Citations
Cyber Resilience Act

Articles 24 and 52(3) place open-source software steward obligations within the CRA market-surveillance remit.

Question 5

Do CRA market-surveillance authorities have to cooperate with other regulators?

Yes.

The CRA requires cooperation, where relevant, with national cybersecurity certification authorities, CSIRTs designated as coordinators, ENISA, market-surveillance authorities under other Union product laws, and authorities supervising Union data-protection law.

Citations
Cyber Resilience Act

Article 52(4)-(7) sets cooperation duties with certification, CSIRT, ENISA, product-law, and data-protection authorities.

Question 6

Can complaints, vulnerability reports, or other outside signals trigger enforcement attention?

Yes.

The CRA requires authorities to inform consumers where to submit complaints indicating possible non-compliance and where and how to access mechanisms for reporting vulnerabilities, incidents, and cyber threats affecting products with digital elements. Because the CRA applies the Union market-surveillance framework in Regulation (EU) 2019/1020, the Blue Guide also states that complaints must be followed up appropriately and that consumer complaints, media reports, incidents, and similar information can feed the authorities' risk-based choice of online and offline checks.

But a complaint or report does not by itself establish infringement. Any corrective or restrictive measure still has to rest on the legal findings required under the CRA procedures.

Citations
Cyber Resilience Act

Article 52(11) requires consumer complaint and vulnerability-reporting information; Articles 54, 57 and 58 govern resulting measures.

Blue Guide 2022

Sections 7.3.3 and 7.4.1 explain complaint follow-up and risk-based market-surveillance checks.

Question 7

Can CRA market-surveillance authorities provide guidance as well as enforce?

Yes.

The CRA expressly allows market-surveillance authorities to provide guidance and advice to economic operators on implementation, with support from the Commission and, where appropriate, CSIRTs and ENISA.

Citations
Cyber Resilience Act

Article 52(10) allows market-surveillance authorities to provide implementation guidance and advice to economic operators.

Question 8

What can trigger a formal CRA product evaluation by a national authority?

A national authority can open the Article 54 procedure where it has sufficient reason to consider that a product with digital elements, including its vulnerability handling, presents a significant cybersecurity risk.

The evaluation concerns compliance with all CRA requirements, not just one suspected defect.

Citations
Cyber Resilience Act

Article 54(1) sets the significant-cybersecurity-risk trigger for a national evaluation.

Question 9

Does "significant cybersecurity risk" include non-technical factors?

Yes.

When determining the significance of a cybersecurity risk, authorities must also consider non-technical risk factors, in particular those identified through Union-level coordinated security risk assessments of critical supply chains under NIS 2.

Citations
Cyber Resilience Act

Articles 54(2) and 56(2) require non-technical risk factors to be considered when assessing significant cybersecurity risk.

Question 10

What must economic operators do during a CRA investigation?

They must cooperate with the market-surveillance authority as necessary.

The CRA also allows authorities to request technical support from a CSIRT designated as coordinator or from ENISA when implementing or enforcing the Regulation and when evaluating compliance under Article 54.

Citations
Cyber Resilience Act

Articles 52(5) and 54(1) support technical assistance requests and require economic-operator cooperation.

Question 11

Can authorities ask for internal documentation and data, not just the public-facing compliance file?

Yes.

On a reasoned request, authorities must be granted access to the data needed to assess design, development, production, and vulnerability handling, including related internal documentation of the relevant economic operator. The documentation must be accessible in a language easily understood by the authority.

Citations
Cyber Resilience Act

Article 53 gives authorities access, on reasoned request, to data and internal documentation needed to assess conformity.

Question 12

Can data-protection authorities also access CRA documentation?

Yes, where they need that documentation for the fulfilment of their own tasks.

Article 52(7) gives authorities supervising Union data-protection law the power to request and access documentation created or maintained under the CRA, while also requiring them to inform the designated CRA market-surveillance authorities of the Member State concerned.

Citations
Cyber Resilience Act

Article 52(7) gives data-protection supervisory authorities access to CRA documentation when needed for their tasks.

Question 13

Do market-surveillance authorities have to test a product in the same way as the manufacturer?

Not necessarily.

The Commission FAQ says authorities may consider using the same methodology as the manufacturer, especially where that methodology is part of a harmonised standard supporting the CRA, but they may use a different methodology on a justified basis.

Citations
Question 14

What measures can a national authority require after it finds CRA non-compliance?

It can require the relevant economic operator to bring the product into compliance, withdraw it from the market, or recall it.

The deadline must be reasonable and proportionate to the nature of the cybersecurity risk.

Citations
Cyber Resilience Act

Article 54(1) lists corrective action, withdrawal, and recall after a finding of CRA non-compliance.

Question 15

If a CRA problem is found in one Member State, does the corrective action stop there?

No.

If the product has been made available across the Union, the economic operator must ensure that appropriate corrective action is taken for all affected products throughout the Union.

Citations
Cyber Resilience Act

Article 54(3)-(4) requires Union-wide corrective action for affected products when non-compliance is not confined nationally.

Question 16

What happens if the operator does not take adequate corrective action?

The national authority must take appropriate provisional measures itself.

Those measures can include prohibiting or restricting the product from being made available on the national market, withdrawing it, or recalling it. The authority must then notify the Commission and the other Member States without delay.

Citations
Cyber Resilience Act

Article 54(5)-(6) governs national provisional restrictions, withdrawal, recall, and notification to the Commission and Member States.

Question 17

When does a national provisional measure become "deemed justified" at Union level?

If no Member State and the Commission object within three months after the Article 54(5) notification, the measure is deemed justified.

That deeming rule does not prejudice the economic operator's procedural rights under Regulation (EU) 2019/1020.

Citations
Cyber Resilience Act

Article 54(8)-(9) sets the three-month no-objection rule and follow-up restrictive measures.

Question 18

What is the CRA Union safeguard procedure?

It is the Commission review process that applies when another Member State objects to a notified national measure or when the Commission considers that measure contrary to Union law.

The Commission must consult the relevant Member State and the economic operator, evaluate the national measure, and decide within nine months from the Article 54(5) notification whether the measure is justified.

Citations
Cyber Resilience Act

Article 55(1)-(2) sets Commission consultation, evaluation, decision timing, and follow-up for objected national measures.

Question 19

What if the underlying CRA enforcement problem comes from a harmonised standard, a certification scheme, or a common specification?

The safeguard procedure still applies, but the Commission may also need to act on the conformity tool itself.

If the justified national measure is linked to shortcomings in a harmonised standard, the Commission applies the standards safeguard procedure. If it is linked to shortcomings in a European cybersecurity certification scheme or in common specifications, the Commission must consider whether to amend or repeal the CRA act that gave that tool presumption-of-conformity effect.

Citations
Cyber Resilience Act

Articles 54(6)(b) and 55(3)-(5) address shortcomings in harmonised standards, certification schemes, and common specifications.

Question 20

Can a product still be restricted even if it complies with the CRA?

Yes.

Article 57 covers products that are compliant with the CRA but still present a significant cybersecurity risk together with a risk to health or safety, fundamental-rights compliance, the availability, authenticity, integrity or confidentiality of services offered by essential entities, or other aspects of public-interest protection.

Citations
Cyber Resilience Act

Article 57(1)-(5) covers compliant CRA products that still present listed significant cybersecurity and public-interest risks.

Question 21

Can the Commission intervene directly in exceptional cases?

Yes.

If immediate intervention is justified to preserve the proper functioning of the internal market, and effective national measures have not been taken, the Commission may carry out its own evaluation, may request ENISA analysis, and may adopt Union-level implementing acts requiring corrective or restrictive measures, including withdrawal or recall.

The CRA provides this type of Union-level intervention both for non-compliant products that present a significant cybersecurity risk and for compliant products that still present the risks covered by Article 57.

Citations
Cyber Resilience Act

Articles 56(3)-(7) and 57(6)-(10) allow Union-level intervention when immediate internal-market action is justified.

Question 22

What role do CSIRTs and ENISA play in CRA enforcement?

They support enforcement, but they are not the primary market-surveillance authorities.

Authorities may ask CSIRTs designated as coordinators or ENISA for technical advice and compliance-support analysis. ENISA can also propose joint activities and identify product categories for sweeps.

Citations
Cyber Resilience Act

Articles 52, 56, 57, 59 and 60 support CSIRT and ENISA technical advice, analysis, joint-activity proposals, and sweep proposals.

Question 23

Does a notified-body certificate or other third-party conformity evidence block CRA market-surveillance action?

No.

The CRA still allows market-surveillance authorities to investigate, require corrective action, adopt restrictive measures, and address formal non-compliance. Where an Article 54 investigation leads to corrective action, the authority must also inform the relevant notified body.

Citations
Cyber Resilience Act

Articles 54, 57 and 58 preserve market-surveillance action even where conformity-assessment evidence exists.

Question 24

What is "formal non-compliance" under the CRA?

It covers certain documentary or marking failures even before the authority proves a deeper substantive breach of Annex I.

Article 58 lists the relevant cases: CE marking missing or wrongly affixed, the EU declaration of conformity missing or incorrect, the notified-body identification number missing where required, or technical documentation unavailable or incomplete.

Citations
Cyber Resilience Act

Article 58(1) lists CRA formal non-compliance findings for CE marking, declarations, notified-body numbers, and technical documentation.

Question 25

What happens under the CRA if formal non-compliance is not fixed?

The Member State concerned must take appropriate measures to restrict or prohibit the product from being made available on the market or to ensure that it is recalled or withdrawn.

Citations
Cyber Resilience Act

Article 58(2) requires restrictions, prohibition, recall, or withdrawal when formal non-compliance persists.

Question 26

What are joint activities under the CRA?

They are coordinated actions that market-surveillance authorities may carry out with other relevant authorities for specific products or categories of products, especially where those products are often found to present cybersecurity risks.

The Commission or ENISA may propose joint activities based on indications of potential non-compliance across several Member States, and the agreement on joint activities must be made public.

Citations
Cyber Resilience Act

Article 59 defines CRA joint activities and their publication, competition, and later-use safeguards.

Question 27

What are CRA sweeps?

Sweeps are simultaneous coordinated control actions for particular products or product categories to check compliance or detect infringements.

They may include inspections of products acquired under a cover identity. Unless the participating authorities agree otherwise, sweeps are coordinated by the Commission, and ENISA may propose categories of products for which sweeps should be organised.

Citations
Question 28

Can CRA market surveillance focus on support-period decisions as well as immediate vulnerabilities?

Yes.

Authorities must monitor how manufacturers applied the Article 13(8) criteria when determining support periods. ADCO must publish relevant statistics, including average support periods, and may issue recommendations to focus surveillance on product categories where support periods appear inadequate.

Citations
Cyber Resilience Act

Article 52(16) requires monitoring of support-period criteria and allows ADCO recommendations for surveillance focus.

Question 29

Is CRA enforcement subject to confidentiality protections?

Yes.

The CRA protects intellectual property, confidential business information, trade secrets, source code, the effectiveness of inspections and investigations, public and national security interests, and the integrity of criminal or administrative proceedings. Information exchanged confidentially between authorities and the Commission is also protected against onward disclosure without the originating authority's agreement.

Citations
Cyber Resilience Act

Article 63 protects confidential information, source code, investigations, security interests, and proceedings.

Question 30

How do CRA penalties and administrative fines work?

Member States must lay down the national penalty rules, but Article 64 sets Union-level caps for certain infringements.

The highest cap applies to non-compliance with Annex I and with Articles 13 and 14: up to EUR 15 000 000 or, for an undertaking, up to 2.5% of total worldwide annual turnover for the preceding financial year, whichever is higher. Article 64 also sets lower caps for other listed obligations and for supplying incorrect, incomplete, or misleading information.

Citations
Cyber Resilience Act

Article 64(1)-(4) sets Member State penalty rules and Union-level administrative-fine caps for listed infringements.

Question 31

Can administrative fines be added on top of other CRA measures?

Yes.

The CRA expressly allows administrative fines, depending on the circumstances, to be imposed in addition to other corrective or restrictive measures applied for the same infringement.

Citations
Cyber Resilience Act

Article 64(9) allows administrative fines in addition to corrective or restrictive measures.

Question 32

Is supplying misleading information to market-surveillance authorities a separate sanctionable issue?

Yes.

Supplying incorrect, incomplete, or misleading information to notified bodies or market-surveillance authorities in reply to a request has its own fine category, with a cap of up to EUR 5 000 000 or, for an undertaking, up to 1% of total worldwide annual turnover for the preceding financial year, whichever is higher.

Citations
Cyber Resilience Act

Article 64(4) sets a separate fine category for incorrect, incomplete, or misleading replies to authorities or notified bodies.

Question 33

Do market-surveillance authorities report enforcement outcomes beyond the immediate case?

Yes.

They must report the outcomes of relevant market-surveillance activities to the Commission on an annual basis. They must also report without delay any information identified during market-surveillance activities that may be of potential interest for the application of Union competition law.

Citations
Cyber Resilience Act

Article 52(13) requires annual market-surveillance reporting and competition-law information reporting.

Question 35

Does the economic operator get a chance to present its position and keep procedural rights during safeguard action?

Yes.

Article 54(6) requires the notifying authority to include the arguments put forward by the relevant economic operator. Article 54(8) also preserves the operator's procedural rights under Regulation (EU) 2019/1020, and Article 55(1) requires the Commission to consult the relevant economic operator during the Union safeguard procedure. The Blue Guide likewise explains that safeguard decisions are binding legal measures and can be subject to appeal under the applicable framework.

Citations
Cyber Resilience Act

Articles 54(6), 54(8), and 55(1) require operator arguments, preserve procedural rights, and require Commission consultation.

Blue Guide 2022

Section 7.6.2 explains procedural safeguards and the reasons that must support national measures.

Question 36

Can information gathered in a CRA joint activity be used later in a national investigation?

Yes.

Article 59(4) expressly allows a market-surveillance authority to use information obtained through joint activities as part of any investigation it undertakes. So joint activities are not limited to one-off coordination exercises with no later evidentiary value.

Citations
Cyber Resilience Act

Article 59(4) permits market-surveillance authorities to use joint-activity information in later investigations.

Question 37

During a CRA sweep, can authorities use their ordinary investigation powers and involve Commission officials?

Yes.

Article 60 says sweeps may include inspections of products acquired under a cover identity. It also says that, when conducting sweeps, market-surveillance authorities may use the investigation powers in Articles 52 to 58 and any additional powers conferred by national law. They may also invite Commission officials and other persons authorised by the Commission to participate.

Citations
Cyber Resilience Act

Article 60(1), (4), and (5) supports cover-identity inspections, investigation powers, and Commission participation in sweeps.

Question 38

Can ADCO trigger a Union-wide dependency assessment that leads to SBOM requests?

Yes.

Article 13(25) allows ADCO to decide to conduct a Union-wide dependency assessment for specific categories of products with digital elements. For that purpose, market-surveillance authorities may request manufacturers of those categories to provide the relevant SBOMs. The authorities may then provide ADCO only anonymised and aggregated information about software dependencies.

Citations
Cyber Resilience Act

Article 13(25) allows ADCO dependency assessments and SBOM requests for specific product categories.

Question 39

Can CRA market-surveillance authorities formally cooperate with researchers, scientific bodies, or consumer organisations?

Yes.

Article 52(12) requires market-surveillance authorities to facilitate, where relevant, cooperation with relevant stakeholders, including scientific, research, and consumer organisations.

Citations
Cyber Resilience Act

Article 52(12) requires relevant stakeholder cooperation, including scientific, research, and consumer organisations.

Primary sources

References and citations

eur-lex.europa.eu
Referenced sections
  • Section 7.6.2 explains procedural safeguards and the reasons that must support national measures.
"must state the exact grounds"
data.europa.eu
Referenced sections
  • Article 52(12) requires relevant stakeholder cooperation, including scientific, research, and consumer organisations.
"scientific, research and consumer organisations"
ec.europa.eu
Referenced sections
  • Section 6.5 addresses how market-surveillance testing methodology can relate to the manufacturer methodology.
"may use a different methodology"
Related guides

Explore more topics

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 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 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 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 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 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.
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 Essential Cybersecurity Requirements FAQ | Annex I Part I and Part II
CRA FAQ on Annex I product cybersecurity requirements, vulnerability handling, secure-by-default design, risk assessment, documentation, lifecycle duties, and user information.
CRA Essential Cybersecurity Requirements in Annex I
A grounded guide to the Cyber Resilience Act Annex I requirements for product security, vulnerability handling, secure-by-design controls, documentation, and evidence.
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
Grounded 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 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 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 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 | 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 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 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 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 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 vs UK PSTI Act | Cyber Resilience Act Comparison
Compare grounded EU Cyber Resilience Act duties with UK PSTI planning points, with UK legal details clearly marked for separate source review.
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.
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 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 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 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 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 Repairs and Spare Parts FAQ
CRA FAQ for repairs, spare parts, legacy products, security updates, substantial modification, and responsibility after product changes.
EU Cyber Resilience Act Technical Documentation and Audit File
Build an audit-ready CRA technical file around Article 31 and Annex VII: product scope, risk assessment, vulnerability handling, conformity evidence, testing, and retention.