Was ist kryptografisches Schlüsselmanagement? Ein umfassender Leitfaden

Die kryptografische Schlüsselverwaltung ist das Fachgebiet, das sich mit der Kontrolle kryptografischer Schlüssel während ihres gesamten Lebenszyklus befasst: vom Zeitpunkt ihrer Erstellung bis zu ihrer Vernichtung. Sie umfasst die Richtlinien, Verfahren und Technologien, die regeln, wie Schlüssel generiert, verteilt, gespeichert, verwendet, rotiert, widerrufen und außer Betrieb genommen werden. Bei ordnungsgemäßer Umsetzung stellt sie sicher, dass die kryptografischen Schutzmaßnahmen, auf die sich eine Organisation stützt, wirksam, konform und widerstandsfähig bleiben. Wird sie vernachlässigt, entstehen unsichtbare Schwachstellen, die zu katastrophalen Sicherheitsverletzungen führen können.

Dieser Leitfaden behandelt alles, was IT-Sicherheitsverantwortliche, CISOs und Sicherheitsarchitekten über die Verwaltung kryptografischer Schlüssel auf Unternehmensebene wissen müssen.

Warum ist Automatisierung für die Verwaltung kryptografischer Schlüssel wichtig?

Automatisierung ist der Schlüssel, der es ermöglicht, alle anderen bewährten Verfahren im Management nachhaltig und in großem Maßstab umzusetzen.

Skalierung im Zuge des Wachstums.
Da die Anforderungen an die Kryptografie durch neue Vorschriften, Anwendungen und Gerätetypen steigen, kann die manuelle Schlüsselverwaltung nicht mehr Schritt halten. Durch Automatisierung können Unternehmen ihre kryptografische Infrastruktur skalieren, ohne den Personalbestand oder das Risiko entsprechend zu erhöhen.

Automatisierung des Lebenszyklus.
Die Rotation, Erneuerung und Sperrung von Schlüsseln sollte automatisiert werden, um manuelle Prozesse zu vermeiden und das Zeitfenster für Sicherheitslücken zu verkürzen. Der Lebenszyklus der Schlüssel sollte automatisiert werden, um sicherzustellen, dass sie regelmäßig rotiert werden.

Reduzierung menschlicher Interaktion.
Jedes Mal, wenn eine Person direkt mit einem kryptografischen Schlüssel umgeht, steigt das Risiko von Fehlern, Diebstahl oder Missbrauch. Der Hackerangriff auf die Postbank, bei dem ein einzelner abtrünniger Mitarbeiter Hauptschlüssel gestohlen hat, verdeutlicht, warum es entscheidend ist, den menschlichen Kontakt mit Schlüsseln auf ein Minimum zu beschränken. Durch Automatisierung entfällt die Notwendigkeit, dass Mitarbeiter Schlüssel direkt berühren müssen.

Vermeidung von Konfigurationsfehlern.
Automatisierte Systeme sorgen für eine einheitliche Konfiguration aller Geräte und Anwendungen, die Schlüssel verwenden, und verhindern so die Konfigurationsabweichungen, die bei manuellen Prozessen unvermeidlich sind.

Post-Quanten-Kryptografie.
Mit dem beginnenden Übergang zur quantenresistenten Kryptografie (PQC) müssen ganze Schlüsselsätze ausgetauscht werden, ebenso wie die Infrastruktur, die erforderlich ist, um die von den neuen Algorithmen geforderten Schlüsselgrößen und -formate zu unterstützen.

Auf jeden dieser Punkte wird im weiteren Verlauf dieses Artikels näher eingegangen.

Skalierung bei Wachstum: Warum die Verwaltung kryptografischer Schlüssel wichtig ist

Das Ausmaß der Herausforderung verstärkt das Risiko noch. Unternehmen verwalteten im Durchschnitt über 11.000 Schlüssel und Zertifikate, doch ein großer Teil von ihnen kennt weder die genaue Anzahl der in ihren Umgebungen verwendeten Schlüssel, noch – was noch schlimmer ist – wissen sie, wo die Schlüssel gespeichert sind. Angesichts der rasanten Zunahme der Nutzung kryptografischer Verfahren seit damals unterschätzen diese Zahlen wahrscheinlich das aktuelle Ausmaß der Herausforderung. Den meisten Unternehmen fehlen die Werkzeuge, die Fachkenntnisse und das Budget, um kryptografische Schlüssel effektiv zu verwalten. Sicherheitsverletzungen treten selten bei Ressourcen auf, die ständig überwacht werden; es sind vielmehr die nicht verwalteten, in Vergessenheit geratenen Schlüssel, die am häufigsten zu Sicherheitslücken führen.

