NIS2-Anforderungen an die Verschlüsselung: Was Artikel 21 zur Kryptografie verlangt und wann Verschlüsselung erwartet wird

NIS2 verlangt von jeder wesentlichen und wichtigen Einrichtung ein Kryptografiekonzept und Verschlüsselung, soweit dem Risiko angemessen. Was Art. 21(2)(h) sagt, was die DVO 2024/2690 ergänzt, eine Gliederung, Schlüsselmanagement, Post-Quanten-Pläne und Telekom-Regeln.

Daniel Grigorovich
Daniel Grigorovich
Gründer · 15 Jun 2026 · 10 Min. Lesezeit
NIS2Telecom
NIS2-Anforderungen an die Verschlüsselung nach Artikel 21

NIS2 verlangt nicht, dass Sie alles verschlüsseln. Artikel 21(2)(h) verlangt von jeder wesentlichen und wichtigen Einrichtung Konzepte und Verfahren für den Einsatz von Kryptografie und gegebenenfalls Verschlüsselung. Das Konzept ist Pflicht. Wo Sie verschlüsseln, ergibt sich aus Ihrer Risikobewertung. Für Cloud-Anbieter, Anbieter verwalteter Dienste und andere digitale Anbieter legt die Durchführungsverordnung (EU) 2024/2690 fest, was das Konzept enthalten muss.

Dieser Leitfaden behandelt, was Artikel 21 verlangt, ob Verschlüsselung Pflicht ist, die Durchführungsverordnung 2024/2690, eine Gliederung für das Konzept, Schlüsselmanagement, Post-Quanten-Pläne, Telekommunikation, DSGVO und ISO 27001, was die Regeln offenlassen, und eine Checkliste.

QuelleAussage zur KryptografieWen sie bindet
NIS2 Art. 21(2)(h)Konzepte und Verfahren für Kryptografie und gegebenenfalls VerschlüsselungAlle wesentlichen und wichtigen Einrichtungen
NIS2 Art. 21(2)(j)Gegebenenfalls gesicherte Sprach-, Video- und Textkommunikation sowie gesicherte NotfallkommunikationAlle wesentlichen und wichtigen Einrichtungen
Durchführungsverordnung (EU) 2024/2690, Anhang Abschnitt 9Inhalt des Konzepts, zugelassene Algorithmen, Schlüsselmanagement, ÜberprüfungenCloud, Rechenzentren, CDN, DNS, TLD, MSP, MSSP, Online-Plattformen, Vertrauensdiensteanbieter
NIS2 Erwägungsgrund 98Verschlüsselung, insbesondere Ende-zu-Ende, sollte gefördert werden und, wo nötig, für Telekommunikationsanbieter verpflichtend seinErläutert die Absicht; die Pflicht steht in Artikel 21
Empfehlung (EU) 2024/1101 und FahrplanPost-Quanten-Übergang bis Ende 2026 beginnen; kritische Infrastrukturen bis Ende 2030An die Mitgliedstaaten gerichtet, keine Pflicht für Unternehmen

Was verlangt NIS2 zur Verschlüsselung?

Artikel 21(2)(h) nennt unter den Mindestmaßnahmen Konzepte und Verfahren für den Einsatz von Kryptografie und gegebenenfalls Verschlüsselung. Der Vorbehalt bezieht sich auf die Verschlüsselung, nicht auf das Konzept. Jede wesentliche und wichtige Einrichtung braucht einen dokumentierten Ansatz für Kryptografie. Ob ein bestimmtes System verschlüsselt wird, ist eine Entscheidung, die dieser Ansatz treffen und begründen muss.

Kryptografie ist zudem mehr als Verschlüsselung: Sie sichert über Signaturen, Zertifikate und Hashes auch Integrität und Authentizität. Artikel 21(1) gibt den Rahmen für die Entscheidung vor: Die Maßnahmen berücksichtigen den Stand der Technik, einschlägige Normen und die Kosten der Umsetzung, im Verhältnis zu Ihrer Risikoexposition, Ihrer Größe sowie der Wahrscheinlichkeit und Schwere von Sicherheitsvorfällen. Artikel 21(2)(j) ergänzt gegebenenfalls gesicherte Sprach-, Video- und Textkommunikation sowie gesicherte Notfallkommunikationssysteme innerhalb der Einrichtung. In der Praxis heißt gesichert verschlüsselt.

