Urgent.News

What's breaking now, across thousands of outlets.

Tech

The CRA reporting clock is running. Generating an SBOM was never the hard part.

The reporting clock under the EU Cyber Resilience Act (Regulation (EU) 2024/2847) started on 11 September 2026 . If you put software on the EU market you are already inside Article 14: an actively exploited vulnerability, or a severe incident, has to reach a national CSIRT and ENISA through a single reporting platform on a 24-hour / 72-hour / final-report cadence — no transition period, and…

The EU Cyber Resilience Act (CRA) reporting clock began on September 11, 2026. Businesses that sell software in the EU must report specific information within 24-72 hours of an actively exploited vulnerability or severe incident being discovered, regardless of whether the product was released prior to the CRA's implementation date.

This includes a Security Baseline of Materials (SBOM), technical documentation, EU Declaration of Conformity, and a coordinated vulnerability disclosure (CVD) policy. Generating an SBOM is relatively straightforward, with existing tools like npm sbom, cyclonedx-npm, and syft providing a machine-readable file in a single command.

However, the real challenge lies in creating a comprehensive vulnerability-handling process, drafting a CVD policy, and submitting a draft Declaration of Conformity. While the SBOM itself is not a public artifact and is retained for market surveillance authorities, the CRA emphasizes the importance of having a clear vulnerability-handling approach and documenting risk-based decisions regarding the scope of the SBOM.

The ROSH Company Labs' cra-kit tool simplifies the SBOM generation process by providing a zero-dependency Node CLI that produces a CycloneDX 1.6 SBOM, along with supporting documentation such as a vulnerability-handling policy, CVD policy, and a readiness checklist. However, it is crucial to understand that the CRA reporting clock is already running, and the SBOM is just one component of the broader compliance requirements.

Building a robust vulnerability-handling process and creating a comprehensive Declaration of Conformity are equally important steps in ensuring CRA compliance.

Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.

Read the original at dev.to →

More in Tech

I tried 5 self-hosted note-taking apps for a year - here's what stuck

After 12 months and 5 different apps, I've settled on one. Here's my journey and the mistakes I made along the way. The apps I tried Standard Notes - encrypted, minimal, free Joplin - markdown…

  • Author tried five self-hosted note-taking apps for a year
  • Settled on hybrid solution using Obsidian and Trilium
  • Emphasized local-first notes and markdown format

The code survives the session. The reasoning should too.

Disclosure: I’m building Wye. This article was drafted with AI assistance. Have you ever opened a feature you built with an agent and wondered: why did we decide to do it this way? The code is there.

  • Wye creates agentic memory for decisions and reasoning
  • Memory stored in Markdown with Git retention
  • Runtime graph enables specific knowledge retrieval

Realtime Delivery Event Retention Rules for Recovering Missed Map Updates

Short answer: keep a short, durable event window for the delivery tracking map, make reconnects request a cursor, and treat a snapshot plus replay as the recovery contract.

  • Short, durable event window ensures correct map updates after connectivity issues
  • Reconnect cursor handles cursor position within retained window
  • Retention contract combines snapshot with replay capabilities for accurate updates

More from Monday 19 October →