FAQEUCyber Resilience Act

EU Cyber Resilience Act FAQ Module H

This CRA FAQ helps understand the full-quality-assurance route under Module H, what the approved quality system must cover, and how notified-body surveillance, scope extensions, and CE marking work.

Built for certification, engineering, legal, and compliance teams using the CRA quality-system route.

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

Module H is the Cyber Resilience Act conformity-assessment route based on . The notified-body framework has applied since 11 June 2026, while manufacturers need the applicable Module H assessment for products placed on the Union market from 11 December 2027. It is not self-assessment: a notified body approves and surveils the manufacturer's quality system while the manufacturer remains responsible for product conformity, technical documentation, the declaration of conformity, CE marking, records, and changes to the approved scope.

Search this module

Find a question or answer quickly

31 of 31 questions
Question 1

What is Module H under the CRA?

Module H is the conformity-assessment procedure based on .

Under this route, the manufacturer operates an approved quality system for design, development, final product inspection and testing, and vulnerability handling, and a notified body assesses and surveils that system.

Recommended next step

Review a CRA Module H quality-system route

Research Copilot can help turn the Module H questions on scope, documentation, notified-body assessment, surveillance, declaration, and CE marking into a reviewable implementation brief.

Question 2

When can Module H be used?

Module H is available under Article 32(1) as one way to demonstrate CRA conformity for products with digital elements and the manufacturer's related processes.

It becomes one of the required third-party routes where Article 32(2) applies to a class I product, Article 32(3) applies to a class II product, or Article 32(4) applies to a critical product without the Article 8(1) certification route. For class I, the Commission's non-binding guidance permits internal control where all applicable requirements of the relevant harmonised standard are applied and its scope covers at least all core-functionality risks. Additional-function risks outside that scope need other documented measures and do not automatically require Module H or B+C. The guidance extends this reasoning to applicable common specifications and qualifying certification schemes.

Question 3

Can a manufacturer choose Module H voluntarily?

Yes.

Where Article 32(1) is enough for the product, the manufacturer may choose Module H instead of Module A or Module B+C. That is a business and certification choice: it adds notified-body assessment and surveillance, but can support a broader approved quality-system route.

Question 4

Does Module H cover one product, a product category, or both?

Module H can cover the products with digital elements, or product categories, included in the approved quality system.

It does not automatically cover the manufacturer's whole portfolio. The application and quality-system documentation need a defined scope, and new or substantially modified products need the quality system to be updated and reassessed before they are treated as covered.

Question 5

Does Module H always involve a notified body?

Yes.

The quality system must be assessed by a notified body, and the manufacturer remains under notified-body surveillance after approval.

Question 6

What does the approved quality system have to cover?

It must ensure compliance of the covered products with Part I of Annex I and compliance of the manufacturer's vulnerability-handling processes with Part II of Annex I.

It must also cover the relevant lifecycle controls, including design, development, production controls, final product inspection and testing, and vulnerability handling, and it must remain effective throughout the support period.

Question 7

What has to be submitted in a Module H application?

The application to the notified body must include:

  • the manufacturer details and, where relevant, the authorised representative's details
  • the technical documentation for one model of each category of products intended to be manufactured or developed
  • the quality-system documentation
  • a declaration that the same application has not been lodged with any other notified body
Question 8

Does Module H still require technical documentation?

Yes.

Module H does not supersede the Article 31 and Annex VII documentation duties. The application must include technical documentation for one model of each covered product category, and the Commission FAQ notes that, where a quality-system route is used, the technical documentation may form part of the quality-system documentation.

Question 9

What has to be in the quality-system documentation?

The quality-system documentation must systematically describe, among other things:

  • quality objectives and management responsibilities
  • the standards and specifications to be applied
  • the means used where relevant harmonised standards or technical specifications are not applied in full
  • design and development controls and verification techniques
  • production, quality-control, and quality-assurance techniques
  • examinations and tests and how often they are carried out
  • quality records
  • how the manufacturer monitors the effective operation of the quality system
Question 10

Does Module H distinguish between product requirements and vulnerability-handling process requirements?

Yes.

Annex VIII Part IV point 3.2 distinguishes between the technical design and development specifications relevant to Part I of Annex I and the procedural specifications relevant to Part II of Annex I. In practice, Module H covers both product compliance and the manufacturer's vulnerability-handling processes.

Question 11

How does the notified body assess a Module H quality system?

The notified body assesses whether the quality system satisfies the CRA requirements in Annex VIII Part IV point 3.2.