Nach Artikel 20 müssen die Leitungsorgane die Maßnahmen billigen und ihre Umsetzung überwachen, das Kryptografiekonzept eingeschlossen. Die anderen neun Maßnahmen finden Sie in NIS2 Artikel 21 erklärt.

Ist Verschlüsselung nach NIS2 Pflicht?

Nicht bedingungslos. Der verbindliche Text sieht Verschlüsselung nur gegebenenfalls vor und nennt kein System, keine Datenart und keinen Algorithmus. Die Verwirrung stammt aus Erwägungsgrund 98. Danach sollte die Verschlüsselung, insbesondere die Ende-zu-Ende-Verschlüsselung, gefördert werden und, wo nötig, für Anbieter öffentlicher elektronischer Kommunikationsnetze oder öffentlich zugänglicher elektronischer Kommunikationsdienste verpflichtend sein. Ein Erwägungsgrund erläutert den Zweck eines Rechtsakts. Die Pflicht steht in Artikel 21, der für jede Einrichtung denselben Vorbehalt vorsieht, Telekommunikationsbetreiber eingeschlossen.

Zwei Dinge können Verschlüsselung für Sie faktisch zur Pflicht machen. Erstens das nationale Recht: Nach Artikel 5 können die Mitgliedstaaten Bestimmungen erlassen, die ein höheres Cybersicherheitsniveau gewährleisten. Prüfen Sie also Ihr Umsetzungsgesetz. Zweitens Ihre eigene Risikobewertung: Sobald sie ein Risiko feststellt, das sich mit Verschlüsselung behandeln lässt, ist der Verzicht auf Verschlüsselung eine Entscheidung, die Sie verteidigen müssen.

Wann ist Verschlüsselung in der Praxis angemessen?

Sinnvoll ist, Verschlüsselung zum Standard zu machen und die Ausnahmen zu dokumentieren. In der Praxis lässt sich kaum begründen, dass Verschlüsselung nicht angemessen ist für:

  • Daten bei der Übertragung über öffentliche Netze, einschließlich administrativer Zugriffe und Fernzugriffe;
  • Laptops und Smartphones, die verloren gehen;
  • Backups, vor allem Kopien außer Haus oder bei einem Anbieter;
  • Speicher mit personenbezogenen, finanziellen oder Kundendaten;
  • E-Mails mit kritischen Lieferanten und Kunden.

Wo Verschlüsselung nicht angemessen ist, etwa bei einer älteren Industriesteuerung, die sie nicht unterstützt, dokumentieren Sie den Grund, die kompensierende Maßnahme und einen Überprüfungstermin. Diese Dokumentation legen Sie einer Behörde vor.

Was verlangt die Durchführungsverordnung 2024/2690 zur Kryptografie?

Die Durchführungsverordnung (EU) 2024/2690 gilt für DNS-Diensteanbieter, TLD-Namenregister, Anbieter von Cloud-Computing-Diensten, Rechenzentrumsdiensten und Inhaltszustellnetzen, Anbieter verwalteter Dienste, Anbieter verwalteter Sicherheitsdienste, Online-Marktplätze, Online-Suchmaschinen, Plattformen für Dienste sozialer Netzwerke und Vertrauensdiensteanbieter. Abschnitt 9 ihres Anhangs setzt Artikel 21(2)(h) in konkrete Anforderungen um:

  • 9.1: ein Konzept und Verfahren zur Kryptografie, die eine angemessene und wirksame Nutzung der Kryptografie sicherstellen, im Einklang mit der Klassifizierung der Assets und der Risikobewertung.
  • 9.2(a): Art, Stärke und Qualität der kryptografischen Maßnahmen für jede Asset-Klasse, einschließlich ruhender Daten und Daten bei der Übertragung.
  • 9.2(b): die zugelassenen und vorgeschriebenen Protokolle, Algorithmen, Verschlüsselungsstärken, Lösungen und Nutzungspraktiken, gegebenenfalls nach einem Ansatz der Krypto-Agilität.
  • 9.2(c): der Ansatz für das Schlüsselmanagement, mit zwölf Tätigkeiten von der Erzeugung bis zur Vernichtung.
  • 9.3: Überprüfung und gegebenenfalls Aktualisierung in geplanten Abständen, unter Berücksichtigung des Stands der Technik in der Kryptografie.