Die Erkenntnis ist klar: Jeder Schlüssel muss ermittelt, verwaltet, überwacht und geprüft werden.

Arten und Beispiele für kryptografische Schlüssel:Unternehmen müssen eine Vielzahl unterschiedlicher kryptografischer Schlüssel verwalten, die jeweils unterschiedliche Anforderungen hinsichtlich ihres Lebenszyklus und unterschiedliche Sicherheitsaspekte mit sich bringen. Das Verständnis dieser Kategorien ist der erste Schritt hin zu einem umfassenden Schlüsselmanagement.

PKI-Betriebsschlüssel(die Vertrauensanker)

• Signaturschlüssel der Stamm-Zertifizierungsstelle.
  Signiert Zertifikate von Zwischen-Zertifizierungsstellen. Diese befinden sich in der Regel offline in einem luftisolierten HSM und werden nur im Rahmen geplanter Schlüsselzeremonien verwendet.
• Ausstellende (Zwischen-)Zertifizierungsstelle (CA) mit Signaturschlüssel.
  Signiert Endbenutzerzertifikate und CRLs in großem Umfang. Diese befinden sich online in einem an das Netzwerk angeschlossenen HSM hinter der ausstellenden Zertifizierungsstelle (ADCS, EJBCA, Keyfactor Command).
• OCSP-Responder-Signaturschlüssel.
  Signiert Antworten zum Zertifikatsstatus. Diese befinden sich auf dem Responder-Host und werden in der Regel durch ein HSM gesichert.
• Anmeldezugangsdaten.
  SCEP-Challenge-Passwörter, ACME-Kontoschlüssel, EST-Zugangsdaten. Diese werden von den registrierten Endpunkten verwaltet: MDM/UEM-verwaltete Geräte, Netzwerkgeräte, Webserver und Load Balancer, auf denen ACME-Clients ausgeführt werden.

Identität und hardware Schlüssel(Geräteidentitäten)

• IDevID.
  Bei der Herstellung fest eingebrannte permanente Identität. Diese befinden sich im Secure Element oder TPM des Geräts: Netzwerkkarten, IoT und Netzwerkgeräte.
• LDevID.
  Lokal ausgestellte Identitäten, die beim Onboarding bereitgestellt werden. Sie werden im selben TPM/Sicherheitselement gespeichert und sind auf Ihre Domäne beschränkt.
• TPM-Schlüssel (EK, AK, SRK).
  Bestätigungs-, Attestierungs- und Speicher-Root-Schlüssel. Sie werden im TPM jedes verwalteten Laptops und Servers generiert oder abgeleitet; Attestierung der Back-End-Plattform und Festplattenverschlüsselung.
• Secure Boot und Firmware-Signaturschlüssel.
  Es wird sichergestellt, dass nur autorisierter Code gestartet wird. Die Signaturschlüssel werden vom OEM/Plattformanbieter verwahrt; die Verifizierungsschlüssel befinden sich in der UEFI-Firmware.
• Code-Signaturschlüssel.
  software Treiber signieren. Diese befinden sich in einem hardware oder einem HSM (gemäß den Code-Signing-BRs des CA/Browser-Forums ist für öffentlich vertrauenswürdige Code-Signaturen nunhardware erforderlich) und werden in der Regel innerhalb der Build-/Release-Pipeline oder über einen dedizierten Signaturdienst eingesetzt.

Protokoll- und Anwendungsgeheimnisse

• SSH-Schlüssel.
  Asymmetrisch und bekannt für ihre unübersichtliche Verbreitung (keine Ablaufdaten, keine zentrale Verwaltung). Sie sind überall zu finden: in der Datei „authorized_keys“ auf Servern, in CI/CD-Runner-Systemen, auf den Laptops der Entwickler und in Dienstkonten.
• Vorab geteilte Schlüssel (PSKs).
  Langfristige symmetrische Geheimnisse. Sie kommen in VPN-Konzentratoren und IPsec-Tunneln, bei WLAN (WPA2-PSK) sowie bei IoT zum Einsatz.
• Verschlüsselungsschlüssel für Session-Tickets (STEKs).
  Verschlüsseln Sie TLS ; werden sie nicht rotiert, heben sie unbemerkt die Forward Secrecy auf, die durch den Austausch kurzlebiger Schlüssel eigentlich gewährleistet werden soll. Sie kommen in TLS vor: Load Balancer, Reverse-Proxys, CDN-Edge-Server, Webserver.
