Keyfactor Days 2027 – Nehmen Sie an der „Trust Security Conference“ in San Diego teil Jetzt anmelden!

ISO/IEC 27001:2022:

Kryptografie und Schlüsselverwaltung für IT-Dienstleister

Aktualisiert: August 24, 2026
RegionInternational (weltweit anerkannter ISMS-Zertifizierungsstandard, der von Unternehmens- und Regierungskunden aller Branchen als Maßstab für die Lieferanten-Zertifizierung herangezogen wird)
AnwendbarkeitZertifizierte Organisationen: Anbieter von „ software , SaaS-Anbieter, MSPs und IT-Dienstleistungsunternehmen, die eine Zertifizierung nach ISO/IEC 27001 für ihr Informationssicherheits-Managementsystem anstreben oder aufrechterhalten wollen Lieferanten und Partner: Organisationen , die aufgrund von Kundenverträgen oder Beschaffungsrahmenvereinbarungen verpflichtet sind, eine Zertifizierung nach ISO/IEC 27001 zu besitzen oder die Einhaltung dieser Norm nachzuweisen Zertifizierungsstellen und Auditoren: akkreditierte Stellen, die Erstzertifizierungen, jährliche Überwachungsaudits und dreijährige Rezertifizierungsaudits durchführen
Relevante AbschnitteAnhang A 8.24: Einsatz von Kryptografie Anhang A 8.5 und 5.34: Sichere Authentifizierung; Datenschutz und Schutz personenbezogener Daten Abschnitt 6.1.2 / 6.1.3: Risikobewertung , Risikobehandlung und die Erklärung zur Anwendbarkeit

Übersicht

ISO/IEC 27001:2022 ist die international anerkannte Norm für die Zertifizierung von Informationssicherheits-Managementsystemen (ISMS). Mit der Überarbeitung von 2022 wurde Anhang A in 93 Kontrollmaßnahmen zu vier Themenbereichen umstrukturiert, und die in der Ausgabe von 2013 getrennt aufgeführten Kontrollmaßnahmen für Kryptografie und Schlüsselverwaltung wurden zu einer einzigen Kontrollmaßnahme, 8.24 „Einsatz von Kryptografie“, zusammengefasst.

In der Praxis verlangt 8.24 eine dokumentierte, risikobasierte Kryptografie-Richtlinie, in der zugelassene Algorithmen und Mindestschlüsselstärken definiert sind, sowie einen geregelten Lebenszyklus für kryptografische Schlüssel – einschließlich Generierung, Verteilung, Speicherung, Rotation und Vernichtung –, den Auditoren anhand von betrieblichen Nachweisen und nicht nur anhand von Richtlinienerklärungen überprüfen. Für Unternehmen der Bereiche „ software “ und IT-Dienstleistungen umfasst dieser Geltungsbereich routinemäßig nicht nur die interne IT-Umgebung, sondern auch die im Produkt selbst eingebettete Kryptografie.

Warum das wichtig ist

Die Zertifizierung ist zwar freiwillig, hat sich jedoch insbesondere für Anbieter von IT- und E- software -Lösungen de facto zu einer geschäftlichen Voraussetzung entwickelt: In Sicherheitsfragebögen für Kunden, Ausschreibungen und Risikobewertungen von Lieferanten wird zunehmend eine aktuelle Zertifizierung nach ISO 27001 als Voraussetzung für eine Geschäftsbeziehung verlangt, sodass ein abgelaufenes Zertifikat nicht mehr nur einen Verstoß gegen die Vorschriften darstellt, sondern eine direkte Gefahr für den Umsatz bedeutet.

Da es sich bei 27001 um eine Norm für Managementsysteme und nicht um eine verbindliche technische Norm handelt, erwarten Auditoren bei der Prüfung von 8.24 den Nachweis von Verantwortlichkeit, Rückverfolgbarkeit und Belegen: ein Zertifikat und ein Schlüsselverzeichnis, eine Gültigkeitserklärung, die den Umfang der Kontrollmaßnahmen begründet, sowie Ergebnisse interner Audits, die jährlich im Rahmen von Überwachungsaudits und umfassend bei der alle drei Jahre stattfindenden Rezertifizierung geprüft werden.

Wie sich dies auf die Kryptografie auswirkt 

