• Newsletter
  • Jobs
  • Werben
DIE MACHER DIE MACHER
  • Print
  • Abo
  • Konto
0,00 € 0 Warenkorb
  • Menschen
  • Podcast
  • Digitalwelten
  • MACHERjobs
  • Karriere
  • Lifestyle
  • Unternehmen
  • Zukunft
  • Karrieresprung
  • SchonGewusst
  • Menschen
  • Podcast
  • Digitalwelten
  • MACHERjobs
  • Karriere
  • Lifestyle
  • Unternehmen
  • Zukunft
  • Karrieresprung
  • SchonGewusst
 Erste Guidance zum Cyber Resilience Act (CRA)
v.l.n.r: Axel Anderl, Corina Kruesz
Schon gewusst

Erste Guidance zum Cyber Resilience Act (CRA)

18. März 2026
Dr Axel Anderl, LL.M.
Dr Corina Kruesz, LL.M. (WU)
 

Mit dem Cyber Resilience Act (CRA) hat die Europäische Union erstmals ein umfassendes Regelwerk für Cybersicherheitsanforderungen an Produkte mit digitalen Elementen geschaffen. Auch wenn die Verordnung erst im Dezember 2027 vollständig anwendbar sein wird, sollten Unternehmen die neuen Pflichten nicht auf die lange Bank schieben. Die Umsetzung erfordert teilweise tiefgreifende Anpassungen in Produktentwicklung, Lieferketten, Dokumentation und Vulnerability-Management – Prozesse, die erfahrungsgemäß erhebliche Vorlaufzeiten benötigen. Auf Unionsebene laufen bereits intensive Vorbereitungen und Konkretisierungen der Vorgaben. So hat die Europäische Kommission kürzlich ergänzend zu ihren im Dezember 2025 veröffentlichten FAQseine erste Guidance zum CRA publiziert. Ihre DORDA CRA Experten haben einige wichtige Erkenntnisse daraus gerne für Sie zusammengefasst: 

Klarstellungen zur Produktdefinition

Der CRA lässt eine zentrale Legaldefinition vermissen – jene des Produkts. Die Guidance geht nun teilweise auf dieses Thema ein: Sie stellt klar, dass Software, die dazu dient, eine Hardware zu steuern, zu bedienen, zu konfigurieren oder erforderlich ist, um sie ordentlich nutzen zu können, Teil des gesamthaften (Hardware-)Produkts ist. Das gilt auch dann, wenn sie separat bezogen wird (zB eigener Download). Im Übrigen kann sowohl der Machine- als auch Source Code Software im Sinne des CRA sein – ein zur Produkthaftungs-RL abweichendes weitergehendes Verständnis. 

Inverkehrbringen und Bereitstellung 

Eine der Grundvoraussetzungen für die Anwendbarkeit des CRA ist außerdem das Inverkehrbringen bzw die Bereitstellung in der Kette am Unionsmarkt. In Bezug auf traditionell vernetzte Hardware stellt die Kommission auf das Angebot des einzelnen individuellen Produkt(stück)s ab. Bei digital bereitgestellter Standalone Software ist die erstmalige Bereitstellung zur Weitergabe oder Nutzung auf dem EU Markt einschlägig. Es ist damit unbeachtlich, wenn ein Kunde den Download erst zu einem späteren Zeitpunkt vornimmt. Spätere Versionen lösen nur dann ein neues Inverkehrbringen – und wiederum die Herstellerpflichten – aus, wenn damit eine wesentliche Änderung einhergeht. 

Open-Source-Software (OSS)

Für OSS Software, die entweder unter der FOSS Lizenz verbreitet wird oder dessen Source Code öffentlich geteilt wird, gibt es Spezialregelungen:

Bildschirmfoto-2026-03-18-um-12.37.45
  1. Wird OSS am Markt monetarisiert (zB Bezahlung mit Entgelt oder Daten), gilt der Anbieter grundsätzlich als Hersteller und unterliegt dem weiten Pflichtenspektrum. 
  2. Erfolgt hingegen keine marktbezogene Bereitstellung, kann eine Einstufung als “Verwalter quelloffener Software” in Betracht kommen: Diese Akteure fördern die Entwicklung von OSS systematisch und nachhaltig für kommerzielle Tätigkeiten, ohne selbst Hersteller zu sein. Sie unterliegen nur eingeschränkten Dokumentations- und Meldepflichten. Bußgeldvorschriften gelten für sie nicht. 
  3. Hersteller, die OSS-Komponenten in ihre Produkte integrieren, bleiben auch für die Cybersicherheit verantwortlich. Dies unabhängig davon, ob die OSS selbst unmittelbar unter den CRA fällt. Die OSS unterliegt als Komponente der Due Diligence Pflicht des Herstellers des Endprodukts. Dies ist in der Praxis mit großen Herausforderungen verbunden. Zur Unterstützung der Konformitätsbewertung plant die Kommission freiwillige Programme zur Zertifizierung der Cybersicherheit solcher OSS Komponenten.

Wesentliche Änderungen 

Führt ein Händler oder Importeur wesentliche Änderung eines zugekauften Produkts durch, kann er als Hersteller umqualifiziert werden – mit allen dadurch erweiterten Compliance-Anforderungen. Die vorliegende Guidance definiert näher, wann ein solcher Wechsel eintritt. Bei Software Updates ist zB ganz maßgeblich darauf abzustellen, ob sich die Risikobewertung dadurch ändert – zB durch neu geschaffene Angriffsvektoren. Es bedarf dazu stets einer einzelfallbezogenen Beurteilung. 

Ihre DORDA Cybersecurity Experten halten Sie zu den weiteren Entwicklungen auf dem Laufenden und unterstützen Sie gerne bei Ihrem CRA-Implementierungsprojekt. 

Redaktion

  • DIE MACHER

Fotos

DORDA

Previous post
Next post
  • Digitalwelten 598
  • Karriere 909
  • Menschen 1328
  • Unternehmen 918
  • Zukunft 1527
Weitere Artikel
Karrieresprung

Karrieresprung bei Maximarkt

18. März 2026

Werner Schickmayr übernimmt Marketingleitung bei Maximarkt Seit 1. Januar 2026 ist Werner Schickmayr (58) neuer Leiter des Bereichs Marketing bei

Menschen Unternehmen

Der Ort, an dem Ideen bleiben

18. März 2026

Der Softwarepark Hagenberg baut auf ein Ökosystem, das Startups, Forschung und Wirtschaft enger zusammenbringt als anderswo. Mit dem ConnectSpace wird

Schon gewusst

ShoppingCity Wels – 2025 ein ganz besonderes Jahr und Ausblick

18. März 2026

Das Jahr 2025 stand für die ShoppingCity Wels ganz im Zeichen eines besonderen Meilensteins: Am 13.10.2005 wurde die SCW eröffnet

DIE MACHER DIE MACHER
Newsletter Anmeldung
Newsletter Anmeldung

Kategorien

Digitalwelten
Karriere
Lifestyle
Zukunft
Menschen
Unternehmen
Podcast

Menü

Abo
Print
Über uns
Kontakt
Jobs
Konto

Rechtliches

Impressum
Datenschutz
AGB für Inseratkunden
Werben bei DIE MACHER
Cookie Einstellung
© MACHER MEDIA HOUSE GMBH 2026.
MILEZO
  • Print
  • Abo
  • Konto
  • Print
  • Abo
  • Konto