• StatischeSchlüsselvereinbarungs-undSchlüsselübertragungsschlüssel.
  Die nicht-effemeren Entsprechungen zu den effemeren Schlüsselvereinbarungsschlüsseln. Sie kommen in älteren TLS , bei S/MIME und in einigen IoT zum Einsatz.

Post-Quanten-Schlüsseltypen

• ML-KEM-Schlüsselpaare (FIPS 203).
  Ersetzt die herkömmliche Schlüsselaufbauverfahren. Wird zunächst in TLS hybrides X25519MLKEM768), VPNs und SSH eingesetzt.
• ML-DSA (FIPS 204) und SLH-DSA (FIPS 205) Signaturschlüssel.
  Ersetzen RSA- und ECC-Signaturen. Sie kommen bei der Signierung von Code und Firmware, in zukünftigen CA-Hierarchien sowie bei der Signierung von Dokumenten zum Einsatz.
• Hybridpaare.
  Ein klassischer Schlüssel plus ein PQ-Schlüssel pro Kanal während der Migration. Sie tauchen überall dort auf, wo bereits klassische Schlüssel vorhanden sind – und genau das treibt das Bestandswachstum voran und spricht für Krypto-Agilität.

Inhabergeheimnisse(werden wie Schlüssel verwaltet, sind aber keine Schlüssel)

• API-Schlüssel, PATs,Verbindungszeichenfolgen.
  Sie haben eine lange Lebensdauer und werden durch Abgleich mit einem gespeicherten (idealerweise gehashten) Wert validiert.Sie befinden sich in Secret-Managern (Vault, AWS/GCP Secrets Manager), CI/CD-Systemen, Anwendungskonfigurationen, .env-Dateien und allzu oft auch im Quellcode.
• OAuth-Client-Geheimnisse und -Token (Zugriff, Aktualisierung, Sitzung).
  Client-Geheimnisse in der App-Konfiguration; vom Identitätsanbieter (IdP) ausgestellte Token, die von Apps und Browsersitzungen verwaltet werden. Sie sind meist nur von kurzer Dauer.

Der Lebenszyklus kryptografischer Schlüssel

Jeder kryptografische Schlüssel durchläuft von seiner Erstellung bis zu seiner Vernichtung eine Reihe von Phasen. Die effektive Verwaltung jeder einzelnen Phase ist für die Aufrechterhaltung der Sicherheit von entscheidender Bedeutung.

1. Generierung:Schlüssel müssen mithilfe kryptografisch sicherer Zufallszahlengeneratoren erstellt werden. Eine geringe Entropie bei der Generierung kann die gesamte Sicherheitskette untergraben.
2. Verteilung:Schlüssel müssen sicher an autorisierte Parteien und Systeme übergeben werden. Private Schlüssel dürfen während der Übertragung niemals offengelegt werden, und bei öffentlichen Schlüsseln muss deren Integrität gewährleistet sein.
3. Speicherung:Gespeicherte Schlüssel müssen durch hardware (HSMs), Schlüsseltresore oder gleichwertige Schutzmaßnahmen geschützt werden, die einen unbefugten Zugriff verhindern.
4. Verwendung:Schlüssel müssen in kryptografischen Vorgängen mit zwingenden Zugriffskontrollen eingesetzt werden, um sicherzustellen, dass nur autorisierte Prozesse und Benutzer sie aufrufen können.
5. Rotation:Schlüssel sollten nach einem festgelegten Zeitplan oder ereignisgesteuert ausgetauscht werden. Die Rotation dient mehreren Zwecken: Sie minimiert das Risiko, einen kompromittierten Schlüssel zu verwenden, gewährleistet die Übereinstimmung mit aktuellen kryptografischen Standards und Best Practices und reduziert den menschlichen Umgang mit sensiblen Schlüsseldaten. Die Schlüsselrotation wird oft vermieden, da sie aufwendig sein kann – genau aus diesem Grund ist eine Automatisierung unerlässlich.
6. Widerruf:Kompromittierte oder veraltete Schlüssel müssen umgehend ungültig gemacht werden, um einen weiteren Missbrauch zu verhindern.
7. Vernichtung:Ausgemusterte Schlüssel müssen sicher gelöscht werden, damit sie nicht wiederhergestellt oder wiederverwendet werden können.