The audit team must include at least one member experienced in the relevant product field and technology, and the audit must include an assessment visit to the manufacturer's premises where such premises exist. The audit team also reviews the submitted technical documentation to verify the manufacturer's ability to identify the applicable CRA requirements and carry out the necessary examinations.

Question 12

Does compliance with a quality-management standard automatically satisfy Module H?

No.

The CRA allows the notified body to presume conformity for elements of the quality system that comply with the corresponding specifications of the national standard implementing the relevant harmonised standard or technical specification. But the notified body still has to assess and approve the system under Module H.

The Commission FAQ also says that accreditation against the ISO 9000 series does not by itself entitle a manufacturer to use Module H without CRA notified-body involvement.

Question 13

What happens if the CRA Module H quality system is approved?

The manufacturer must undertake to fulfil the obligations arising from the approved quality system and maintain it so that it remains adequate and efficient.

The notified body's notification to the manufacturer must contain the conclusions of the audit and the reasoned assessment decision.

Question 14

What if the manufacturer wants to change the quality system?

The manufacturer must keep the notified body informed of any intended change to the quality system.

The notified body then evaluates the proposed changes and decides whether the modified system still satisfies the requirements or whether reassessment is necessary.

Question 15

Does Module H help when a manufacturer has many product types or frequent updates?

Often yes, but only within an approved quality-system framework.

The Commission FAQ says Module H may be particularly considered by manufacturers that place numerous product types on the market or products subject to frequent updates, because it provides a more versatile framework than module B+C. That does not remove the need for notified-body assessment of the system and later changes to it.

Question 16

What surveillance happens after Module H approval?

The notified body must carry out surveillance to make sure the manufacturer fulfils the obligations arising from the approved quality system.

For that purpose, the manufacturer must allow access to the relevant design, development, production, inspection, testing, and storage sites and provide the quality-system documentation plus design and manufacturing quality records needed for assessment.

Question 17

Are periodic audits part of Module H surveillance?

Yes.

The notified body must carry out periodic audits to make sure the manufacturer maintains and applies the quality system, and it must provide the manufacturer with an audit report.

Question 18

Does Module H replace the manufacturer's own responsibility for conformity?

No.

Even under Module H, the manufacturer ensures and declares on its sole responsibility that the covered products or product categories satisfy the applicable CRA requirements and that its vulnerability-handling processes meet Annex I Part II. The notified body assesses and surveils the quality system, but it does not take over the manufacturer's legal responsibility.

Question 19

How is CE marking handled under Module H?

Under Module H, the manufacturer affixes the CE marking to each individual compliant product with digital elements, and the notified body's identification number must follow the CE marking.

The identification number is affixed by the notified body itself or, under its instructions, by the manufacturer or the manufacturer's authorised representative. For software, the CE marking location follows Article 30(1), so the number follows the CE marking on the declaration of conformity or accompanying website.

Question 20

Under Module H, is the declaration of conformity tied to each product or to the product model?

It is tied to each product model for the Module H record duty.

Annex VIII Part IV point 5.2 requires a written declaration of conformity for each product model and requires the declaration to identify the product model for which it has been drawn up. Article 28 also says that, by drawing up the EU declaration of conformity, the manufacturer assumes responsibility for product compliance.

Question 21

What records must the manufacturer keep under Module H, and for how long?

The manufacturer must keep Module H records at the disposal of national authorities for at least 10 years after the product with digital elements has been placed on the market or for the support period, whichever is longer.

The retained file should include:

  • the technical documentation
  • the quality-system documentation
  • approved changes to the quality system
  • the notified body's decisions and reports
  • the declaration of conformity for each product model
Question 22

Who gets informed about quality-system approvals under Module H?

The notified body must inform its notifying authorities about quality-system approvals issued or withdrawn, and it must also inform other notified bodies about approvals it has refused, suspended, or withdrawn and, on request, about approvals it has issued.

Question 23

Can an authorised representative handle some Module H obligations?

Yes, but only where the mandate expressly covers them.

Under Annex VIII Part IV point 8, the authorised representative may fulfil the manufacturer's obligations relating to the application, quality-system changes, declaration, and record-retention steps on the manufacturer's behalf and under the manufacturer's responsibility.

Question 24

Can important free-and-open-source software use Module H?

Yes.

Article 32(5) allows manufacturers of Annex III products qualifying as free and open-source software to use one of the procedures in Article 32(1), provided that the technical documentation is made public at the time of placing on the market. That means Module H remains available for those products.

Question 25

Are CRA fee reductions for SMEs relevant to Module H?

Yes.

