Cyber Resilience Act (CRA) - Versionsgeschichte

Jhospes am 23. Januar 2026 um 13:45 Uhr

2026-01-23T13:45:22Z

← Nächstältere Version		Version vom 23. Januar 2026, 13:45 Uhr
Zeile 46:		Zeile 46:

	<!--T:6-->		<!--T:6-->
	Hersteller, Händler und Importeure werden gegenüber ihren Kund*innen gezwungen transparent aufzuzeigen, wie sicher ihre Produkte sind, Schwachstellen bekannt zu geben und dafür zu sorgen, dass diese beseitigt werden. Darüber hinaus müssen oben genannte Akteure gewährleisten, dass ihre Produkte über deren gesamten Lebenszyklus sicher vor Cyberangriffen sind. ~~test~~		Hersteller, Händler und Importeure werden gegenüber ihren Kund*innen gezwungen transparent aufzuzeigen, wie sicher ihre Produkte sind, Schwachstellen bekannt zu geben und dafür zu sorgen, dass diese beseitigt werden. Darüber hinaus müssen oben genannte Akteure gewährleisten, dass ihre Produkte über deren gesamten Lebenszyklus sicher vor Cyberangriffen sind.

	== Anwendungsbereich == <!--T:7-->		== Anwendungsbereich == <!--T:7-->

Jhospes: test

2026-01-23T13:44:41Z

test

← Nächstältere Version		Version vom 23. Januar 2026, 13:44 Uhr
Zeile 46:		Zeile 46:

	<!--T:6-->		<!--T:6-->
	Hersteller, Händler und Importeure werden gegenüber ihren Kund*innen gezwungen transparent aufzuzeigen, wie sicher ihre Produkte sind, Schwachstellen bekannt zu geben und dafür zu sorgen, dass diese beseitigt werden. Darüber hinaus müssen oben genannte Akteure gewährleisten, dass ihre Produkte über deren gesamten Lebenszyklus sicher vor Cyberangriffen sind.		Hersteller, Händler und Importeure werden gegenüber ihren Kund*innen gezwungen transparent aufzuzeigen, wie sicher ihre Produkte sind, Schwachstellen bekannt zu geben und dafür zu sorgen, dass diese beseitigt werden. Darüber hinaus müssen oben genannte Akteure gewährleisten, dass ihre Produkte über deren gesamten Lebenszyklus sicher vor Cyberangriffen sind. test

	== Anwendungsbereich == <!--T:7-->		== Anwendungsbereich == <!--T:7-->

Jhospes am 21. Januar 2026 um 07:54 Uhr

2026-01-21T07:54:48Z

← Nächstältere Version		Version vom 21. Januar 2026, 07:54 Uhr
Zeile 102:		Zeile 102:

	<!--T:25-->		<!--T:25-->
	~~TEST~~
	Beispiele hierfür sind:		Beispiele hierfür sind:

Jhospes am 21. Januar 2026 um 07:53 Uhr

2026-01-21T07:53:59Z

← Nächstältere Version		Version vom 21. Januar 2026, 07:53 Uhr
Zeile 102:		Zeile 102:

	<!--T:25-->		<!--T:25-->
			TEST
	Beispiele hierfür sind:		Beispiele hierfür sind:

Jhospes am 27. November 2025 um 22:28 Uhr

2025-11-27T22:28:17Z

← Nächstältere Version		Version vom 27. November 2025, 22:28 Uhr
Zeile 175:		Zeile 175:

	<!--T:48-->		<!--T:48-->
	Open Source Software Stewards sollen einer passgenauen und milderen Regulierung unterliegen sollen als klassische kommerzielle Hersteller (ErwGr 19 CRA). Sie dürfen (eigenständig) keine CE-Kennzeichnung auf den Produkten mit digitalen Elementen anzubringen, deren Entwicklung sie unterstützen, (EG 20 CRA) sind aber an die Meldepflichten (Early Warning und Notifizierung) gemäß Art. 14 Abs. 1 CRA gebunden.		Open Source Software Stewards sollen einer passgenauen und milderen Regulierung unterliegen sollen als klassische kommerzielle Hersteller (ErwGr 19 CRA). Sie dürfen (eigenständig) keine CE-Kennzeichnung auf den Produkten mit digitalen Elementen anzubringen, deren Entwicklung sie unterstützen, (EG 20 CRA) <mark>sind aber an die Meldepflichten (Early Warning und Notifizierung) gemäß Art. 14 Abs. 1 CRA gebunden.</mark>

	<!--T:49-->		<!--T:49-->