Diese Schritte sind fest vorgegeben und könnten grundsätzlich jeweils manuell durchgeführt werden. Die Automatisierung gewährleistet jedoch, dass jeder Schritt zeitnah, effizient und sicher ausgeführt wird, was beim Umgang mit kryptografischem Material von entscheidender Bedeutung ist.

Reduzierung menschlicher Eingriffe und Vermeidung von Fehlkonfigurationen

Die Folgen einer mangelhaften Schlüsselverwaltung können unglaublich kostspielig sein. In einem der eindrucksvollsten Beispiele stellte die Postbank (die Bankensparte der südafrikanischen Post) fest, dass ein krimineller Mitarbeiter die 36-stelligen Hauptschlüssel gestohlen hatte, die die Systeme der Bank schützten. Der Vorfall führte zu 25.000 betrügerischen Abbuchungen im Wert von 3,2 Millionen US-Dollar, und die Kosten für den Ersatz aller betroffenen Kredit- und Bankkarten beliefen sich auf 58 Millionen US-Dollar.

Dieser Fall verdeutlicht eine allgemeinere Tatsache: Ein einziger kompromittierter Schlüssel kann Verluste verursachen, die die Kosten für eine ordnungsgemäße Schlüsselverwaltungsinfrastruktur bei weitem übersteigen. Er weist zudem auf die eigentliche Ursache hin. Ein Mensch konnte einen Hauptschlüssel im Klartext einsehen und eigenmächtig damit handeln, ohne dass jemand anderes davon wusste und – bis der Betrug ans Licht kam – ohne dass die Urheberschaft festgestellt werden konnte. Die beiden Schutzmaßnahmen, die dies verhindert hätten, sind Gegenstand dieses Abschnitts: Kein Schlüssel sollte niemandem gehören, und kein Schlüssel sollte von einer einzelnen Person verwendet werden können, die unbeobachtet handelt.

Verantwortlichkeit für Schlüssel.
Die Verantwortung für Schlüssel und Zertifikate ist oft über eine Organisation verteilt, wobei die Führungskräfte Annahmen darüber treffen, welche Richtlinien gelten. Das tiefer liegende Problem ist nicht, dass die Verantwortung verteilt ist, sondern dass sie häufig nicht definiert ist. Schlüssel sammeln sich an, ohne dass ein namentlich benannter Verantwortlicher feststeht, und ein Schlüssel ohne Verantwortlichen ist ein Schlüssel, den niemand erneuert, überwacht oder widerruft, wenn die Person, die ihn erstellt hat, das Unternehmen verlässt. Jeder Schlüssel und jedes Zertifikat sollte einem bestimmten, rechenschaftspflichtigen Eigentümer zugeordnet sein – einer namentlich benannten Person oder einem Team statt einem gemeinsamen Postfach –, der im Inventar zusammen mit seinem Verwendungszweck, seinem Speicherort und seiner Gültigkeitsdauer erfasst wird. Es lohnt sich, zwischen Eigentümerschaft (Verantwortung für den Lebenszyklus des Schlüssels und die dafür geltenden Richtlinien) und Verwahrung (operative Kontrolle über das Schlüsselmaterial selbst) zu unterscheiden; der Eigentümer legt die Regeln fest, während der Verwahrer und das HSM diese durchsetzen. Die Eigentümerschaft muss auch bei Rollenwechseln und Austritten nahtlos übertragen werden, da genau in diesen Übergangsphasen Schlüssel verwaist werden. Ein fragmentierter Ansatz beim Schlüsselmanagement ist nicht mehr akzeptabel: Wenn man nicht benennen kann, wer für einen Schlüssel verantwortlich ist, kann man niemanden dafür zur Rechenschaft ziehen.

Zugriffskontrollen.
Keine einzelne Person sollte in der Lage sein, Schlüssel ohne Aufsicht zu generieren, zu verteilen und zu verwenden. Dieser Grundsatz, die getrennte Kontrolle, wird durch mehrere sich überschneidende Mechanismen durchgesetzt. Die Aufgabentrennung unterteilt den Lebenszyklus in verschiedene Rollen (Kryptobeauftragter, Schlüsselverwalter, Betreiber, Prüfer), sodass keine einzelne Rolle die Erzeugung, Nutzung und Prüfung umfasst. Die doppelte Kontrolle und die geteilte Kenntnis erfordern, dass zwei oder mehr autorisierte Personen bei sensiblen Vorgängen gemeinsam handeln, sodass keine einzelne Person einen geschützten Schlüssel allein aktivieren oder exportieren kann. Das M-von-N-Quorum erweitert dies auf die Vorgänge von höchster Bedeutung, wie z. B. Root-Key-Zeremonien und die HSM-Autorisierung, bei denen eine bestimmte Mindestanzahl von Verwahrern physisch anwesend sein muss. Das Prinzip der geringsten Berechtigungen beschränkt jede Rolle auf die Schlüssel und Vorgänge, die sie tatsächlich benötigt. Zusammen stellen diese Kontrollen sicher, dass das Versagen einer einzelnen Person – sei es böswillig oder lediglich aus Unachtsamkeit – nicht ausreicht, um einen Schlüssel zu kompromittieren.

