← Role Guides
Legal & ComplianceCRA Role Guide

EU Cyber Resilience Act — Guide for Legal Counsel & Data Protection Officer

What the CRA means for your role, your team, and your day-to-day responsibilities.

Legal Counsel carries the interpretive and contractual weight of CRA compliance. From determining which products fall under the regulation to drafting Declaration of Conformity language and embedding security obligations in supplier contracts, Legal is the function that translates regulatory text into binding commitments. Where the CISO executes operational obligations, Legal Counsel defines the legal framework within which those operations must occur.

Your CRA responsibilities:

  • Interpret CRA regulatory text and delegated acts for the organisation's product portfolio
  • Review and sign off the EU Declaration of Conformity for all applicable products
  • Draft and maintain CRA security obligations in supplier and customer contracts
  • Advise on the intersection of CRA obligations with GDPR, NIS2, and sector-specific regulations
  • Manage regulatory correspondence with National Competent Authorities and market surveillance bodies
Legal & Compliance

Legal Counsel's CRA Accountability

Legal Counsel is accountable for ensuring the organisation's CRA compliance rests on sound legal foundations. This begins with regulatory scoping: determining which products meet the CRA's definition of 'products with digital elements', which fall under Important Product classifications, and which are subject to third-party conformity assessment. These scoping decisions have significant cost implications and must be made on a defensible legal basis. Legal Counsel must also ensure the Declaration of Conformity is technically accurate and legally sound — it is a formal legal instrument that, if incorrect, exposes the organisation to enforcement action and the signatory to personal liability under some national implementing measures.

CRA reference:Article 3, Article 6, Article 20, Annex III

Day-to-Day CRA Obligations

Legal Counsel's ongoing CRA workload spans three areas. Regulatory monitoring: the CRA includes delegated act powers enabling the Commission to update product classifications and requirements — Legal must track these and brief the organisation promptly. Contract management: every supplier agreement for software components or services must include CRA-aligned security obligations, SBOM provision requirements, and breach notification timelines. Existing contracts must be reviewed and, where necessary, renegotiated. Incident management support: when a security incident triggers Article 14 notification obligations, Legal Counsel must be available to advise on notification content, GDPR data breach overlap, and correspondence with regulators — without becoming a bottleneck to the 24-hour early warning deadline.

CRA reference:Article 14, Article 13, Article 20, Annex III

Working with Other Functions

Legal Counsel's CRA work is fundamentally collaborative. With the CTO and engineering teams: Legal needs enough technical understanding to assess whether the DoC's attestations are accurate, and must work with CTO to understand which products are in scope and what their conformity assessment routes are. With the CISO: Legal and Security must pre-agree the Article 14 notification trigger criteria and draft template notifications in advance — do not wait for an incident to align on this. With Procurement: Legal must provide standard contract clauses covering CRA obligations that Procurement can embed in supplier agreements without needing legal review of every individual contract. With Regulatory Affairs (where separate): coordinate NCA engagement strategy.

CRA reference:Article 14, Article 13, Article 20

Common Traps for Legal Counsel

A common mistake is treating CRA scope as a once-and-done assessment. As the product portfolio evolves and delegated acts are issued, scope assessments must be revisited. A second trap is conflating the DoC with other existing conformity documentation — the CRA DoC is a distinct instrument with specific required content set out in Annex III, and reusing legacy CE marking DoCs without CRA-specific content is non-compliant. Third, many Legal teams underestimate the GDPR/CRA interaction: where a security vulnerability also constitutes a personal data breach, both Article 14 CRA notifications and GDPR Article 33 notifications may be triggered simultaneously with different timelines and recipient bodies. This dual-notification scenario must be planned in advance.

CRA reference:Article 20, Annex III, Article 14

Getting Started Checklist for Legal Counsel

Use this checklist to build your CRA legal framework:

  1. Conduct a product scoping review against the CRA's Article 3 definitions — produce a written legal opinion on which products are in scope and their classification
  2. Draft a CRA-compliant DoC template incorporating all Annex III required content; review with the CTO for technical accuracy
  3. Audit existing supplier contracts for CRA-relevant gaps and draft standard security clauses for new agreements
  4. Prepare a dual-notification runbook covering simultaneous CRA Article 14 and GDPR Article 33 scenarios
  5. Brief the board on CRA liability exposure and the organisation's compliance timeline
  6. Establish a regulatory monitoring process for delegated acts and NCA guidance
CRA reference:Article 3, Article 6, Article 14, Article 20, Annex III

CVD Portal handles your CRA Article 13 obligations automatically.

Public CVD submission portal, 48-hour acknowledgment tracking, Article 14 deadline alerts, and CSAF advisory generation — built for Legal Counsels and their teams.

Start your free portal

Frequently asked by Legal Counsels

Can the Declaration of Conformity cover a product family, or does each product need its own?+

The CRA permits a single Declaration of Conformity to cover a range of products where the products are substantially similar and subject to the same essential requirements. However, the DoC must clearly identify the products covered, and the technical documentation supporting each product or product family must be separately maintained. If products within a family have meaningfully different security characteristics or conformity assessment routes, separate DoCs are advisable to reduce legal exposure from an incorrect blanket attestation.

How do CRA obligations interact with existing GDPR data breach notification requirements?+

Where a security vulnerability or incident involves personal data, CRA Article 14 notification obligations and GDPR Article 33 breach notification obligations may be triggered simultaneously. The timelines differ: CRA requires a 24-hour early warning and 72-hour notification to ENISA/CSIRT; GDPR requires notification to the data protection supervisory authority within 72 hours of becoming aware of a breach. The recipient bodies differ too. Legal Counsel must have a pre-agreed dual-notification protocol that can be executed in parallel without one obligation delaying the other.

What CRA obligations should we include in supplier contracts?+

Supplier contracts should require: provision of a machine-readable SBOM for all supplied software components; notification of known vulnerabilities in supplied components within a defined SLA; cooperation with your Article 14 notification process; compliance with applicable CRA essential requirements in Annex I for components they supply; and the right to audit compliance. For open-source components, contractual obligations do not apply, but your procurement policy should cover governance of open-source dependencies separately.

Need a CVD policy template your team can deploy today?

Free CRA-compliant templates for every stage — from first CVD policy to full PSIRT programme.

Browse templates →