Nach Nummer 6.7.2(i) kommunizieren getrennte Systeme nur über vertrauenswürdige Kanäle, die durch logische, kryptografische oder physische Trennung isoliert sind. Wenn Sie nicht zu diesen Anbietern gehören, ist Abschnitt 9 dennoch eine detaillierte amtliche Lesart von Artikel 21(2)(h) und eine solide Struktur für Ihr eigenes Konzept. Wer unter die Verordnung fällt, erfahren Sie in NIS2 für die digitale Infrastruktur.

Was muss ein Kryptografiekonzept nach NIS2 enthalten?

Die folgende Gliederung folgt Abschnitt 9 der Durchführungsverordnung 2024/2690. Sie ist eine praktische Vorlage, kein Rechtstext. Legen Sie die Algorithmentabellen in einen Anhang, den Sie aktualisieren können, ohne das Konzept neu freigeben zu lassen.

KRYPTOGRAFIEKONZEPT: GLIEDERUNG

1. Zweck und Geltungsbereich
   - Vertraulichkeit, Integrität und Authentizität der Daten
   - Erfasste Dienste, Systeme und Standorte
2. Rollen
   - Verantwortlicher für das Konzept, Schlüsselverwalter,
     Freigabe durch die Leitung
3. Schutz je Asset-Klasse
   - Klasse | ruhend | bei Übertragung | Signatur/Integrität
   - Ausnahmen: System, Grund, kompensierende Maßnahme,
     Verantwortlicher, Überprüfungstermin
4. Zugelassene Kryptografie (Anhang, jährlich überprüft)
   - Protokolle und Mindestversionen
   - Algorithmen und Mindestschlüssellängen
   - Veraltete und verbotene Verfahren, mit Ausmusterungsdatum
   - Krypto-Agilität: wie ein Algorithmus ersetzt wird
5. Schlüsselmanagement
   - Erzeugung, Zertifikate, Verteilung, Speicherung
   - Wechsel, Kompromittierung, Widerruf, Wiederherstellung
   - Sicherung, Vernichtung, Protokollierung, Gültigkeitsdauer
6. Lieferanten
   - Mindestanforderungen an Verschlüsselung in Verträgen
   - Wer die Schlüssel für gehostete und verwaltete Dienste hält
7. Nachweise
   - Abdeckungskennzahlen, Zertifikatsabläufe, offene Ausnahmen
8. Überprüfung
   - Geplantes Intervall; Auslöser: Sicherheitsvorfall, neue
     Bedrohung, neue Norm, veralteter Algorithmus

Wie verwalten Sie Verschlüsselungsschlüssel nach NIS2?

Verschlüsselung ist nur so stark wie der Prozess, der die Schlüssel erzeugt, speichert, wechselt und vernichtet. Nummer 9.2(c) der Durchführungsverordnung 2024/2690 nennt zwölf Tätigkeiten, die der Ansatz gegebenenfalls abdeckt: Erzeugung, Zertifikate, Verteilung, Speicherung und Zugriff, Schlüsselwechsel, kompromittierte Schlüssel, Widerruf, Wiederherstellung, Sicherung, Vernichtung, Protokollierung und Prüfung sowie Aktivierungs- und Deaktivierungsdaten.

In der Praxis sind drei Lücken häufig:

  1. Schlüssel, die neben den Daten liegen, die sie schützen: in derselben Datenbank, demselben Repository oder derselben Konfigurationsdatei.
  2. Kein Verfahren für einen kompromittierten Schlüssel, sodass es beim ersten Mal während eines Sicherheitsvorfalls improvisiert wird.
  3. Zertifikate ohne Verantwortlichen, die erst auffallen, wenn sie ablaufen und ein Dienst ausfällt.

Ein verwalteter Schlüsseldienst oder ein Hardware-Sicherheitsmodul löst Speicherung und Protokollierung. Die Frage der Verantwortung löst es nicht. Jeder Schlüssel und jedes Zertifikat braucht einen namentlich benannten Verantwortlichen, und für gehostete Dienste sollte das Konzept festlegen, wer die Schlüssel hält: Sie oder der Anbieter.

Verlangt NIS2 Post-Quanten-Kryptografie?