Den Menschen aus dem Kreislauf herausnehmen.
Die stärkste Zugriffskontrolle ist die, die den direkten menschlichen Eingriff gänzlich ausschließt. Schlüssel, die innerhalb eines HSM generiert und verwendet werden, werden niemals unverschlüsselt exportiert, sodass Bediener Vorgänge autorisieren, ohne jemals das Schlüsselmaterial zu sehen – genau diese Sicherheitslücke war es, die die Postbank zu Fall gebracht hat. Die Automatisierung der Registrierung und Rotation durch Protokolle wie ACME und EST beseitigt die manuellen Berührungspunkte, an denen Fehler und Diebstahl häufig auftreten. Alle verbleibenden menschlichen Handlungen sollten in einem manipulationssicheren Prüfprotokoll festgehalten und einer bestimmten Person zugeordnet werden, wodurch der Kreis zwischen Zugriff und Verantwortlichkeit geschlossen wird: Eine Person darf zwar mit einem Schlüssel agieren, jedoch niemals anonym und niemals allein.

Post-Quantum-Kryptographie

Quantencomputer stellen die nächste große Herausforderung für die Verwaltung kryptografischer Schlüssel dar. Während der gesamte Umfang der postquantenkryptografischen Verfahren (PQC) und der Krypto-Agilität an anderer Stelle bereits ausführlich behandelt wurde, verdienen die Auswirkungen auf die Schlüsselverwaltung besondere Beachtung.

Die Quantenbedrohung für Schlüssel.
Quantencomputer werden letztendlich weit verbreitete asymmetrische Algorithmen wie DH, RSA und ECC knacken und damit die darauf basierenden Schlüssel angreifbar machen. Das bedeutet, dass jeder RSA- und ECC-Schlüssel im Bestand einer Organisation nur noch für einen begrenzten Zeitraum vertrauenswürdig ist.

Umstellung auf PQC.
Der Aufbau und die Einführung quantensicherer Kryptografie stellen aus wissenschaftlicher, technologischer, logistischer und infrastruktureller Sicht eine enorme Herausforderung dar. Jeder Schritt muss mit größter Sorgfalt durchgeführt werden, da Fehler verheerende Folgen haben können. Die Umstellung kann nach verschiedenen Strategien erfolgen, die jeweils mehrere Schritte erfordern. Weitere Informationen zu diesem Thema finden Sie unter „Post-Quantum-Migration“.

Erstellung einer Richtlinie zur Verwaltung kryptografischer Schlüssel

Nachdem wir nun wissen, warum die Schlüsselverwaltung ein wichtiger Aspekt für die Gewährleistung der Sicherheit der kryptografischen Ressourcen einer Organisation ist, wollen wir uns nun damit befassen, wie sie in der Praxis umgesetzt wird. Eine effektive Schlüsselverwaltung erfordert eine formelle Governance. Die folgenden Komponenten bilden die Grundlage einer soliden Richtlinie und liefern Rahmenbedingungen für die Einrichtung und Konfiguration der kryptografischen Schlüsselverwaltung.

Verantwortung für Schlüssel und Rechenschaftspflicht.
Die Verantwortungfür Schlüssel und Zertifikate ist oft über eine Organisation verteilt, wobei die Führungskräfte Annahmen darüber treffen, welche Richtlinien gelten. Ein fragmentierter Ansatz beim Schlüsselmanagement ist nicht mehr akzeptabel.

Zugriffskontrollen und Aufgabentrennung.
Keine einzelne Person sollte in der Lage sein, Schlüssel ohne Aufsicht zu generieren, zu verteilen und zu verwenden. Eine formelle Aufgabentrennung verringert das Risiko von Insiderbedrohungen.