Jhospes am 21. Oktober 2025 um 20:16 Uhr

2025-10-21T20:16:40Z

← Nächstältere Version		Version vom 21. Oktober 2025, 20:16 Uhr
Zeile 175:		Zeile 175:

	<!--T:48-->		<!--T:48-->
	Open Source Software Stewards sollen einer passgenauen und milderen Regulierung unterliegen sollen als klassische kommerzielle Hersteller (ErwGr 19 CRA). Sie dürfen (eigenständig) keine CE-Kennzeichnung auf den Produkten mit digitalen Elementen anzubringen, deren Entwicklung sie unterstützen. (EG 20 CRA)		Open Source Software Stewards sollen einer passgenauen und milderen Regulierung unterliegen sollen als klassische kommerzielle Hersteller (ErwGr 19 CRA). Sie dürfen (eigenständig) keine CE-Kennzeichnung auf den Produkten mit digitalen Elementen anzubringen, deren Entwicklung sie unterstützen, (EG 20 CRA) sind aber an die Meldepflichten (Early Warning und Notifizierung) gemäß Art. 14 Abs. 1 CRA gebunden.

	<!--T:49-->		<!--T:49-->
Zeile 301:		Zeile 301:

	<!--T:84-->		<!--T:84-->
	* ''Heckmann/Paschke'', CRA. Cyber Resilience Act (2025~~, iE~~).		* ''Heckmann/Paschke'', CRA. Cyber Resilience Act (2025).

	== Einzelnachweise == <!--T:85-->		== Einzelnachweise == <!--T:85-->

	</translate>		</translate>

Jhospes: Diese Seite wurde zum Übersetzen freigegeben

2025-06-03T09:40:00Z

Diese Seite wurde zum Übersetzen freigegeben

Änderungen zeigen

Jhospes: Bereitete die Seite zur Übersetzung vor

2025-06-03T08:04:17Z

Bereitete die Seite zur Übersetzung vor