Nein. Die Kryptografiebestimmungen von NIS2 und der Durchführungsverordnung 2024/2690 enthalten keine Post-Quanten-Anforderung. Der EU-Plan steht in zwei Dokumenten, die sich an die Mitgliedstaaten richten:

  • Empfehlung (EU) 2024/1101 der Kommission vom 11. April 2024 für einen koordinierten Umsetzungsfahrplan für den Übergang zur Post-Quanten-Kryptografie.
  • Der koordinierte Fahrplan, den die Mitgliedstaaten am 23. Juni 2025 gemeinsam mit der Kommission veröffentlicht haben und der in der NIS-Kooperationsgruppe erarbeitet wurde. Laut der Ankündigung der Kommission sollten alle Mitgliedstaaten bis Ende 2026 mit dem Übergang zur Post-Quanten-Kryptografie beginnen, und kritische Infrastrukturen sollten so bald wie möglich, spätestens bis Ende 2030, umstellen.

Der Bezug zu NIS2 ist indirekt: Die Durchführungsverordnung 2024/2690 verlangt gegebenenfalls Krypto-Agilität und Überprüfungen anhand des Stands der Technik. Beginnen Sie in der Praxis mit einer Bestandsaufnahme, wo Sie auf Public-Key-Kryptografie angewiesen sind (TLS, VPNs, SSH, Code-Signierung) und welche Hersteller sie kontrollieren. Daten, die über Jahre vertraulich bleiben müssen, kommen zuerst, denn heute aufgezeichneter Datenverkehr könnte später entschlüsselt werden.

Was bedeutet NIS2 für die Verschlüsselung in der Telekommunikation?

Anbieter öffentlicher elektronischer Kommunikationsnetze und öffentlich zugänglicher elektronischer Kommunikationsdienste fallen unabhängig von ihrer Größe in den Anwendungsbereich (Artikel 2(2)(a)). Anbieter, die mittlere oder größere Unternehmen sind, sind wesentliche Einrichtungen (Artikel 3(1)); Anbieter, die kleine Unternehmen oder Kleinstunternehmen sind, sind wichtige Einrichtungen, sofern sie nicht als wesentliche Einrichtungen eingestuft werden. Zuständig ist der Mitgliedstaat, in dem sie ihre Dienste erbringen (Artikel 26).

Artikel 43 hat die Telekom-Sicherheitsvorschriften in den Artikeln 40 und 41 des Europäischen Kodex für die elektronische Kommunikation (Richtlinie (EU) 2018/1972) mit Wirkung vom 18. Oktober 2024 gestrichen. Nach Erwägungsgrund 95 sollten nationale Leitlinien, die auf Grundlage dieser Artikel erlassen wurden, gegebenenfalls berücksichtigt werden. Die telekomspezifischen Aussagen zur Verschlüsselung stehen in den Erwägungsgründen:

  • Erwägungsgrund 98: Verschlüsselung, insbesondere Ende-zu-Ende-Verschlüsselung, sollte gefördert werden, neben datenzentrierten Sicherheitskonzepten wie Kartografie, Segmentierung, Kennzeichnung und Zugriffsverwaltung. Wo nötig, sollte sie verpflichtend sein, im Einklang mit den Grundsätzen der Sicherheit und des Schutzes der Privatsphäre durch Voreinstellungen und durch Technikgestaltung. Sie sollte mit den Befugnissen der Mitgliedstaaten im Bereich der öffentlichen Sicherheit und der Strafverfolgung in Einklang gebracht werden, doch dies sollte die Ende-zu-Ende-Verschlüsselung nicht schwächen.
  • Erwägungsgrund 99: Standards für sicheres Routing sollten gefördert werden.
  • Erwägungsgrund 104: Anbieter sollten Sicherheit durch Technikgestaltung und durch Voreinstellungen umsetzen und ihre Kunden über erhebliche Cyberbedrohungen und mögliche Gegenmaßnahmen informieren, zum Beispiel durch den Einsatz bestimmter Arten von Software oder Verschlüsselungstechnologien.

Artikel 2(6) ergänzt, dass NIS2 die Verantwortung der Mitgliedstaaten für die nationale Sicherheit und ihre Befugnis zur Aufrechterhaltung der öffentlichen Ordnung unberührt lässt. Zusammen mit Erwägungsgrund 98 gelesen, lässt NIS2 nationale Regeln zum rechtmäßigen Zugriff bestehen und verlangt von den Betreibern nicht, die Ende-zu-Ende-Verschlüsselung dafür zu schwächen.