Aufteilung der Entscheidungen nach dem jeweiligen Zweck der Schlüssel.
Die Richtlinie sollte ein ausgewogenes Verhältnis zwischen Vertraulichkeit, Integrität und Verfügbarkeit gewährleisten und dabei die natürlich auftretenden Spannungen berücksichtigen. Die Richtlinie sollte dann den Zweck jedes einzelnen Schlüssels berücksichtigen. Sichern Sie beispielsweise Vertraulichkeitsschlüssel, damit die Daten niemals verloren gehen, hinterlegen Sie Signaturschlüssel niemals bei einer Treuhandstelle, damit die Integrität nicht beeinträchtigt wird, und stellen Sie die Verfügbarkeit für beide durch Redundanz (HSM-Replikation, M-von-N-Quorum, Überlappung bei der Erneuerung) statt durch zusätzliche Kopien sicher.

Durchsetzung vonStandards.
Die Richtlinie sollte Schlüssel identifizieren, die den aktuellen Standards und behördlichen Vorschriften (wie beispielsweise den NIST SP 800-57-Richtlinien oder den PCI-DSS-Anforderungen) nicht entsprechen, und zudem Fristen für die Behebung der Mängel festlegen.

Audit- und Compliance-Anforderungen.
Die Schlüsselnutzung und Metadaten, einschließlich Erstellungs-, Gültigkeits- und Ablaufdaten, müssen zur Einhaltung gesetzlicher Vorschriften dokumentiert werden, wobei gegebenenfalls Rahmenwerke wie NIST SP 800-57, PCI DSS, HIPAA und DSGVO zu berücksichtigen sind.

Kompetenzzentrum für Kryptografie.
Einige Organisationen zentralisieren die Schlüsselverwaltung durch die Einrichtung eines Kompetenzzentrums für Kryptografie: Dabei handelt es sich um ein Kernteam, das in der Regel einem Mitglied der Geschäftsleitung unterstellt ist und für die Erstellung und Durchsetzung kryptografischer Richtlinien und Verfahren in der gesamten Organisation verantwortlich ist. Dieses Team hat vier Aufgaben: festzustellen, welche Schlüssel vorhanden sind und wo sie sich befinden, wie Schlüssel von Systemen und Anwendungen genutzt werden, welche Schlüssel den aktuellen Standards nicht entsprechen und wie bewährte Verfahren auf alle Schlüssel angewendet werden können.

Da die Gesetzgebung die Einführung von Kryptografie weiter vorantreibt, steigt die Anzahl der Schlüssel, die zur Sicherung von Produkten und Anwendungen erforderlich sind, rasant an. Die Investitionen in das Schlüsselmanagement sind, wie Chris Hickman, Chief Security Officer Keyfactor, feststellt, „ein Tropfen auf den heißen Stein im Vergleich zu den geschäftlichen, markenbezogenen und finanziellen Kosten einer Sicherheitsverletzung oder eines Sicherheitsvorfalls“.

Mechanismen, Artefakte und Vorrichtungen zum Schutz und zur Verwaltung von Schlüsselmaterial

Eine effektive Schlüsselverwaltung stützt sich auf eine Reihe spezialisierter hardware, Zugriffskontrollen und Betriebsprotokolle, von denen die meisten unsichtbar bleiben, bis etwas ausfällt oder ein Prüfer Einsicht verlangt. In den folgenden Abschnitten wird erläutert, welche Funktion die einzelnen Ebenen erfüllen und – was ebenso wichtig ist – welche Nachweise belegen, dass sie ordnungsgemäß funktionieren, denn bei der Schlüsselverwaltung hängt der Unterschied zwischen Sicherheit und Compliance in der Regel davon ab, welche Nachweise man auf Anfrage vorlegen kann.

Geschützte Speicher- und Rechenkapazitäten:

• HSMs.
  Netzwerkgebundene (Luna, nShield, CloudHSM), PCIe sowie tragbare/USB-Geräte. FIPS 140-2/3-zertifiziert, mit Manipulationsschutz. Hier werden nicht exportierbare Schlüssel generiert und verwendet.
• TPMs, Secure Elements, TEEs.
  Geräteseitige Entsprechungen für die Identität und die hardware Schlüssel.
• Cloud-KMS und externe Schlüsselspeicher.
  Verwaltete Schlüsseldienste sowie BYOK/HYOK- und EKM-Integrationen (Externer Schlüsselmanager), wenn Sie den Schlüssel außerhalb des Cloud-Anbieters aufbewahren möchten.
• Geheimnisverwalter.
  Vault, Cloud-Geheimnisverwalter für Inhabergeheimnisse und Daten mit geringer Sicherheitsstufe, die keinen HSM-Steckplatz erfordern.

Zugriffs- und Aufteilungssteuerung:

