Skip to content
UPSTREAM
CRA REPORTING

CRA reporting obligations since 11 September 2026: what manufacturers must report now.

Last updated: · ALVPHA Tech GmbH

What must be reported

  • any actively exploited vulnerability in a product with digital elements that the manufacturer becomes aware of (Article 14(1))
  • any severe incident having an impact on the security of the product (Article 14(3))
  • an incident is severe if it negatively affects the product's ability to protect the availability, authenticity, integrity or confidentiality of sensitive or important data or functions, or if it has led or can lead to the introduction or execution of malicious code (Article 14(5))

The deadlines

All deadlines run from the moment the manufacturer becomes aware. Information already submitted does not need to be repeated.

  • 24 hours: early warning; for vulnerabilities including the Member States where the product has been made available; for incidents also whether unlawful or malicious acts are suspected
  • 72 hours: notification with general information on the product, the nature of the exploit or incident, measures taken and measures users can take
  • Vulnerability: final report no later than 14 days after a corrective or mitigating measure is available, with description, severity, impact and the correction provided (Article 14(2))
  • Incident: final report within one month after the 72-hour notification, with root cause and mitigation measures (Article 14(4))

Where to report

Reports are submitted via the single reporting platform operated by ENISA (Article 16), using the endpoint of the CSIRT designated as coordinator of the Member State where the manufacturer has its main establishment in the EU. This is the Member State where decisions on the cybersecurity of the products are predominantly taken (Article 14(7)). ENISA has simultaneous access.

The CSIRT may request intermediate reports (Article 14(6)).

Users and open-source components

  • Affected users, and where appropriate all users, must be informed about the vulnerability or incident and possible mitigations, where appropriate in a machine-readable format (Article 14(8))
  • If the manufacturer identifies a vulnerability in an integrated component, including an open-source one, it reports it to the person or entity manufacturing or maintaining the component (Article 13(6))
  • If the manufacturer has developed a fix for the component, it shares the code or documentation with the maintainer

Does this also apply to older products?

Yes. For products placed on the market before 11 December 2027, the other CRA requirements only apply after a substantial modification. The reporting obligations under Article 14, however, explicitly apply to these products as well (Article 69(3)).

What teams should have prepared

  • a component inventory and release-specific SBOM to clarify quickly which products and versions are affected
  • triage with criteria for “actively exploited”, for example based on exploit indicators and catalogues such as CISA KEV
  • defined ownership, deputies and approval for reports, so that 24 hours can be met at weekends too
  • templates for early warning, notification and final report as well as for user information
  • a route for reporting vulnerabilities to open-source maintainers

Frequently asked questions

When is a vulnerability considered “actively exploited”?

Under Article 3(42) CRA, when there is reliable evidence that a malicious actor has exploited it in a system without permission of the system owner. Whether that applies in a given case is part of triage and should be documented.

Does the CRA report replace other reporting obligations, such as under NIS2?

Not automatically. Whether and how reports under the CRA and other rules overlap depends on role and sector and should be assessed legally.

What does ALVPHA Upstream take on?

We support inventory, SBOM and the triage of specific findings and document assessment and decision. The report itself and the legal assessment remain with the manufacturer; we do not provide legal advice.

SOURCES

This article provides technical orientation and is not legal advice. The linked primary sources in their current version are authoritative.

Where does your team stand?

The free Trust Check classifies your self-assessment across seven dimensions, from component inventory to evidence capability. For specific cases, we arrange an introductory call.

Related service: Vulnerability triage

All articles →
SBOM

What is an SBOM and what must it contain?

An SBOM (Software Bill of Materials) is a machine-readable inventory of all components in a piece of software, with version, origin and dependencies. It is the basis for knowing quickly whether a product is affected when a new vulnerability appears. The Cyber Resilience Act requires manufacturers to maintain an SBOM covering at least the top-level dependencies.

Read article
TRIAGE

Vulnerability triage: from CVE report to decision.

Triage means assessing a vulnerability finding in a structured way: is our product actually affected, how urgent is it, and what do we decide? Severity (CVSS) alone is not enough; likelihood of exploitation (EPSS), evidence of exploitation (KEV) and how the component is actually used in the product all matter. The outcome is documented traceably, for example as a VEX statement.

Read article
GOVERNANCE

Open-source governance: rules, licences, ownership.

Open-source governance defines how an organisation selects, uses, documents and maintains open source. It combines licence compliance, security processes and clear ownership. The aim is not to slow open source down but to make its use traceable and accountable.

Read article
CRA

Cyber Resilience Act: what manufacturers should know about open source.

The Cyber Resilience Act (Regulation (EU) 2024/2847) sets cybersecurity requirements for products with digital elements made available in the EU. For manufacturers this means, among other things: document components (SBOM), handle vulnerabilities, provide security updates and report actively exploited vulnerabilities on time. The reporting duties have applied since 11 September 2026, the remaining requirements apply from 11 December 2027.

Read article