Artikel 23(2) ist verbindlich: Gegebenenfalls teilen die Einrichtungen den Empfängern ihrer Dienste, die potenziell von einer erheblichen Cyberbedrohung betroffen sind, mit, welche Maßnahmen sie ergreifen können. Kunden auf einen verschlüsselten Kanal hinzuweisen, kann genau das sein. Betreiber geben Verschlüsselungsanforderungen außerdem vertraglich an Lieferanten weiter, wie in NIS2 für Telekom-Zulieferer beschrieben.

Wie überschneidet sich die Verschlüsselung nach NIS2 mit DSGVO und ISO 27001?

Artikel 32(1)(a) DSGVO nennt die Pseudonymisierung und Verschlüsselung personenbezogener Daten als Sicherheitsmaßnahme, soweit angemessen. Nach Artikel 34(3)(a) müssen Sie betroffene Personen nicht über eine Verletzung benachrichtigen, wenn Maßnahmen wie Verschlüsselung die Daten für alle Unbefugten unzugänglich gemacht haben. Nachweisbare Verschlüsselung verändert, was nach einer Verletzung geschieht. Ein Konzept dient beiden Regelwerken: siehe NIS2 und DSGVO.

ISO/IEC 27001:2022 deckt dasselbe Feld mit Control 8.24 aus Anhang A ab, Verwendung von Kryptografie. Wenn Sie ein ISMS betreiben, existiert das Konzept wahrscheinlich bereits; prüfen Sie, ob es das Schlüsselmanagement so detailliert abdeckt, wie Abschnitt 9 es beschreibt. Die übrigen Controls aus Anhang A, sortiert nach der Arbeit, die sie erfordern, finden Sie in Controls aus Anhang A, gruppiert nach der tatsächlichen Arbeit.

Was lässt NIS2 bei der Verschlüsselung offen?

Die Kryptografievorschriften in NIS2 und der Durchführungsverordnung 2024/2690 nennen keinen Algorithmus, keine Schlüssellänge und keine Protokollversion. Nach Artikel 25 fördern die Mitgliedstaaten die Anwendung von Normen, ohne eine bestimmte Technologie vorzuschreiben oder zu bevorzugen, und der Stand der Technik entwickelt sich weiter. Die Wahl liegt bei Ihnen. Die Behörde prüft, ob sie eingehalten wird, und kann dafür Nachweise der Umsetzung verlangen, nicht nur die Konzepte selbst (Artikel 32 und 33).

Ein Konzept, in dem „TLS 1.2 oder höher“ steht, ist schnell geschrieben. Die Auditfrage lautet, ob das heute stimmt: Welche Endpunkte akzeptieren noch ältere Protokolle, welche Volumes und Backups sind unverschlüsselt, welche Zertifikate laufen nächsten Monat ab, welche Schlüssel wurden nicht rechtzeitig gewechselt? Die Antworten liegen in Schlüsselverwaltungsdiensten, im Gerätemanagement, in Zertifikatsinventaren und Scannern. Einmal im Jahr von Hand erhoben, sind sie bei Eingang schon veraltet.

Die Lücke zu schließen heißt, den Verschlüsselungsstatus laufend aus den Systemen auszulesen, während ein Mensch die Ausnahmen anhand des Konzepts prüft. So arbeitet die CloudSoul-Plattform: automatisiert, mit Human-in-the-Loop-Expertise. Ein Sicherheitsaudit anhand von Artikel 21 zeigt, wo Ihre Verschlüsselungsabdeckung heute steht, und das gesamte Programm finden Sie auf der Seite zur NIS2-Compliance.

Checkliste zur Verschlüsselung nach NIS2

  • Geben Sie ein Kryptografiekonzept frei, das Vertraulichkeit, Integrität und Authentizität abdeckt.
  • Klassifizieren Sie Daten und legen Sie für jede Klasse die Verschlüsselung ruhender und übertragener Daten fest.
  • Führen Sie einen Anhang mit zugelassenen Algorithmen, veralteten Verfahren und Ausmusterungsdaten.
  • Dokumentieren Sie jede Ausnahme mit Grund, kompensierender Maßnahme und Überprüfungstermin.
  • Benennen Sie für jeden Schlüssel und jedes Zertifikat einen Verantwortlichen, und schreiben Sie das Verfahren für kompromittierte Schlüssel.
  • Nehmen Sie Verschlüsselungsanforderungen und die Schlüsselhoheit in die Verträge mit kritischen Lieferanten auf.
  • Erfassen Sie im Vorfeld des Post-Quanten-Übergangs, wo Sie auf Public-Key-Kryptografie angewiesen sind.
  • Messen Sie die Verschlüsselungsabdeckung und berichten Sie der Leitung in geplanten Abständen darüber.

