Cyber Resilience Act (CRA)
Product Cybersecurity | Cyber Resilience Act
Manage Cyber Resilience Act Compliance with Cetbix GRC
Bring product cybersecurity risks, regulatory requirements, vulnerability management, supplier dependencies and compliance evidence together in one central GRC environment.
Build cybersecurity into the entire product lifecycle
The Cyber Resilience Act (CRA), Regulation (EU) 2024/2847, introduces horizontal cybersecurity requirements for products with digital elements made available on the European Union market.
It aims to improve the security of hardware and software products by establishing requirements for secure design and development, vulnerability handling, security updates, product information and conformity assessment.
For manufacturers, importers and distributors, the CRA introduces responsibilities that extend beyond the initial release of a product. Cybersecurity needs to be addressed throughout the product lifecycle, including the period during which vulnerabilities must be handled and security updates provided.
Cetbix GRC provides a central environment for managing governance, risks, controls, responsibilities, evidence and corrective actions. It can help organisations structure and oversee the activities that contribute to their CRA compliance programme.
Who needs to consider the CRA?
The CRA applies to products with digital elements made available on the EU market, subject to the Regulation's scope, exclusions and specific provisions.
- Manufacturers: Organisations developing or manufacturing products with digital elements and placing them on the market.
- Importers: Organisations placing products from outside the EU on the EU market.
- Distributors: Organisations making products available on the market within the distribution chain.
- Open-source software stewards: Certain organisations providing sustained support for free and open-source software intended for commercial activities, subject to the CRA's specific provisions.
- Software and hardware suppliers: Organisations whose products or components form part of products with digital elements.
The exact obligations depend on the organisation's role, product category and the scope of the Regulation. Some products and activities are excluded or subject to specific rules.
1. Essential cybersecurity requirements
Annex I of the CRA establishes essential cybersecurity requirements for products with digital elements. Manufacturers must ensure that products are designed, developed and produced in accordance with the applicable requirements.
These requirements address the security properties of products and include measures intended to reduce cybersecurity risks.
Cetbix GRC can support the governance and oversight of product security requirements by connecting obligations to risks, controls, responsible stakeholders and evidence.
- Identify applicable cybersecurity requirements for products.
- Document product-related cybersecurity risks.
- Connect identified risks to security requirements and controls.
- Assign responsibility for implementation and review.
- Maintain evidence of security design and development activities.
- Track identified gaps and corrective actions.
- Monitor the implementation status of relevant requirements.
2. Secure-by-design and secure-by-default
The CRA requires manufacturers to consider cybersecurity throughout product design, development and production. Products should be designed to minimise cybersecurity risks and provide an appropriate level of security.
Secure-by-design and secure-by-default principles should be reflected in product development processes, technical decisions and release practices.
With Cetbix GRC, organisations can structure the governance activities associated with these principles.
- Document product security requirements and design decisions.
- Maintain product-related risk assessments.
- Record security reviews and development approvals.
- Assign security responsibilities to development and product teams.
- Link security requirements to implementation evidence.
- Track unresolved security findings and exceptions.
Which cybersecurity frameworks support CRA compliance?
The Cyber Resilience Act (CRA) establishes essential cybersecurity requirements, but it does not prescribe a single cybersecurity framework or methodology that organisations must adopt.
Manufacturers can use established information security, product security and secure development frameworks to structure their CRA compliance programmes. The most effective approach is to combine frameworks that address organisational governance, secure product development, technical security controls and ongoing vulnerability management.
Cetbix GRC can help organisations organise these frameworks, map their requirements to internal controls, assign responsibilities and maintain supporting compliance evidence.
Recommended cybersecurity framework stack
1. ISO/IEC 27001
Focus: Information security governance
ISO/IEC 27001 provides a framework for establishing and maintaining an Information Security Management System (ISMS).
- Information security risk management.
- Policies, roles and responsibilities.
- Supplier and third-party security.
- Incident management.
- Continuous improvement and management oversight.
CRA relevance: Supports the organisational governance and risk management activities surrounding product cybersecurity.
2. IEC 62443-4-1
Focus: Secure product development lifecycle
IEC 62443-4-1 defines security requirements for the development lifecycle of industrial automation and control systems products.
- Security requirements and design.
- Threat modelling and risk assessment.
- Secure implementation and coding.
- Security verification and validation.
- Vulnerability handling and security updates.
CRA relevance: Provides a structured product-development process, particularly relevant to industrial, embedded and OT products.
3. IEC 62443-4-2
Focus: Technical product security controls
IEC 62443-4-2 defines technical security requirements for industrial automation and control system components.
- Identification and authentication.
- Access control.
- System integrity.
- Confidentiality and data protection.
- Secure communication and availability.
CRA relevance: Helps organisations define and assess technical security controls for relevant product components.
4. ETSI EN 303 645
Focus: Consumer IoT security
ETSI EN 303 645 provides baseline cybersecurity provisions for consumer Internet of Things products.
- No universal default passwords.
- Secure software updates.
- Vulnerability disclosure processes.
- Secure storage of sensitive information.
- Communication security.
CRA relevance: Provides useful baseline security practices for manufacturers of consumer IoT products.
5. NIST SSDF (SP 800-218)
Focus: Secure software development
The NIST Secure Software Development Framework provides practical practices for integrating security into software development processes.
- Secure development environments.
- Secure coding practices.
- Software component and dependency management.
- Software integrity and release protection.
- Vulnerability identification and remediation.
CRA relevance: Helps software engineering teams operationalise secure development and vulnerability management practices.
6. CRA Harmonised Standards
Focus: Demonstrating conformity
Harmonised standards provide technical specifications that can support manufacturers in demonstrating conformity with applicable CRA requirements.
- Map product requirements to applicable standards.
- Identify relevant technical security measures.
- Document implementation and testing evidence.
- Maintain conformity assessment documentation.
- Monitor applicable standards and regulatory updates.
CRA relevance: Following harmonised standards whose references have been published in the Official Journal of the EU provides a presumption of conformity with the essential requirements they cover.
Choosing the right framework combination
The appropriate framework combination depends on the type of product, its intended use, the organisation's development processes and its cybersecurity risk profile.
| Product category | Recommended framework combination | Primary objective |
|---|---|---|
| Connected consumer products | ETSI EN 303 645 + ISO/IEC 27001 + NIST SSDF | Consumer IoT security, organisational governance and secure software development. |
| Industrial, OT and embedded products | IEC 62443-4-1 + IEC 62443-4-2 + ISO/IEC 27001 | Secure product lifecycle management and technical component security. |
| Software, SaaS and cloud-connected products | ISO/IEC 27001 + NIST SSDF + SBOM and vulnerability management practices | Secure software engineering, supply-chain visibility and ongoing vulnerability handling. |
| All manufacturers | Applicable CRA requirements + relevant harmonised standards | Product-specific conformity assessment and documented evidence of compliance. |
How Cetbix GRC supports framework-based CRA compliance
Using several frameworks can create overlapping requirements, duplicated controls and fragmented compliance evidence. A central GRC environment helps organisations bring these activities together.
Cetbix GRC can support a structured approach by connecting framework requirements, CRA obligations, product risks, controls, responsible owners and supporting documentation.
Example: Connecting frameworks to CRA requirements
CRA obligation: Establish and maintain appropriate vulnerability handling processes throughout the applicable product support period.
Supporting frameworks:
- ISO/IEC 27001: Information security governance and risk management.
- IEC 62443-4-1: Secure development lifecycle and vulnerability handling.
- NIST SSDF: Secure engineering and vulnerability remediation practices.
Illustrative GRC structure:
- Regulatory requirement: CRA Annex I, Part II.
- Framework requirements: Relevant ISO, IEC and NIST practices.
- Risk: Unresolved software vulnerabilities could expose products to exploitation.
- Control: Maintain a documented vulnerability identification, assessment and remediation process.
- Owner: Product Security Manager.
- Evidence: Vulnerability assessments, SBOM references, remediation records, security update documentation and verification results.
- Corrective action: Address identified gaps, assign responsibilities and monitor completion.
Outcome: A traceable compliance structure connecting regulatory obligations and framework practices to operational controls, evidence and accountable stakeholders.
Important: Framework alignment is not automatic CRA compliance
ISO/IEC 27001 certification alone does not demonstrate that a product meets all CRA requirements. It primarily addresses the organisation's information security management system rather than every product-level cybersecurity obligation.
Similarly, IEC 62443 provides valuable product security processes and technical controls, particularly for industrial products, but its use does not automatically establish CRA conformity.
Manufacturers must assess their products against the applicable CRA requirements, including Annex I, and follow the relevant conformity assessment procedure. Harmonised standards provide a presumption of conformity only for the requirements they cover and where the relevant references have been published in the Official Journal of the European Union.
A practical starting point is to combine ISO/IEC 27001 for organisational governance, IEC 62443-4-1 or NIST SSDF for secure development, and relevant product security standards for technical controls. All applicable requirements and evidence should then be mapped to the CRA.
Cetbix GRC can help manage this mapping and provide visibility into framework implementation, regulatory coverage, outstanding gaps and corrective actions.
3. Vulnerability handling throughout the product lifecycle
One of the central elements of the CRA is the obligation for manufacturers to handle vulnerabilities effectively during the product's support period.
Manufacturers need to establish appropriate processes to identify, document, assess and address vulnerabilities, including vulnerabilities in components integrated into their products.
Cetbix GRC can support the governance and oversight of vulnerability management activities.
- Maintain visibility of product-related cybersecurity risks.
- Document identified vulnerabilities and their associated impact.
- Connect vulnerabilities to affected products and components.
- Assign owners for investigation and remediation.
- Track security updates and corrective measures.
- Maintain supporting evidence and remediation records.
- Monitor outstanding vulnerabilities and overdue actions.
Effective vulnerability handling also requires appropriate technical processes, development practices and operational capabilities. A GRC platform supports governance and traceability but does not replace vulnerability scanning, secure development or patch management tools.
4. Software supply-chain and component security
Modern digital products often depend on third-party software, open-source components, libraries and external technology providers. These dependencies can introduce cybersecurity risks that manufacturers need to understand and manage.
The CRA includes requirements concerning the identification and handling of vulnerabilities in components. It also requires manufacturers to prepare a software bill of materials (SBOM) in a commonly used and machine-readable format, covering at least the top-level dependencies of the product, subject to the Regulation's provisions.
Cetbix GRC can help structure the governance and risk management activities associated with product supply chains.
- Maintain an overview of relevant suppliers and technology dependencies.
- Document third-party and open-source component risks.
- Connect supplier risks to affected products and services.
- Record supplier assessments and assurance documentation.
- Maintain references to SBOMs and supporting product documentation.
- Track component-related vulnerabilities and remediation actions.
- Monitor supplier issues and periodic reviews.
5. Vulnerability and incident reporting
The CRA introduces mandatory reporting obligations for manufacturers in relation to actively exploited vulnerabilities and severe incidents having an impact on the security of products with digital elements.
From 11 September 2026, manufacturers must submit the applicable notifications through the CRA Single Reporting Platform established and maintained by ENISA.
Key reporting deadlines
24 hours
Early warning
Initial notification after becoming aware of an actively exploited vulnerability or qualifying severe incident.
72 hours
Main notification
Further information about the vulnerability or incident and applicable corrective or mitigating measures.
Final report
Follow-up notification
For actively exploited vulnerabilities, no later than 14 days after a corrective or mitigating measure is available. For severe incidents, within one month of the 72-hour notification.
Cetbix GRC can support the internal governance and evidence management associated with these reporting processes.
- Record vulnerability and incident-related findings.
- Connect incidents to affected products, risks and controls.
- Assign investigation and remediation responsibilities.
- Document decisions, impact assessments and corrective measures.
- Maintain supporting evidence and management oversight.
- Track reporting-related actions and deadlines.
Important: Cetbix GRC records should not be presented as a substitute for submitting mandatory notifications through the official CRA Single Reporting Platform. Reporting responsibilities and deadlines remain with the relevant economic operator.
6. Product support periods and security updates
The CRA requires manufacturers to determine an appropriate support period during which vulnerabilities are handled effectively. The support period must take account of the expected use of the product, the nature of the product and other relevant factors.
Manufacturers must also provide information about the support period, including its end date, in accordance with the Regulation.
Cetbix GRC can support the governance of product lifecycle obligations.
- Document product support-period decisions.
- Assign responsibility for product security maintenance.
- Record relevant security update and vulnerability handling policies.
- Maintain evidence of product lifecycle reviews.
- Track outstanding lifecycle-related risks and corrective actions.
7. Technical documentation and conformity assessment
The CRA requires manufacturers to prepare technical documentation demonstrating how applicable cybersecurity requirements have been addressed.
Depending on the product category and applicable conformity assessment procedure, manufacturers may need to carry out an internal assessment or involve a notified body. Products that meet the applicable requirements are subject to the relevant EU conformity and CE marking provisions.
Cetbix GRC can provide a structured environment for managing compliance responsibilities and associated documentation.
- Maintain a register of applicable regulatory requirements.
- Link requirements to product risks and implemented controls.
- Record assessments, reviews and approvals.
- Organise supporting documents and evidence.
- Track findings and corrective actions.
- Provide management visibility into compliance progress.
From CRA requirement to risk, control and evidence
Regulatory compliance becomes operational when product requirements are connected to risks, responsible owners, implementation evidence and corrective actions.
Illustrative example: vulnerability in a third-party software component
Regulatory reference: CRA Annex I, Part II – Vulnerability handling requirements.
Business context: A manufacturer discovers that a third-party software library integrated into one of its products contains a security vulnerability.
This is an illustrative GRC workflow. The record identifiers, owners and actions below are examples and are not represented as live Cetbix customer data.
| GRC element | Illustrative record |
|---|---|
| Requirement | CRA Annex I, Part II – Establish and maintain appropriate vulnerability handling processes for the product and its components during the support period. |
| Risk | RISK-CRA-001 – A vulnerability in an integrated third-party component could be exploited, resulting in unauthorised access, data exposure or disruption of the product. |
| Control | Maintain a vulnerability handling process covering component identification, vulnerability assessment, remediation, security updates and verification. |
| Control owner | Product Security Manager. Accountable stakeholder: Chief Technology Officer, with Product Engineering, Security and Supplier Management support. |
| Evidence | Software bill of materials, vulnerability assessment, supplier security advisory, risk assessment, remediation record, security update release notes and verification results. |
| Corrective action | CAPA-CRA-001 – Identify affected product versions, assess exploitability and impact, implement an appropriate fix or mitigation, verify the update and document the outcome. Suggested owner: Product Security Manager. |
| Outcome | A traceable compliance record connecting the CRA requirement to the product risk, implemented control, accountable owner, supporting evidence and remediation status. |
The result: Product cybersecurity obligations can be managed through a structured governance process rather than disconnected spreadsheets, documents and action lists.
A structured CRA compliance workflow
- Determine applicability: Identify relevant products, product categories and the organisation's role in the supply chain.
- Identify requirements: Establish which CRA obligations apply to the products and the organisation.
- Assess product risks: Document cybersecurity risks associated with product design, development, components and operation.
- Define controls: Connect applicable requirements to security measures and implementation activities.
- Assign ownership: Establish accountability across Product, Engineering, Security, Legal and Supplier Management.
- Collect evidence: Maintain relevant assessments, technical documents, SBOM references, security reviews and other records.
- Manage vulnerabilities: Track findings, remediation, security updates and related actions.
- Monitor compliance: Review implementation progress, outstanding gaps and lifecycle obligations.
More than a regulatory checklist
Regulatory requirements
Organise obligations and connect them to the risks and controls that support implementation.
Product risk management
Document product cybersecurity risks, assessments, ownership and mitigation activities.
Supply-chain oversight
Structure supplier and component risks, dependencies and supporting assurance records.
Evidence management
Keep policies, assessments, reports and product documentation connected to relevant compliance records.
Corrective actions
Turn identified gaps and vulnerabilities into accountable remediation activities with target dates.
Dashboards and reporting
Give management visibility into compliance progress, risks, findings and outstanding actions.
Cyber Resilience Act: important implementation dates
10 December 2024
The CRA entered into force.
11 June 2026
Provisions concerning the notification of conformity assessment bodies began to apply.
11 September 2026
Mandatory reporting obligations for manufacturers concerning actively exploited vulnerabilities and severe incidents began to apply.
11 December 2027
The main CRA obligations become applicable.
Organisations should prepare ahead of the full application date and address the reporting obligations that already apply. Transitional provisions and specific product circumstances should also be considered.
Who can benefit from Cetbix GRC?
- Manufacturers of hardware and software products.
- Technology companies placing products on the EU market.
- Software developers and product engineering organisations.
- Organisations integrating third-party and open-source components.
- Importers and distributors of products with digital elements.
- Product security and vulnerability management teams.
- Risk, compliance, quality and internal audit departments.
- Organisations managing complex product and supplier ecosystems.
Frequently asked questions
What is the Cyber Resilience Act?
The Cyber Resilience Act is Regulation (EU) 2024/2847. It establishes horizontal cybersecurity requirements for products with digital elements made available on the EU market.
Which products are covered by the CRA?
The CRA broadly covers hardware and software products with digital elements, including relevant components placed separately on the market. The Regulation contains specific scope provisions and exclusions, so applicability must be assessed for each product.
When does the CRA apply?
The main obligations apply from 11 December 2027. The reporting obligations concerning actively exploited vulnerabilities and severe incidents have applied since 11 September 2026.
Does the CRA require vulnerability management?
Yes. Manufacturers must establish appropriate vulnerability handling processes and handle vulnerabilities effectively during the applicable product support period, including vulnerabilities in relevant components.
What is an SBOM?
A Software Bill of Materials is a structured inventory of software components used in a product. The CRA includes requirements for manufacturers to prepare an SBOM in a commonly used and machine-readable format, covering at least the top-level dependencies, subject to the Regulation.
Does Cetbix GRC automatically make a product CRA compliant?
No. A GRC platform supports governance, risk management, control oversight and evidence management. The manufacturer and other relevant economic operators remain responsible for meeting their legal obligations and ensuring that the product satisfies applicable requirements.
Can Cetbix GRC support other regulatory frameworks?
Cetbix is designed to support governance, risk and compliance activities across regulatory frameworks. The available framework libraries and specific CRA workflows should be confirmed against the capabilities configured in the relevant Cetbix environment.
Prepare for the Cyber Resilience Act with Cetbix GRC
Discover how Cetbix GRC can help connect product cybersecurity risks, regulatory requirements, controls, evidence and corrective actions in one structured environment.
The Cyber Resilience Act refers to Regulation (EU) 2024/2847. This page is for general information and does not constitute legal advice. Product scope, economic operator responsibilities, conformity assessment and reporting obligations should be assessed against the Regulation and applicable guidance.