• M-aus-N-Quorum / Shamir-Secret-Sharing.
  Für Root-Operationen und HSM-Autorisierung.
• Doppelte Kontrolle und geteilte Kenntnisse.
  Kein Einzelner kann einen geschützten Schlüssel generieren, exportieren oder aktivieren.
• Aufgabentrennung nach Rollen.
  Krypto-Beauftragter, Schlüsselverwalter, Betreiber und Prüfer als eigenständige Rollen.

Schnittstellen und Protokolle:

• KMIP.
  Interoperabilität der Schlüsselverwaltung zwischen dem Schlüsselmanager und HSMs bzw. Clients.
• PKCS#11.
  Die Token-Schnittstelle, die von den Anwendungen tatsächlich aufgerufen wird.
• Registrierung undLebenszyklus:
  ACME, EST, SCEP, CMP.
• Widerruf und Status:
  OCSP, CRL sowie Stapling.

Ermittlung und Bestandsaufnahme kryptografischer Schlüssel

Bevor ein Unternehmen seine Schlüssel verwalten kann, empfiehlt es sich, zunächst alle Schlüssel zu ermitteln. Dies lässt sich mithilfe von zwei sich ergänzenden Ansätzen erreichen.

Bei der statischen Erfassung (SBOM/CBOM)werden software und kryptografische Stücklisten analysiert, um die in Anwendungen und Systemen eingebetteten kryptografischen Komponenten zu erfassen. Da europäische Vorschriften wie das Cybersicherheitsgesetz (CSA) von Anbietern zunehmend verlangen, SBOMs und CBOMs bereitzustellen, hat sich dieser Ansatz als grundlegende Best Practice etabliert.

Die dynamische Erkennung (netzwerkbasiert)nutzt Techniken wie TLS und Protokollanalyse, um kryptografische Schlüssel und Algorithmen zu identifizieren, die im Netzwerk aktiv verwendet werden. Dieser Ansatz deckt Risiken auf, die bei statischen Bestandsaufnahmen übersehen werden: ruhende Schlüssel, unbefugte Verbindungen, software mit unerwarteten Endpunkten software , schwache Algorithmen, die während TLS ausgehandelt werden, sowie fest codierte Schlüssel, die in Anwendungen eingebettet sind, die eine Verbindung zu externen Servern herstellen.

Ein großes Unternehmen stellt möglicherweise fest, dass der Großteil seines Netzwerkverkehrs über standardmäßige, ordnungsgemäß konfigurierte TLS läuft, ein kleiner Prozentsatz des Datenverkehrs jedoch eine genauere Untersuchung erfordert, da dabei möglicherweise unerwartete Endpunkte, schwache Konfigurationen oder anomales Verhalten aufgedeckt werden, die ohne eine dynamische Analyse unbemerkt blieben.

Die Kombination beider Erfassungsansätze sorgt für die umfassende Transparenz, die für eine effektive Schlüsselverwaltung erforderlich ist.

Verwaltung der kryptografischen Sicherheitslage

Das Kryptografie-Management bezeichnet die kontinuierliche Bewertung und Verbesserung der allgemeinen kryptografischen Bereitschaft einer Organisation. Es verbindet die Erfassung, die Richtlinien und das Lebenszyklusmanagement zu einem Kreislauf der kontinuierlichen Verbesserung.

Transparenz über die gesamte Infrastruktur hinweg. Das „
“-Posture-Management bietet einen einheitlichen Überblick darüber, welche kryptografischen Ressourcen vorhanden sind, wo sie eingesetzt werden und wie sie konfiguriert sind. Die kryptografische Sicherheitslage ist von großer Bedeutung, um zu wissen, was „unter der Haube“ vor sich geht, aber auch, um gut vorbereitet zu sein.

Daten während der Übertragung und gespeicherte Daten.
Für jeden Bereich sind unterschiedliche Tools und Ansätze erforderlich. Netzwerkbasierte Tools wie TLS befassen sich mit Daten während der Übertragung, während software und SBOM-/CBOM-Analysen die eingebettete Kryptografie und gespeicherteDaten abdecken. Eine umfassende Strategie zum Sicherheitsstatus-Management deckt beide Bereiche ab.

Einhaltung gesetzlicher Vorschriften.
Europäische Vorschriften, darunter auch die CSA, verlangen von Organisationen zunehmend, dass sie ihre kryptografische Sicherheitslage nachweisen. Ohne ein ordnungsgemäßes Sicherheitslagenmanagement wird es erheblich schwieriger, die Einhaltung der Vorschriften zu erreichen und aufrechtzuerhalten.