Die Norm ISO/IEC 27001 behandelt das Thema Kryptografie anhand mehrerer miteinander verknüpfter Kontrollbereiche. Die wichtigsten Bereiche mit direkten Auswirkungen auf die Kryptografie sind:

AbschnittFunktionWas dort stehtZugehörige Produkte
Anhang A 8.24Richtlinie zur Kryptografie und SchlüsselverwaltungEine dokumentierte, themenspezifische Kryptografie-Richtlinie, in der zugelassene Algorithmen, Mindestschlüssellängen und Regeln für den Lebenszyklus festgelegt sind und die mit der Risikobewertung des ISMS verknüpft ist.Keyfactor Command
Anhang A 8.24Lebenszyklus kryptografischer SchlüsselZentralisierte Erstellung, Verteilung, Rotation und Vernichtung von Schlüsseln und Zertifikaten, einschließlich derjenigen, die in ausgelieferten „ software “ eingebettet sind, mit einem lückenlosen Prüfpfad.EJBCA
Anhang A 8.24, ergänzt durch Anhang A 5.34Vertraulichkeit und Integrität von DatenVon der PKI ausgestellte Zertifikate, die Kundendaten im Ruhezustand und während der Übertragung im gesamten zertifizierten Umfang verschlüsseln, einschließlich mandantenfähiger SaaS-Umgebungen.EJBCA
Anhang A 8.5Sichere AuthentifizierungZertifikatsbasierte Authentifizierung, die die Abhängigkeit von gemeinsam genutzten Geheimnissen und statischen Passwörtern sowohl beim Kundenzugang als auch beim Administratorzugang verringert.Keyfactor Command
Anhang A 5.19–5.22Kryptografische Sicherheit bei LieferantenVerzeichnis der kryptografischen Komponenten zur Unterstützung von Sicherheitsbewertungen der Lieferanten und zum Nachweis der Anwendbarkeitserklärung für eingebettete Komponenten oder Komponenten von Drittanbietern.AgileSec
Absatz 6.1.3Erklärung zur Anwendbarkeit und RückverfolgbarkeitZentralisierte Berichterstattung, in der kryptografische Kontrollmaßnahmen den dokumentierten Entscheidungen zur Risikobehandlung zugeordnet werden, zur Überprüfung durch die Wirtschaftsprüfer.Keyfactor Command

Prüfungsbereitschaft

Bewertungen und Prüfungen – unabhängig davon, ob sie intern durchgeführt, von einer Aufsichtsbehörde vorgenommen oder von einem unabhängigen Gutachter überprüft werden – konzentrieren sich auf nachgewiesene Fakten und nicht allein auf Grundsatzerklärungen. Zu den wichtigsten Bereichen, die Prüfer und Gutachter üblicherweise untersuchen, gehören:

  • Dokumentierte Kryptografie-Richtlinie: Gibt es eine themenspezifische Richtlinie, in der zugelassene Algorithmen, Mindestschlüssellängen und die Bedingungen, unter denen eine Verschlüsselung vorgeschrieben ist, festgelegt sind und die sowohl interne Systeme als auch ausgelieferte Produkte abdeckt?
  • Nachweis zum Schlüssellebenszyklus: Kann die Organisation Verfahren zur Generierung, sicheren Speicherung, Rotation und Vernichtung kryptografischer Schlüssel nachweisen – und nicht nur eine Grundsatzerklärung vorlegen?
  • Nachweis der Anwendbarkeit und Rückverfolgbarkeit: Wird in der SoA die Einbeziehung von 8.24 korrekt begründet und mit der zugrunde liegenden Risikobewertung verknüpft?
  • Einhaltung gesetzlicher und behördlicher Vorschriften: Hat die Organisation behördliche Beschränkungen im Bereich der Kryptografie, einschließlich Exportkontrollen und Datenstandortvorschriften, gemäß Anforderung 8.24 berücksichtigt?
  • Aktualität des Zertifikats- und Schlüsselverzeichnisses: Gibt es ein aktuelles Verzeichnis der Zertifikate und kryptografischen Schlüssel mit Angabe der jeweiligen Inhaber und Ablaufdaten, einschließlich derjenigen, die in den Versionen von „ software “ eingebettet sind?
  • Interne Revision und Managementbewertung: Hat die interne Revision die Kontrollen gemäß 8.24 geprüft, und wurden die Ergebnisse im Rahmen des ISMS-Zyklus von der Geschäftsleitung überprüft?