Quellen

  • Richtlinie (EU) 2022/2555 (NIS2), Artikel 2, 3, 5, 20, 21, 23, 25, 26, 32, 33 und 43, Erwägungsgründe 95, 98, 99 und 104, EUR-Lex.
  • Durchführungsverordnung (EU) 2024/2690 der Kommission, Anhang, Nummern 6.7.2 und 9, EUR-Lex.
  • Richtlinie (EU) 2018/1972 (Europäischer Kodex für die elektronische Kommunikation), EUR-Lex.
  • Empfehlung (EU) 2024/1101 der Kommission vom 11. April 2024 für einen koordinierten Umsetzungsfahrplan für den Übergang zur Post-Quanten-Kryptografie, EUR-Lex.
  • A Coordinated Implementation Roadmap for the transition to Post-Quantum Cryptography, 23. Juni 2025, Europäische Kommission.
  • Europäische Kommission, „EU reinforces its cybersecurity with post-quantum cryptography“, 23. Juni 2025, Europäische Kommission.
  • Verordnung (EU) 2016/679 (DSGVO), Artikel 32 und 34, EUR-Lex.
  • ISO/IEC 27001:2022, Anhang A Control 8.24, ISO.

Häufige Fragen

Verlangt NIS2 Verschlüsselung?

Nicht überall. Artikel 21(2)(h) verlangt Konzepte und Verfahren für den Einsatz von Kryptografie und gegebenenfalls Verschlüsselung. Jede wesentliche und wichtige Einrichtung braucht das Konzept; wo verschlüsselt wird, ergibt sich aus ihrer Risikobewertung.

Was sagt NIS2 zur Ende-zu-Ende-Verschlüsselung?

Nach Erwägungsgrund 98 sollte die Ende-zu-Ende-Verschlüsselung gefördert werden und, wo nötig, für Anbieter öffentlicher elektronischer Kommunikationsnetze oder -dienste verpflichtend sein. Er fügt hinzu: Wird sie mit den Befugnissen der Mitgliedstaaten im Bereich der öffentlichen Sicherheit und der Strafverfolgung in Einklang gebracht, sollte das die Ende-zu-Ende-Verschlüsselung nicht schwächen.

Was muss ein Kryptografiekonzept nach NIS2 enthalten?

Für Anbieter von Cloud-, Rechenzentrums- und verwalteten Diensten sowie die anderen genannten digitalen Anbieter verlangt die Durchführungsverordnung (EU) 2024/2690, dass das Konzept Art und Stärke der kryptografischen Maßnahmen je Asset-Klasse, die zugelassenen Protokolle und Algorithmen, den Ansatz für das Schlüsselmanagement und Überprüfungen in geplanten Abständen festlegt. Andere Einrichtungen können dieselbe Struktur als Maßstab nutzen.

Verlangt NIS2 Post-Quanten-Kryptografie?

Nein. Der Post-Quanten-Plan der EU besteht aus einer Empfehlung der Kommission und einem koordinierten Fahrplan, die sich an die Mitgliedstaaten richten. Danach sollten die Mitgliedstaaten bis Ende 2026 mit dem Übergang beginnen, und kritische Infrastrukturen sollten spätestens bis Ende 2030 umgestellt sein.

Sehen Sie, wie CloudSoul bei Ihnen funktionieren würde.

Daniel Grigorovich

Daniel Grigorovich · Gründer

Ich bin der Meinung, dass kein Unternehmen unter „Compliance-Checklisten“ oder der Auslegung vager gesetzlicher Vorschriften leiden sollte. Auch wenn ich nach wie vor an dem Grundsatz festhalte, dass alle Softwareprodukte zuverlässig und sicher sein sollten, möchte ich Unternehmen eine Möglichkeit bieten, die Herausforderungen zu meistern, die bei der Umsetzung dieser Anforderungen auftreten.