Anerkennung durch Analysten.
Branchenanalysten empfehlen mittlerweile das Management der kryptografischen Sicherheitslage als Best Practice, was darauf hindeutet, dass der Markt so weit gereift ist, dass eine kontinuierliche Bewertung der kryptografischen Sicherheit mittlerweile als selbstverständlich und nicht mehr als optional angesehen wird.

Vorbereitung auf die Post-Quanten-Kryptografie

Bestandsaufnahme als Voraussetzung.
Unternehmen können sich nicht auf den Übergang zur Quanteninformatik vorbereiten, ohne zuvor zu wissen, über welche kryptografischen Ressourcen sie verfügen und wo diese eingesetzt werden. Die zuvor in diesem Leitfaden beschriebenen Verfahren zur Erfassung und Bestandsaufnahme gewinnen im Zusammenhang mit der Migration zu PQC noch mehr an Bedeutung. Die Vervollständigung des kryptografischen Bestandsbildes ist sowohl für die heutige Abwehr aktueller Angriffe als auch für den zukünftigen Übergang zu quantensicheren Algorithmen von entscheidender Bedeutung.

Ab sofort.
Der Übergang zur Post-Quanten-Kryptografie erfordert bereits heute eine Planung, noch bevor Quantencomputer einsatzfähig sind. Unternehmen sollten damit beginnen, Post-Quanten-Algorithmen zu testen, ihre Schlüsselbestände auf Anfälligkeit gegenüber Quantencomputern zu überprüfen und kryptoagile Architekturen aufzubauen, die einen schnellen Algorithmuswechsel ermöglichen, sobald die Standards endgültig festgelegt sind.

Wie Keyfactor helfen Keyfactor

Die Plattform Keyfactorbewältigt die in diesem Leitfaden beschriebenen Herausforderungen im Bereich der kryptografischen Schlüsselverwaltung mithilfe einer integrierten Lösungssuite.

• Erfassung und Bestandsaufnahme kryptografischer Ressourcen automatisiert die Erfassung aller kryptografischen Ressourcen im gesamten Unternehmen und ersetzt manuelle Prüfungen durch kontinuierliche Transparenz.
• Moderne PKI-Plattform schafft Vertrauen und vergibt Identitäten in großem Maßstab und dient damit als Grundlage für Zero-Trust-Architekturen.
• Automatisierung des Zertifikatslebenszyklus verwaltet den gesamten Lebenszyklus von Schlüsseln und Zertifikaten – von der Ausstellung über die Rotation bis hin zur Sperrung – und macht manuelle Prozesse überflüssig.
• Das Cryptographic Posture Managementbietet einen einheitlichen Überblick über kryptografische Risiken, Compliance-Lücken und die Quantencomputer-Bereitschaft im gesamten Unternehmen.
• Bouncy Castle  und PQC Lab ermöglichen es Unternehmen, bereits heute postquanten-algorithmen zu testen und sich darauf vorzubereiten, und schaffen so die kryptografisch agile Grundlage, die der Übergang zum Quantenzeitalter erfordert.

Keyfactor die Erfassung, das Lebenszyklusmanagement und das Sicherheitsstatusmanagement auf einer einzigen Plattform und ersetzt damit fragmentierte, manuelle Prozesse durch eine automatisierte, nachprüfbare Schlüsselverwaltung.

Die wichtigsten Erkenntnisse

• Die kryptografische Schlüsselverwaltung ist das Fachgebiet, das sich mit der Kontrolle von Schlüsseln während ihres gesamten Lebenszyklus befasst, von der Generierung bis zur Vernichtung.
• Ein einziger kompromittierter Schlüssel kann ein Unternehmen mehrere zehn Millionen Dollar kosten, wie der Hackerangriff auf die Postbank gezeigt hat.
• Die meisten Unternehmen verwalten Zehntausende von Schlüsseln, haben jedoch keinen Überblick darüber, wo sich diese alle befinden.
• Eine effektive Schlüsselverwaltung erfordert die Erfassung, die Automatisierung des Lebenszyklus, eine formelle Governance sowie ein kontinuierliches Sicherheitsstatus-Management.
• Die Vorbereitung auf die Post-Quanten-Kryptografie beginnt damit, dass Sie Ihren aktuellen Bestand an kryptografischen Mitteln kennen.
• Ein zentralisierter Plattformansatz ersetzt fragmentierte, manuelle Prozesse durch eine automatisierte, nachprüfbare Schlüsselverwaltung.