Article 32(6) requires the specific interests and needs of microenterprises and small and medium-sized enterprises, including start-ups, to be taken into account when setting conformity-assessment fees, and those fees must be reduced proportionately.

Question 26

What usually makes a CRA Module H system workable in practice?

A workable Module H system lets the notified body see, in a consistent and documented way, how the manufacturer controls the approved product scope from design and development through production, testing, vulnerability handling, CE marking, declarations, records, and later quality-system changes.

In practical terms, the quality-system documentation should show management responsibilities, standards and specifications used, how gaps from harmonised standards or technical specifications are covered, design and development verification, production and quality-assurance controls, examinations and tests with their frequency, quality records, and monitoring of quality-system effectiveness.

Question 27

Does Module H issue an EU-type examination certificate like module B+C?

No.

Unlike module B+C, Module H is not built around an EU-type examination certificate for a representative specimen. Under the CRA, Module H is built around approval of the manufacturer's quality system, later decisions on changes to that system, and ongoing surveillance. That is why the retained records under Part IV are the quality-system documentation, approved changes, and notified-body decisions and reports, rather than an EU-type certificate.

Question 28

Under Module H, does the notified body perform the product risk-assessment, testing, and documentation work instead of the manufacturer?

No.

The notified body assesses and surveils the quality system, but the manufacturer still carries out the product-level compliance work within that system. The Commission FAQ says the manufacturer, based on the quality system, implements the necessary cybersecurity mitigation measures following the risk assessment, tests the product, draws up the technical documentation, and ensures that production of the different units does not alter compliance.

Question 29

Can an approved Module H system automatically cover any new or substantially modified product without further notified-body assessment?

No.

The Commission FAQ says the manufacturer can extend the scope of the quality system to new or substantially modified products, but the quality system must be updated to document the new scope, new standards may need to be applied, and new tests may need to be performed. That extension is subject to a new assessment by the same notified body that performed the original assessment. Annex VIII Part IV point 3.5 also requires the manufacturer to keep that notified body informed of intended changes to the quality system.

Question 30

In what language can Module H technical documentation and correspondence be submitted to the notified body?

They must be in an official language of the Member State where the notified body is established, or in another language acceptable to that body.

That rule applies to technical documentation and correspondence for any CRA conformity assessment procedure, including Module H.

Question 31

If software uses Module H, where does the notified body's identification number go?

It follows the CE marking wherever the CRA allows that CE marking to be placed for software.

For software products, Article 30(1) says the CE marking is affixed either to the EU declaration of conformity or on the website accompanying the software product. Article 30(4) then says that, where Module H is used, the CE marking is followed by the notified body's identification number. So the CRA does not create a separate location rule for software under Module H; the number follows the CE marking in the place where that marking is lawfully affixed.

Primary sources

References and citations

data.europa.eu32 citations
Referenced sections
  • Official Cyber Resilience Act legal text supporting this FAQ and its article-level compliance conclusions.
  • Article 32(1)(c) lists Module H as a CRA conformity-assessment route; Annex VIII Part IV explains the full-quality-assurance procedure.
  • Article 32(1)-(4) sets the available and mandatory conformity-assessment routes for general, important, and critical products.