← Nächstältere Version		Version vom 3. Juni 2025, 08:04 Uhr
Zeile 1:		Zeile 1:
	{{Infobox Rechtsakt (EU)\|Typ=Verordnung\|Jahr=2024\|Nummer=2847\|Vertrag=EU\|EWR=ja\|Titel=Verordnung (EU) 2024/2847 des Europäischen Parlaments und des Rates vom 23. Oktober 2024 über horizontale Cybersicherheitsanforderungen für Produkte mit digitalen Elementen und zur Änderung der Verordnungen (EU) Nr. 168/2013 und (EU) 2019/1020 und der Richtlinie (EU) 2020/1828\|Kurztitel=Cyber Resilience Act/Cyberresilienz-Verordnung\|Bezeichnung=CRA\|Rechtsmaterie=Binnenmarkt, Cybersicherheit\|Grundlage=AEUV, insbesondere {{Art.\|114\|AEUV\|dejure\|}}\|Fundstelle=ABl L 2024/2847, 1\|Anzuwenden=11. Dezember 2027 (mit Ausnahmen)\|Gültig=inkraft}}		<languages/>
			{{Infobox Rechtsakt (EU)\|Typ=Verordnung\|Jahr=2024\|Nummer=2847\|Vertrag=EU\|EWR=ja\|Titel=Verordnung (EU) 2024/2847 des Europäischen Parlaments und des Rates vom 23. Oktober 2024 über horizontale Cybersicherheitsanforderungen für Produkte mit digitalen Elementen und zur Änderung der Verordnungen (EU) Nr. 168/2013 und (EU) 2019/1020 und der Richtlinie (EU) 2020/1828\|Kurztitel=Cyber Resilience Act/Cyberresilienz-Verordnung\|Bezeichnung=CRA\|Rechtsmaterie=Binnenmarkt, Cybersicherheit\|Grundlage=AEUV, insbesondere {{Art.\|114\|AEUV\|dejure\|}}
			<translate>\|Fundstelle=ABl L 2024/2847, 1\|Anzuwenden=11. Dezember 2027 (mit Ausnahmen)\|Gültig=inkraft}}

	== Kurzübersicht ==		== Kurzübersicht ==

	{\| class="wikitable"		{\| class="wikitable"
	!Ziele		!Ziele
Zeile 36:		Zeile 39:

	== Einführung ==		== Einführung ==

	Der Cyber Resilience Act (CRA) folgt dem Ziel der Erhöhung der Cybersicherheit mit einheitlichen Cybersicherheitsanforderungen bei Produkten mit digitalen Elementen, vor allem bei Hard- und Software. Der CRA gibt vor, dass künftig '''alle vernetzen Produkte''' '''das''' '''CE-Kennzeichen''' tragen müssen. Das CE-Kennzeichen vermittelt nach außen, dass das vernetzte Produkt einen hinreichenden Schutz vor Cybergefahren gewährleistet.<ref>https://www.bmi.bund.de/SharedDocs/pressemitteilungen/DE/2024/10/cyber-resilience-act.html</ref>		Der Cyber Resilience Act (CRA) folgt dem Ziel der Erhöhung der Cybersicherheit mit einheitlichen Cybersicherheitsanforderungen bei Produkten mit digitalen Elementen, vor allem bei Hard- und Software. Der CRA gibt vor, dass künftig '''alle vernetzen Produkte''' '''das''' '''CE-Kennzeichen''' tragen müssen. Das CE-Kennzeichen vermittelt nach außen, dass das vernetzte Produkt einen hinreichenden Schutz vor Cybergefahren gewährleistet.<ref>https://www.bmi.bund.de/SharedDocs/pressemitteilungen/DE/2024/10/cyber-resilience-act.html</ref>

Zeile 43:		Zeile 47:

	==== Sachlicher Anwendungsbereich ====		==== Sachlicher Anwendungsbereich ====

	Die Verordnung gilt für Produkte mit digitalen Elementen (Hard- oder Softwareprodukte, und deren Datenfernverarbeitungslösungen, welche getrennt in Verkehr gebracht werden), deren bestimmungsgemäße oder vernünftigerweise vorhersehbare Verwendung eine direkte oder indirekte logische oder physische Datenverbindung mit einem Gerät oder Netz einschließt.		Die Verordnung gilt für Produkte mit digitalen Elementen (Hard- oder Softwareprodukte, und deren Datenfernverarbeitungslösungen, welche getrennt in Verkehr gebracht werden), deren bestimmungsgemäße oder vernünftigerweise vorhersehbare Verwendung eine direkte oder indirekte logische oder physische Datenverbindung mit einem Gerät oder Netz einschließt.

Zeile 59:		Zeile 64:

	====== Spezialfall Open Source Software ======		====== Spezialfall Open Source Software ======

	Freie und quelloffene Softwareprodukte („Open-Source“), die außerhalb einer Geschäftstätigkeit entwickelt oder bereitgestellt werden, sind nicht verpflichtet.<ref>ErwGr 18 CRA-E: Finally, for the purposes of this Regulation, the development of products with digital elements qualifying as '''free and open-source software by not-for-profit organisations should not be considered to be a commercial activity provided that the organisation is set up in such a way that ensures that all earnings after costs are used to achieve not-for-profit objectives'''. This Regulation does not apply to natural or legal persons who contribute with source code to products with digital elements qualifying as free and open-source software that are not under their responsibility		Freie und quelloffene Softwareprodukte („Open-Source“), die außerhalb einer Geschäftstätigkeit entwickelt oder bereitgestellt werden, sind nicht verpflichtet.<ref>ErwGr 18 CRA-E: Finally, for the purposes of this Regulation, the development of products with digital elements qualifying as '''free and open-source software by not-for-profit organisations should not be considered to be a commercial activity provided that the organisation is set up in such a way that ensures that all earnings after costs are used to achieve not-for-profit objectives'''. This Regulation does not apply to natural or legal persons who contribute with source code to products with digital elements qualifying as free and open-source software that are not under their responsibility
	</ref> Ein explizite Ausnahme wurde nicht aufgenommen, die Ausnahme ergibt sich implizit aus der Definition der "Geschäftstätigkeit" und wird ErwGr 18 CRA weiter präzisiert.		</ref> Ein explizite Ausnahme wurde nicht aufgenommen, die Ausnahme ergibt sich implizit aus der Definition der "Geschäftstätigkeit" und wird ErwGr 18 CRA weiter präzisiert.
Zeile 65:		Zeile 71:

	==== Persönlicher Anwendungsbereich ====		==== Persönlicher Anwendungsbereich ====

	Betroffene Akteure sind primär Hersteller, Händler, Einführer von Produkten mit digitalen Elementen (Importeure) sowie Open-Source Stewards.		Betroffene Akteure sind primär Hersteller, Händler, Einführer von Produkten mit digitalen Elementen (Importeure) sowie Open-Source Stewards.

Zeile 84:		Zeile 91:

	==== Territorialer Anwendungsbereich ====		==== Territorialer Anwendungsbereich ====

	Gegenstand der Regelung ist die Bereitstellung eines Produkts mit digitalen Elementen auf dem Unionsmarkt.		Gegenstand der Regelung ist die Bereitstellung eines Produkts mit digitalen Elementen auf dem Unionsmarkt.

Zeile 89:		Zeile 97:

	==== Hersteller ====		==== Hersteller ====

	Gem Art 13 Abs 1 müssen Hersteller gewährleisten, dass die Eigenschaften ihrer Hard- und Softwareprodukte '''Mindestsicherheitsanforderungen''' bei Konzeption, Entwicklung und Herstellung erfüllen. Hierbei Ist Annex I Teil I beachtlich, welcher auf die Schaffung eines angemessenen Sicherheitsniveaus abzielt.		Gem Art 13 Abs 1 müssen Hersteller gewährleisten, dass die Eigenschaften ihrer Hard- und Softwareprodukte '''Mindestsicherheitsanforderungen''' bei Konzeption, Entwicklung und Herstellung erfüllen. Hierbei Ist Annex I Teil I beachtlich, welcher auf die Schaffung eines angemessenen Sicherheitsniveaus abzielt.

Zeile 104:		Zeile 113:

	==== Händler ====		==== Händler ====

	Ehe sie ein Hard- oder Softwareprodukt auf dem EU-Markt bereitstellen, müssen Händler gem Art 19 CRA sicherstellen:		Ehe sie ein Hard- oder Softwareprodukt auf dem EU-Markt bereitstellen, müssen Händler gem Art 19 CRA sicherstellen:

Zeile 116:		Zeile 126:

	==== Importeur ====		==== Importeur ====

	Importeure müssen vor dem Inverkehrbringen eines Produkts aktiv sicherstellen, dass:		Importeure müssen vor dem Inverkehrbringen eines Produkts aktiv sicherstellen, dass:

Zeile 139:		Zeile 150:

	== Kategorisierung von Produkten und Pflichten ==		== Kategorisierung von Produkten und Pflichten ==
	[[Datei:CRA Zertifizierungen ri.png\|mini\|Zertifizierungsschemata des Cyber Resilience Act - CC BY 4.0]]
			</translate>
			[[Datei:CRA Zertifizierungen ri.png\|mini\|<translate>Zertifizierungsschemata des Cyber Resilience Act - CC BY 4.0</translate>]]
			<translate>
	Der CRA unterscheidet zwischen der „Standardkategorie“, wichtigen Produkten Klasse I und Klasse II, sowie kritischen Produkten.		Der CRA unterscheidet zwischen der „Standardkategorie“, wichtigen Produkten Klasse I und Klasse II, sowie kritischen Produkten.

	==== Standardkategorie (Art. 2 CRA) ====		==== Standardkategorie (Art. 2 CRA) ====

	Zertifizierungsschema:		Zertifizierungsschema:

Zeile 149:		Zeile 164:

	==== Wichtige Produkte Klasse I (Art 7 CRA iVm Annex III Class I) ====		==== Wichtige Produkte Klasse I (Art 7 CRA iVm Annex III Class I) ====

	Beispiele:		Beispiele:
	* Passwortmanager		* Passwortmanager
Zeile 165:		Zeile 181:

	==== Wichtige Produkte Klasse II (Art 7 CRA iVm Annex III Class II) ====		==== Wichtige Produkte Klasse II (Art 7 CRA iVm Annex III Class II) ====

	Beispiele:		Beispiele:
	* Firewalls		* Firewalls
Zeile 176:		Zeile 193:

	==== Kritische Produkte (Art 8 CRA iVm Annex III iVm Annex IV) ====		==== Kritische Produkte (Art 8 CRA iVm Annex III iVm Annex IV) ====

	Beispiele:		Beispiele:

Zeile 189:		Zeile 207:
	== Synergien ==		== Synergien ==

	====== [[Artificial Intelligence Act (AIA)\|Artificial Intelligence Act (KI Verordnung)]] ======		====== [[Special:MyLanguage/Artificial Intelligence Act (AIA)\|Artificial Intelligence Act (KI Verordnung)]] ======

	* Für Hochrisiko-KI-Systeme, die gleichzeitig unter den CRA fallen, gibt es eine spezielle Regelung: Die Cybersicherheitsanforderungen des Art 15 AI Act gelten als erfüllt, wenn alle Vorgaben des CRA eingehalten und soweit sie durch das Konformitätsbewertungsverfahren abgedeckt sind. Die Konformität wird gemäß Art 12 Abs 1 lit c CRA nur soweit bescheinigt als die Anforderungen des Konformitätsverfahrens die Anforderungen des Art 15 AI Act abdecken. Wo dies der Fall ist, muss jedoch im Einzelfall geprüft werden.		* Für Hochrisiko-KI-Systeme, die gleichzeitig unter den CRA fallen, gibt es eine spezielle Regelung: Die Cybersicherheitsanforderungen des Art 15 AI Act gelten als erfüllt, wenn alle Vorgaben des CRA eingehalten und soweit sie durch das Konformitätsbewertungsverfahren abgedeckt sind. Die Konformität wird gemäß Art 12 Abs 1 lit c CRA nur soweit bescheinigt als die Anforderungen des Konformitätsverfahrens die Anforderungen des Art 15 AI Act abdecken. Wo dies der Fall ist, muss jedoch im Einzelfall geprüft werden.
Zeile 198:		Zeile 216:

	== Konsequenzen/Strafen ==		== Konsequenzen/Strafen ==

	Gemäß Art 52 Abs 1 CRA haben die MS Vorschriften über Sanktionen zu erlassen, die bei Verstößen der Wirtschaftsakteure gegen diese Verordnung zu verhängen sind und treffen die zur Durchsetzung erforderlichen Maßnahmen.		Gemäß Art 52 Abs 1 CRA haben die MS Vorschriften über Sanktionen zu erlassen, die bei Verstößen der Wirtschaftsakteure gegen diese Verordnung zu verhängen sind und treffen die zur Durchsetzung erforderlichen Maßnahmen.

Zeile 223:		Zeile 242:

	=== Kommentare ===		=== Kommentare ===

	* ''Heckmann/Paschke'', CRA. Cyber Resilience Act (2025, iE).		* ''Heckmann/Paschke'', CRA. Cyber Resilience Act (2025, iE).

	== Einzelnachweise ==		== Einzelnachweise ==

			</translate>

Elisabeth Mayer: /* Kurzübersicht */

2025-02-07T11:55:45Z

Kurzübersicht

← Nächstältere Version		Version vom 7. Februar 2025, 11:55 Uhr
Zeile 22:		Zeile 22:
	\|Verstoß gegen übrige Pflichten; bis zu 10.000.000 € oder 2 % des weltweit erzielten Vorjahresumsatzes		\|Verstoß gegen übrige Pflichten; bis zu 10.000.000 € oder 2 % des weltweit erzielten Vorjahresumsatzes
	\|-		\|-
	\|Bedingungen schaffen, die es den ~~Nutzern~~ ermöglichen Cybersicherheit zu berücksichtigen.		\|Bedingungen schaffen, die es den Nutzer*innen ermöglichen Cybersicherheit zu berücksichtigen.
	\|		\|
	\|Sicherheitsbewertungen je nach Sicherheitsklasse		\|Sicherheitsbewertungen je nach Sicherheitsklasse
Zeile 109:		Zeile 109:
	* dass die EU-Konformitätserklärung vorhanden ist		* dass die EU-Konformitätserklärung vorhanden ist
	* dass die Mindestinformation des Herstellers bzw. des Importeurs vorhanden ist		* dass die Mindestinformation des Herstellers bzw. des Importeurs vorhanden ist
	* dass ausführliche ~~Nutzeranleitungen~~ vorhanden sind		* dass ausführliche Anleitungen für Nutzer*innen vorhanden sind

	Liegt aufgrund einer Schwachstelle ein '''erhebliches Cybersicherheitsrisiko''' vor, müssen Händler unverzüglich die Marktüberwachungsbehörden der Mitgliedstaaten unterrichten, in denen sie das Produkt vertreiben.		Liegt aufgrund einer Schwachstelle ein '''erhebliches Cybersicherheitsrisiko''' vor, müssen Händler unverzüglich die Marktüberwachungsbehörden der Mitgliedstaaten unterrichten, in denen sie das Produkt vertreiben.

Elisabeth Mayer: /* Einführung */

2025-02-06T16:52:46Z

Einführung

← Nächstältere Version		Version vom 6. Februar 2025, 16:52 Uhr
Zeile 38:		Zeile 38:
	Der Cyber Resilience Act (CRA) folgt dem Ziel der Erhöhung der Cybersicherheit mit einheitlichen Cybersicherheitsanforderungen bei Produkten mit digitalen Elementen, vor allem bei Hard- und Software. Der CRA gibt vor, dass künftig '''alle vernetzen Produkte''' '''das''' '''CE-Kennzeichen''' tragen müssen. Das CE-Kennzeichen vermittelt nach außen, dass das vernetzte Produkt einen hinreichenden Schutz vor Cybergefahren gewährleistet.<ref>https://www.bmi.bund.de/SharedDocs/pressemitteilungen/DE/2024/10/cyber-resilience-act.html</ref>		Der Cyber Resilience Act (CRA) folgt dem Ziel der Erhöhung der Cybersicherheit mit einheitlichen Cybersicherheitsanforderungen bei Produkten mit digitalen Elementen, vor allem bei Hard- und Software. Der CRA gibt vor, dass künftig '''alle vernetzen Produkte''' '''das''' '''CE-Kennzeichen''' tragen müssen. Das CE-Kennzeichen vermittelt nach außen, dass das vernetzte Produkt einen hinreichenden Schutz vor Cybergefahren gewährleistet.<ref>https://www.bmi.bund.de/SharedDocs/pressemitteilungen/DE/2024/10/cyber-resilience-act.html</ref>

	Hersteller, Händler und Importeure werden gegenüber ihren ~~Kunden~~ gezwungen transparent aufzuzeigen, wie sicher ihre Produkte sind, Schwachstellen bekannt zu geben und dafür zu sorgen, dass diese beseitigt werden. Darüber hinaus müssen oben genannte Akteure gewährleisten, dass ihre Produkte über deren gesamten Lebenszyklus sicher vor Cyberangriffen sind.		Hersteller, Händler und Importeure werden gegenüber ihren Kund*innen gezwungen transparent aufzuzeigen, wie sicher ihre Produkte sind, Schwachstellen bekannt zu geben und dafür zu sorgen, dass diese beseitigt werden. Darüber hinaus müssen oben genannte Akteure gewährleisten, dass ihre Produkte über deren gesamten Lebenszyklus sicher vor Cyberangriffen sind.

	== Anwendungsbereich ==		== Anwendungsbereich ==
Zeile 191:		Zeile 191:
	====== [[Artificial Intelligence Act (AIA)\|Artificial Intelligence Act (KI Verordnung)]] ======		====== [[Artificial Intelligence Act (AIA)\|Artificial Intelligence Act (KI Verordnung)]] ======

	* Für Hochrisiko-KI-Systeme, die gleichzeitig unter den CRA fallen, gibt es eine spezielle Regelung:		* Für Hochrisiko-KI-Systeme, die gleichzeitig unter den CRA fallen, gibt es eine spezielle Regelung: Die Cybersicherheitsanforderungen des Art 15 AI Act gelten als erfüllt, wenn alle Vorgaben des CRA eingehalten und soweit sie durch das Konformitätsbewertungsverfahren abgedeckt sind. Die Konformität wird gemäß Art 12 Abs 1 lit c CRA nur soweit bescheinigt als die Anforderungen des Konformitätsverfahrens die Anforderungen des Art 15 AI Act abdecken. Wo dies der Fall ist, muss jedoch im Einzelfall geprüft werden.
	* Die Cybersicherheitsanforderungen des Art 15 AI Act gelten als erfüllt, wenn alle Vorgaben des CRA eingehalten und soweit sie durch das Konformitätsbewertungsverfahren abgedeckt sind. Die Konformität wird gemäß Art 12 Abs 1 lit c CRA nur soweit bescheinigt als die Anforderungen des Konformitätsverfahrens die Anforderungen des Art 15 AI Act abdecken. Wo dies der Fall ist, muss jedoch im Einzelfall geprüft werden.

	====== DSGVO ======		====== DSGVO ======