Show 29 more
  • Article 32(1) allows Module A, Module B+C, Module H, or an applicable European cybersecurity certification scheme where Article 32 does not require a stricter route.
  • Annex VIII Part IV point 1 refers to the products or product categories concerned by the full-quality-assurance procedure.
  • Annex VIII Part IV points 3 and 4 require notified-body assessment of the quality system and surveillance after approval.
  • Annex VIII Part IV points 1, 2, and 3.2 define the product, vulnerability-handling, lifecycle, and support-period coverage of the approved quality system.
  • Annex VIII Part IV point 3.1 lists the required contents of a Module H application to the notified body.
  • Article 31 and Annex VII set the technical-documentation duty; Annex VIII Part IV point 3.1(b) requires technical documentation in the Module H application.
  • Annex VIII Part IV point 3.2 lists the quality-system documentation elements needed for Module H approval.
  • Annex VIII Part IV point 3.2 separately addresses technical design and development specifications for products and procedural specifications for manufacturer processes.
  • Annex VIII Part IV point 3.3 defines the notified body's quality-system assessment, audit-team competence, site visit, and technical-documentation review.
  • Annex VIII Part IV point 3.3 allows a presumption of conformity for quality-system elements matching the corresponding national standard implementing the relevant harmonised standard or technical specification.
  • Annex VIII Part IV points 3.3-3.4 require a reasoned assessment decision and continuing operation of the approved quality system.
  • Annex VIII Part IV point 3.5 requires the manufacturer to notify intended quality-system changes and the notified body to decide whether reassessment is needed.
  • Annex VIII Part IV point 3.5 explains how proposed quality-system changes are evaluated after approval.
  • Annex VIII Part IV points 4.1-4.2 define the purpose of surveillance and the sites, documentation, and quality records the manufacturer must make available.
  • Annex VIII Part IV point 4.3 requires periodic audits and an audit report.
  • Annex VIII Part IV point 1 states that the manufacturer ensures and declares conformity on its sole responsibility under Module H.
  • Article 30(4) and Annex VIII Part IV point 5.1 require the notified body's identification number to follow the CE marking when Module H is used.
  • Annex VIII Part IV point 5.2 requires a declaration for each product model; Article 28(4) links the declaration to manufacturer responsibility.
  • Annex VIII Part IV points 5.2 and 6 set the retention period for declarations and the Module H technical, quality-system, change, decision, and report records.
  • Annex VIII Part IV point 7 sets notified-body information duties to notifying authorities and other notified bodies.
  • Annex VIII Part IV point 8 identifies which Module H obligations an authorised representative may fulfil when the mandate specifies them.
  • Article 32(5) preserves Article 32(1) route availability for qualifying Annex III free-and-open-source software where the technical documentation is public at placing on the market.
  • Article 32(6) requires conformity-assessment fees to reflect the needs of microenterprises and SMEs, including start-ups, and to be reduced proportionately.
  • Annex VIII Part IV points 3.2-4.3 define what the documented quality system must contain and how the notified body surveils it.
  • Annex VIII Part IV points 3.3-4.3 and 6 describe quality-system approval, change decisions, surveillance, audit reports, and retained records, not an EU-type examination certificate.
  • Annex VIII Part IV points 1-3.2 leave product conformity, vulnerability-handling processes, risk-related documentation, and quality-system operation with the manufacturer.
  • Annex VIII Part IV point 3.5 requires intended quality-system changes to be evaluated by the notified body that approved the system.
  • Article 31(4) sets the language rule for technical documentation and correspondence relating to any conformity-assessment procedure.
  • Article 30(1) sets CE marking locations for software; Article 30(4) requires the notified-body identification number to follow the CE marking when Module H is used.
"Conformity based on full quality assurance"
More quoted passages
"conformity assessment based on full quality assurance"
"using any of the following procedures"
"products with digital elements or product categories concerned"
"Surveillance under the responsibility of the notified body"
"maintain its effectiveness throughout the support period"
"application for assessment of its quality system"
"technical documentation for one model"
"written policies, procedures and instructions"
"technical design and development specifications"
"assess the quality system"
"It shall presume conformity"
"maintain it so that it remains adequate and efficient"
"any intended change to the quality system"
"whether a reassessment is necessary"
"allow the notified body access"
"carry out periodic audits"
"on its sole responsibility"
"followed by the identification number"
"for each product model"
"whichever is longer"
"quality system approvals"
"specified in the mandate"
"made available to the public"
"fees shall be reduced proportionately"
"quality programmes, plans, manuals and records"
"manufacturer shall operate an approved quality system"
"evaluate any proposed changes"
"language acceptable to that body"
"on the website accompanying the software product"
ec.europa.eu9 citations
Referenced sections
  • Section 6.3 explains Module H as a full quality-control system assessed by one notified body.
  • Section 6.3 describes Module H as more versatile for manufacturers with many products or frequent updates.
  • Section 6.3 explains why Module H may suit manufacturers with numerous product types or frequent updates, while still requiring notified-body assessment.
Show 6 more
  • Section 4.1.8 states that technical documentation is required regardless of the conformity-assessment route and may be part of quality-system documentation for Module H.
  • Section 6.3 states that ISO 9000 accreditation does not remove the need for CRA notified-body involvement under Module H.
  • Section 6.3 says Module H may be considered for numerous product types or products subject to frequent updates.
  • Section 6.3 confirms that Module H CE marking is accompanied by the notified body's NANDO number.
  • Section 6.3 explains that the manufacturer still implements mitigations, tests products, draws up technical documentation, and controls production under the quality system.
  • Section 6.3 says scope extensions to new or substantially modified products require an updated quality system and a new assessment by the same notified body.
"Only one notified body participates"
More quoted passages
"numerous product types"
"products subject to frequent updates"
"regardless of the conformity assessment procedure"
"does not automatically entitle it"
"more versatile and flexible"
"together with the NANDO number"
"draws up the technical documentation"
"subject to a new assessment"

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 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 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 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.