Die stille Krise in Ihrer PKI: Wie intelligente Sicherheitsteams ihre kryptografische Lage wiederherstellen, bevor es zu spät ist

Im Juni 2024 kündigte Google an, dass Chrome nach dem 31. Oktober keine öffentlich ausgestellten TLS- Zertifikate von Entrust mehr akzeptieren würde. Mozilla zog einige Monate später nach. Für viele Unternehmen, deren Entrust-Zertifikate über verschiedene IT-Umgebungen verteilt waren, verwandelten sich die folgenden vier Monate in einen wahren Krisenmodus. Teams mit ausgereiften Tools zur Zertifikatsverwaltung migrierten die Zertifikate gezielt. Teams ohne solche Tools verbrachten Wochen damit, herauszufinden, welche ihrer Zertifikate tatsächlich nicht mehr funktionieren würden und wo diese Zertifikate eingesetzt wurden.

Seitdem wiederholt sich eine ähnliche Hektik jedes Quartal. Eine Zertifizierungsstelle misstraute der Zertifizierungsstelle . Ein Protokoll wurde als veraltet markiert. Ein abgelaufenes internes Zertifikat erwies sich als ressourcenintensiv für eine Anwendung, deren Eigentümer niemand mehr war. Ein durch einen Vorfall bei einem Anbieter ausgelöster Signaturschlüsselwechsel. Die durch CrowdStrike im Juli 2024 ausgelöste Panik darüber, wie ein einzelnes Stück vertrauenswürdigen Codes eine ganze Branche lahmlegen kann, führte zu parallelen Diskussionen über kryptografisches Vertrauen, da die Auswirkungen eines kompromittierten oder abgelaufenen Zertifikats ähnlich gravierend sind. All dies sind keine ungewöhnlichen Probleme.

Sie alle lassen sich auf dieselbe Ursache zurückführen: ein Stück Kryptografie, das zwar technisch im Besitz der Organisation war, aber tatsächlich nicht eingesehen wurde. Wenn Ihnen das bekannt vorkommt, sind Sie nicht allein. Und wenn nicht, ist das umso schlimmer, denn es bedeutet mit ziemlicher Sicherheit, dass es Ihnen selbst schon passiert ist, ohne dass Sie es bemerkt haben.

Dieser Artikel erklärt, warum die Public-Key-Infrastruktur (PKI) zur am meisten vernachlässigten Ebene der Unternehmenssicherheit geworden ist, was kryptografische Sicherheit im Jahr 2026 wirklich bedeutet und welche konkreten Maßnahmen erfahrene Sicherheitsteams ergreifen, um dieses Problem zu beheben. Wir beleuchten außerdem die Rolle von CertSecure Manager und CBOM Secure von Encryption Consulting und zeigen auf, wie die Dienstleistungen von Encryption Consulting Kunden dabei unterstützen, von der Annahme, sie hätten irgendwo eine Liste ihrer Zertifikate, zu einem umfassenden Verständnis ihrer Zertifikate zu gelangen: Sie wissen genau, was sie besitzen, wo sie gespeichert sind und welche Kosten ein Ausfall verursachen würde.

Kurzantwort: Was ist kryptografische Sicherheit und warum ist sie heutzutage wichtig?

Die kryptografische Sicherheitslage beschreibt den Gesamtsicherheitsstatus aller kryptografischen Ressourcen, auf die eine Organisation angewiesen ist: Zertifikate, private Schlüssel, Algorithmen, Bibliotheken, Schlüssellängen und Protokollimplementierungen. Die meisten Unternehmen verfügen über zwei- bis fünfmal so viele Zertifikate, wie in ihrem offiziellen Verzeichnis angegeben sind. In Verbindung mit der 47-tägigen Gültigkeitsdauer von TLS (März 2029) und den NIST-PQC-Standards (August 2024) hat sich diese Lücke zu einer operativen Krise entwickelt, die nicht länger aufgeschoben werden kann.

Wichtige Erkenntnisse

• In nahezu jedem Projekt, das Encryption Consulting durchführt, findet die unabhängige Zertifikatsprüfung zwei- bis fünfmal mehr Zertifikate als im offiziellen Bestand verzeichnet sind. Im Finanzdienstleistungssektor wurden in der offiziellen Tabelle 3.000 Zertifikate ausgewiesen, während tatsächlich über 15.000 im Produktivbetrieb sind. Die fehlenden Zertifikate sind genau diejenigen, die mit hoher Wahrscheinlichkeit ohne Verlängerungsbenachrichtigung ablaufen.
• Die CA/Browser Forum-Abstimmung SC-081v3 (verabschiedet im April 2025) reduziert die maximale Gültigkeitsdauer öffentlicher TLS-Zertifikate von 398 Tagen auf 200 Tage (15. März 2026), dann auf 100 Tage (15. März 2027) und schließlich auf 47 Tage (15. März 2029). Bei einer Gültigkeitsdauer von 47 Tagen erhöht sich die Anzahl der täglichen Verlängerungen für ein Team, das 5,000 öffentliche TLS-Zertifikate verwaltet, von etwa 14 auf etwa 110. Operativ gesehen handelt es sich bei der 47-Tage-Frist um eine Automatisierungsvorgabe, die als Sicherheitsregel getarnt ist.
• Das NIST veröffentlichte am 13. August 2024 die ersten Post-Quanten-Kryptographiestandards: FIPS 203 (ML-KEM), FIPS 204 (ML-DSA) und FIPS 205 (SLH-DSA). Die Bedrohung durch das sogenannte „Harvest-Now-Decrypt-Later“-Prinzip bedeutet, dass Daten, die heute mit RSA oder ECC verschlüsselt wurden, bereits jetzt für zukünftige Quantenentschlüsselungen abgefangen werden können. Alle Daten mit einer Vertraulichkeitsdauer von mehr als fünf bis zehn Jahren sind aktuell gefährdet.
• Die DigiCert Trust Pulse-Umfrage (Juli 2025) ergab, dass 45 Prozent der Unternehmen im Vorjahr Ausfallzeiten aufgrund von Zertifikatsproblemen verzeichneten. Diese Vorfälle sind keine Seltenheit; sie lassen sich auf Zertifikate außerhalb des verwalteten Bestands, Zertifikate ohne automatische Verlängerung und kryptografische Abweichungen zurückführen, die niemand überwachte.
• Die vier häufigsten PKI-Probleme sind: unerwarteter Ablauf von Zertifikaten, gefälschte Zertifikate, kryptografische Abweichungen und Compliance-Lücken, die zu einem Audit-Mangel führen. Eine gemeinsame Lösung besteht in der kontinuierlichen, automatisierten und unternehmensweiten Transparenz darüber, welche kryptografischen Technologien das Unternehmen tatsächlich nutzt und in welchem ​​Zustand sie sich befinden.

Wen sollte die kryptografische Sicherheitslage interessieren?

Die kryptografische Sicherheitslage betrifft jedes Team, das Zertifikate und kryptografische Assets ausstellt, nutzt, verwaltet oder prüft. Die Folgen einer unzureichenden Sicherheitslage – von Ausfällen über Verstöße gegen die Compliance-Vorschriften bis hin zu Sicherheitslücken – wirken sich, sobald sie eintreten, auf die gesamte Organisation aus.

Funktion / Rolle (Role) *	Warum es wichtig ist	Aktionselement
PKI-Administratoren	Vollständigkeit des eigenen Zertifikatsbestands, Automatisierung des Lebenszyklus, Infrastruktur für den Zertifikatswiderruf und Durchsetzung von Richtlinien bei der Ausstellung; die zwei- bis fünffache Erkennungslücke repräsentiert Zertifikate ohne Erneuerungsbenachrichtigungen, ohne Lebenszyklus-Governance und ohne Nachweis der Einhaltung von Vorschriften; bei einer Gültigkeit von 47 Tagen muss dasselbe Team etwa 110 Erneuerungen pro Tag für 5,000 Zertifikate bearbeiten, ohne die Mitarbeiterzahl linear zu erhöhen	Führen Sie vierteljährlich unabhängige Erkennungsscans in Netzwerk-, Cloud-, Kubernetes- und CI/CD-Umgebungen durch und vergleichen Sie die Ergebnisse mit dem verwalteten Inventar; integrieren Sie alle Zertifikatsbestände in CertSecure Manager zur kontinuierlichen Ablaufüberwachung und automatisierten ACME-basierten Verlängerung; Durchsetzung der Richtlinien bei Ausstellung hinsichtlich Algorithmus, Schlüssellänge, Gültigkeitsdauer und zugelassenem Aussteller vor Ablauf der 47-tägigen Frist.
Sicherheitsarchitekten	Sie beherrschen das kryptografische Rahmenwerk: Sie definieren, welche Algorithmen zugelassen sind, welche Schlüssellängen erforderlich sind, wie private Schlüssel geschützt werden, wie die Architektur für kryptografische Agilität aussieht und wie die Migration nach der Quantenphysik abläuft. Ohne ein vollständiges kryptografisches Inventar ist die Migration reine Spekulation; kryptografische Veränderungen (SHA-1, RSA-1024, veraltete Bibliotheksversionen) bleiben ohne kontinuierliche Überprüfung unsichtbar.	Kommission a CBOM Secure Kryptografische Stückliste für alle Umgebungen: Algorithmen, Bibliotheksversionen, Protokollimplementierungen und Zertifikate; Nutzung der Quantenbereitschaftsbewertung zur Risikoklassifizierung von Assets und zur Planung der PQC-Migration; Integration von Kryptoagilität in neue Systeme durch Abstraktionsschichten und konfigurierbare Verschlüsselungssammlungen; Einbindung PQC-Bereitschaft Bewertungsdienstleistungen für die strukturierte Migrationsplanung
Plattform- und DevOps-Teams	Die Integration der Zertifikatsautomatisierung in CI/CD-Pipelines, Kubernetes-Ingresses und Cloud-Zertifikatspeicher ist unerlässlich. Unautorisierte Zertifikate werden meist von Entwicklern erstellt, die schnell ein TLS-Zertifikat benötigen und Let's Encrypt oder OpenSSL außerhalb des verwalteten Workflows verwenden. Diese Zertifikate werden weder inventarisiert noch ihrem Lebenszyklus zugeordnet. Bei einer Gültigkeitsdauer von 47 Tagen stellt jede Pipeline, die Zertifikate manuell ausstellt, ein Zuverlässigkeitsrisiko dar.	Integrieren Sie die ACME-basierte Zertifikatsausstellung mithilfe von CertSecure Manager in CI/CD-Pipelines und Kubernetes-Ingress-Konfigurationen; fügen Sie das Scannen kryptografischer Bibliotheken zu Build-Pipelines hinzu, um die Verwendung veralteter Algorithmen bereits zur Build-Zeit und nicht erst nach der Bereitstellung zu erkennen; integrieren Sie die Überwachung des Zertifikatsablaufs in die Plattform-Observability-Stacks neben den bestehenden Health-Checks.
Compliance-Teams	Die kontinuierliche Überwachung kryptografischer Kontrollen muss gemäß PCI DSS 4.0, HIPAA, NIST CSF 2.0, NIS2, FedRAMP und dem EU Cyber ​​Resilience Act nachgewiesen werden. Prüfer geben sich nicht mehr mit einem Richtliniendokument zufrieden; sie fordern Protokolle, Inventarlisten und Nachweise über die kontinuierliche Überwachung. Ohne automatisierte Datenerfassung wird das Audit zu einem sechswöchigen Wettlauf gegen die Zeit, in dem das Sicherheitsteam die Beweiskette manuell zusammentragen muss.	Bestätigen Sie, dass die CLM-Plattform Konformitätsnachweise gemäß den geltenden Rahmenwerken generiert; fügen Sie vierteljährliche Überprüfungen des kryptografischen Inventars auf CBOM-Ebene dem Konformitätsnachweispaket hinzu; gleichen Sie den Migrationsfahrplan für die Zeitumstellung nach der Quantenmigration mit den Zeitplänen von NIST und NSA CNSA 2.0 ab und dokumentieren Sie die Einhaltung jedes Meilensteins; nehmen Sie den Migrationsstatus der PQC in die Sicherheitsberichterstattung auf Vorstandsebene auf.
CISOS	Die kryptografische Sicherheitslage ist eines jener Probleme, bei denen die Kosten des Nichtstuns so lange verborgen bleiben, bis sie plötzlich sichtbar werden. Dann kommt es zu einem Ausfall, einem Prüfbericht, einem Sicherheitsverstoß oder einer verpassten Frist, die dem Vorstand erklärt werden müssen. Sowohl die 47-Tage-Frist als auch der Zeitplan für die Migration nach der Quantenintegration haben feste, nicht verhandelbare Termine. Die DigiCert Trust Pulse Survey (Juli 2025) ergab, dass 45 Prozent der Unternehmen Ausfallzeiten im Zusammenhang mit Zertifikaten erlebten und 56.6 Prozent den Ablauf von Zertifikaten zu ihren drei größten Sorgen zählen.	Die kryptografische Sicherheitslage sollte als messbares Programm mit vierteljährlicher Berichterstattung und nicht als bloße Zielvorgabe betrachtet werden; eine Bewertung der kryptografischen Sicherheitslage ist als erster Schritt erforderlich, um die Bestandslücke zu ermitteln und Investitionen zu priorisieren; evaluieren PKI als Service Für Organisationen, die ihr PKI-Betriebsteam nicht auf den 47-tägigen Erneuerungszyklus ausweiten können, sollte die PQC-Migrations-Roadmap verbindlich vorgeschrieben und deren Fortschritt anhand der NSA/CNSA 2.0-Meilensteine ​​verfolgt werden. PQC Kompetenzzentrum

Checkliste zur Reife des kryptografischen Sicherheitsstatus: Problem, Auswirkungen auf das Geschäft, empfohlene Maßnahmen und Verantwortlicher

Nutzen Sie diese Checkliste, um festzustellen, welche kryptografischen Sicherheitslücken in Ihrer Umgebung vorliegen, deren geschäftliche Auswirkungen zu verstehen und die Verantwortlichkeit für die Behebung festzulegen, bevor ein Vorfall oder ein Auditbefund eine reaktive Reaktion erzwingt.

Problem	Auswirkungen auf das Geschäft	Empfohlene Maßnahme	Eigentümer
Zertifikatsbestandslücke (ermittelte Anzahl entspricht dem 2- bis 5-Fachen des verwalteten Bestands)	Zertifikate außerhalb des verwalteten Inventars verfügen über keine Erneuerungsbenachrichtigungen, keine Lebenszyklussteuerung, keine Nachweise zur Einhaltung der Vorschriften und keinen Widerrufsworkflow; sie sind die Ursache der meisten ungeplanten PKI-Ausfälle.	Führen Sie vierteljährlich unabhängige Erkennungsscans in Netzwerk-, Cloud-, Kubernetes- und CI/CD-Umgebungen durch; integrieren Sie alle gefundenen Zertifikate in CertSecure Manager; etablieren Sie einen kontinuierlichen Erkennungszyklus anstelle einer punktuellen Prüfung.	PKI-Administrator
Keine automatische Zertifikatserneuerung vor Ablauf der 47-tägigen Gültigkeitsdauer	Bei einer Zertifikatsgültigkeit von 47 Tagen (15. März 2029) erfordert ein Bestand von 5,000 Zertifikaten etwa 110 Verlängerungen pro Tag; manuelle Prozesse sind für diese Frequenz nicht skalierbar; versäumte Verlängerungen führen zu unvorhergesehenen Ausfällen.	Implementieren Sie die ACME-basierte Erneuerungsautomatisierung für alle öffentlichen Zertifikate vor dem 100-Tage-Meilenstein (15. März 2027); integrieren Sie die Erneuerungsworkflows von CertSecure Manager mit Load Balancern, Webservern, Kubernetes-Ingresses und Cloud-Zertifikatspeichern.	PKI-Administrator + Plattformteam
Die Richtlinie wird erst nach ihrer Veröffentlichung und nicht bei der Veröffentlichung in Kraft gesetzt.	Die Durchsetzung der Richtlinien nach der Zertifikatserteilung führt zu einem permanenten Rückstand an nicht konformen Zertifikaten; die Teams kommen nie hinterher; jedes neue, außerhalb der Richtlinien ausgestellte Zertifikat verlängert die Warteschlange für die Behebung von Mängeln.	Konfigurieren Sie die Richtliniendurchsetzung bei der Ausstellung in CertSecure Manager: zugelassene Algorithmen, minimale Schlüssellängen, maximale Gültigkeitsdauern, zugelassene Aussteller und zugelassene Schlüsselverwendungen; lehnen Sie nicht konforme Anfragen bei der Übermittlung ab.	PKI-Administrator + Sicherheitsarchitekt
Nicht autorisierte Zertifikate außerhalb des verwalteten Inventars	Von Entwicklern, Anbietern oder automatisierten Tools außerhalb des verwalteten Workflows ausgestellte Zertifikate gewährleisten keine Richtlinienkonformität, keine Lebenszyklusverfolgung und werden in einigen Fällen von Angreifern genutzt, um sich durch die Ausstellung vertrauenswürdiger Anmeldeinformationen dauerhaften Zugriff zu verschaffen.	Fügen Sie die Protokollüberwachung für Zertifikatstransparenz für alle Organisationsdomänen hinzu, um öffentlich vertrauenswürdige Zertifikate zu erfassen, die von beliebigen Zertifizierungsstellen für diese Domänen ausgestellt wurden; fügen Sie die Überwachung der Prüfprotokolle von Zertifizierungsstellen für interne Zertifizierungsstellen hinzu, um Zertifikate zu erfassen, die außerhalb des genehmigten Workflows ausgestellt wurden.	PKI-Administrator + Sicherheitsteam
Kryptografische Abweichungen (SHA-1, RSA-1024, veraltete Bibliotheksversionen in der Produktion)	Veraltete Algorithmen sind ohne kontinuierliches Scannen unsichtbar; sie führen zu Compliance-Verstößen, erfüllen nicht die Anforderungen von PCI DSS 4.0 und NIST CSF 2.0 und setzen – im Falle von Post-Quanten-anfälligen Algorithmen – langlebige Daten Angriffen aus, bei denen die Daten erst gesammelt und später entschlüsselt werden.	Setzen Sie CBOM Secure ein, um eine kryptografische Stückliste zu erstellen; konfigurieren Sie die kontinuierliche Überprüfung der Algorithmenkonformität; kennzeichnen Sie alle Ergebnisse veralteter Algorithmen mit Risikobewertungen und weisen Sie Verantwortliche für die Behebung zu; beziehen Sie veraltete Bibliotheksversionen in den Geltungsbereich ein, nicht nur Zertifikate.	Sicherheitsarchitekt + PKI-Administrator
Kein CBOM für die Post-Quanten-Migrationsplanung	Die Migration zu ML-KEM, ML-DSA und SLH-DSA (NIST FIPS 203/204/205, 13. August 2024) erfordert die Identifizierung aller Systeme, Bibliotheken und Protokolle, die noch RSA oder ECC verwenden; ohne CBOM ist der Migrationsumfang unbekannt und die Reihenfolge reine Spekulation.	Beauftragen Sie als ersten Schritt in der PQC-Migrationsplanung eine CBOM Secure-Kryptografie-Stückliste; nutzen Sie die Quantenbereitschaftsbewertung, um Assets nach Risiko zu klassifizieren und langlebige, wertvolle Datenspeicher für die Migration zu priorisieren; beauftragen Sie PQC-Bereitschaftsbewertungsdienste für die Entwicklung eines strukturierten Migrationsfahrplans.	Sicherheitsarchitekt
Private Schlüssel, die nicht hardwareseitig gesichert sind oder keinen Quorum-basierten Zugriff haben	Die Kompromittierung der Root-CA und des Codesignaturschlüssels zählt zu den folgenreichsten PKI-Vorfällen; ein gestohlener Signaturschlüssel ermöglicht es einem Angreifer, sich selbst vertrauenswürdige Anmeldeinformationen auszustellen oder Schadcode zu signieren; die Auswirkungen sind organisationsweit.	Setzen Sie FIPS 140-3 Level 3 HSMs für die Speicherung von Root-CA- und Codesignatur-Schlüsseln ein; implementieren Sie quorumbasierte Zugriffskontrollen, die mehrere autorisierte Mitarbeiter für Schlüsseloperationen erfordern; pflegen Sie HSM-Zugriffsprotokolle und beziehen Sie diese in vierteljährliche Sicherheitsüberprüfungen ein.	PKI-Administrator + Sicherheitsarchitekt
Nachweise zur Einhaltung der Vorschriften werden manuell und nicht kontinuierlich erstellt.	Die manuelle Nachweiserfassung für PCI DSS 4.0-, HIPAA-, NIST CSF 2.0-, NIS2- und FedRAMP-Audits erfordert einen sechswöchigen Zeitaufwand; die Nachweiskette wird nachträglich erstellt, anstatt kontinuierlich gepflegt zu werden; punktuelle Nachweise genügen den Anforderungen an die kontinuierliche Überwachung nicht.	Konfigurieren Sie die Compliance-Berichterstattung von CertSecure Manager gemäß den geltenden Rahmenwerken; automatisieren Sie die Nachweiserfassung für Zertifikatsausstellungs-, -verlängerungs- und -widerrufsereignisse; integrieren Sie kryptografische Inventarexporte auf CBOM-Ebene in das vierteljährliche Compliance-Paket.	Compliance-Team + PKI-Administrator

Die unbequeme Wahrheit über Ihr Zertifikatsinventar

Hier ein Gedankenexperiment: Rufen Sie Ihre aktuelle Zertifikatsliste auf und zählen Sie die Einträge. Bitten Sie nun einen Junior-Entwickler, zwei Tage lang unabhängige Scans in Ihrem Netzwerk, Ihren Cloud-Konten, Ihren Kubernetes-Clustern und den Certificate Transparency Logs Ihrer Domains durchzuführen.

Bei nahezu jedem Projekt von Encryption Consulting ist die zweite Zahl mindestens doppelt so hoch wie die erste. Manchmal ist sie sogar fünfmal so hoch. Wir haben in Finanzdienstleistungsunternehmen gearbeitet, in denen dreitausend Zertifikate in der offiziellen Tabelle verzeichnet waren, und dort festgestellt, dass tatsächlich über fünfzehntausend Zertifikate im Produktiveinsatz waren.

Woher kommen sie? Ein Entwickler, der schnell ein TLS-Zertifikat für ein internes Tool benötigte und Let's Encrypt nutzte , weil es Freitagnachmittag war. Ein übernommenes Unternehmen, das eine eigene Zertifizierungsstelle einführte und nie vollständig integriert wurde. Ein Gerät eines Anbieters mit einem selbstsignierten Zertifikat, das sich automatisch erneuert. Eine SaaS-Integration, die vor drei Jahren im Rahmen eines Proof-of-Concept ein Client-Zertifikat erstellte. Ein Wildcard-Zertifikat, das jemand auf vierzig Server kopierte, weil das Kopieren einfacher war als die Beantragung eines neuen.

Nichts davon ist böswillig. Alles ist unsichtbar. Und alles ist Ihr Problem, wenn etwas kaputt geht oder jemand einen Prüfbericht anfordert.

Diese Diskrepanz zwischen dem, was man zu haben glaubt, und dem, was man tatsächlich hat, ist der wichtigste Aspekt der kryptografischen Sicherheitslage und der Ausgangspunkt für jedes ernsthafte Sicherheitsprogramm.

Was kryptografische Haltung tatsächlich bedeutet

Der Begriff wird in Anbieterpräsentationen so inflationär verwendet, dass er jede konkrete Bedeutung verliert. Entfernt man die Marketingaussagen, so beschreibt die kryptografische Sicherheitslage genau das: den Sicherheitszustand aller kryptografischen Assets, von denen Ihr Unternehmen abhängt, als Ganzes.

Das umfasst die offensichtlichen Dinge wie Zertifikate und private Schlüssel. Dazu gehören aber auch die zugrunde liegenden Algorithmen, die Bibliotheken, die diese Algorithmen implementieren, die verwendeten Schlüssellängen, die Schutzmethoden für jeden Schlüssel, die Protokolle, die die Kryptografie umschließen, und das Prüfprotokoll, das dokumentiert, wer wann auf welche Daten zugegriffen hat. AES-256 schützt Ihre ruhenden Daten nicht, wenn der Hauptschlüssel in einem 1024-Bit -RSA- Schlüssel aus dem Jahr 2009 verschlüsselt ist. Die Kette ist genau so stark wie ihr schwächstes Glied, und die meisten Umgebungen weisen deutlich mehr Schwachstellen auf, als man gemeinhin annimmt.

Ein Team mit fundierten kryptografischen Kenntnissen kann Fragen wie diese beantworten: Nutzt jedes System in unserer Umgebung heute SHA-1? Verwendet jede Anwendung eine veraltete Version einer kryptografischen Bibliothek? Setzt jeder langlebige Datenspeicher noch auf RSA-2048 anstatt auf eine quantenresistente Alternative? Ein Team mit schwachen Kenntnissen kann zwar überzeugend klingende Antworten geben, aber dennoch falsch liegen.

Der Unterschied zwischen den beiden Teams liegt nicht im Budget. Er liegt darin, ob sie die Sache vor oder nach dem Vorfall ernst genommen haben.

Die vier Geister, die jeden PKI heimsuchen

Betritt man ein beliebiges Umfeld, das nicht in PKI- Überwachung investiert hat, findet man dieselben vier Probleme vor, nur in etwas anderem Gewand.

Das erste Beispiel ist der Ablauf eines Zertifikats, mit dem niemand gerechnet hat . Ein irgendwo unbedeutendes Zertifikat entpuppt sich plötzlich als entscheidend für einen kritischen Workflow. Die Erneuerung hatte nur jemand im Kopf, diese Person ist aber schon seit zwei Jahren weg, und nun sitzt das gesamte Team um 3 Uhr nachts in einer Videokonferenz und versucht herauszufinden, wer den privaten Schlüssel hat. PKI-Ingenieure kennen diese Geschichte. Finanzchefs bekommen sie irgendwann mit. Selbst namhaften Unternehmen passiert das immer noch mehrmals im Jahr, und die öffentlich bekannten Fälle sind nur ein Bruchteil der Vorfälle, die Kunden überhaupt bemerken.

Das zweite Problem sind gefälschte Zertifikate . Interne Zertifizierungsstellen lassen sich leicht einrichten. Genauso einfach ist es, ein kostenloses Zertifikat von einer öffentlichen Zertifizierungsstelle zu beziehen. Auch Entwickler können mit OpenSSL ein selbstsigniertes Zertifikat für Testzwecke generieren. Keines dieser Zertifikate entspricht Ihren Richtlinien hinsichtlich Schlüssellänge, Gültigkeitsdauer oder Namensgebung. Keines davon ist in Ihrem Bestand. Einige werden jedoch produktiv eingesetzt. Angreifer nutzen einige dieser Zertifikate, um sich dauerhaften Zugriff zu verschaffen, denn die Ausstellung eines vertrauenswürdigen Zertifikats ist eine der einfachsten Methoden, den Anschein zu erwecken, man gehöre zu einem Netzwerk.

Der dritte Faktor ist die kryptografische Drift . Algorithmen veralten. SHA-1 wurde innerhalb eines öffentlich vorhersehbaren Zeitraums von „noch in Gebrauch“ zu „veraltet“ eingestuft und ist heute noch auf Produktionssystemen im Einsatz. RSA-1024 befindet sich in einer ähnlichen Situation. RSA-2048 steuert mit zunehmender Reife des Quantencomputings auf dasselbe zu. Wer die Drift nicht aktiv überwacht, verwendet im Endeffekt die Algorithmen, die das Team bei der letzten Systemaktualisierung gewählt hat – möglicherweise vor zehn Jahren.

Der vierte Punkt ist die Compliance-Lücke, die zum Feststellungsgrund wird . PCI DSS 4.0, HIPAA , NIST CSF 2.0, NIS2 , der EU Cyber ​​Resilience Act und eine wachsende Zahl weiterer Rahmenwerke stellen spezifische Anforderungen an kryptografische Kontrollen und Nachweise. Prüfer geben sich nicht mehr mit der Aussage „Wir haben eine Richtlinie“ zufrieden. Sie fordern Protokolle, Inventarlisten und den Nachweis einer kontinuierlichen Überwachung. Ohne diese Unterlagen wird Ihr Audit zu einem sechswöchigen Wettlauf gegen die Zeit, in dem das Sicherheitsteam die Beweiskette mühsam zusammentragen muss. Mit den entsprechenden Nachweisen wird das Audit zu einer reinen Anfrage.

Diese vier Geister teilen eine einzige Exorzismus-Maßnahme: Transparenz. Kontinuierliche, automatisierte und unternehmensweite Transparenz darüber, welche Kryptografie Sie tatsächlich einsetzen und in welchem ​​Zustand sie sich befindet.

Warum dies in den letzten 24 Monaten dringlich geworden ist

Zwei Branchenentwicklungen haben die PKI-Überwachung von einem Projekt, das man „vielleicht mal angehen sollte“, zu einem Projekt gemacht, das man „nicht länger aufschieben kann“. Die erste ist der schrittweise Rückgang der Gültigkeitsdauer öffentlich vertrauenswürdiger TLS-Zertifikate auf etwa 47 Tage. Die zweite ist die Migration zur Post-Quanten-Kryptographie . Beide Entwicklungen verdienen eine eingehende Betrachtung, da sie die Anforderungen an eine verteidigungsfähige kryptographische Sicherheitsarchitektur grundlegend verändern.

Die 47-Tage-Abrechnung: Was die Abstimmung im CA/Browser Forum wirklich bedeutet

Im April 2025 verabschiedete das CA/Browser Forum die Abstimmung SC-081v3, die bedeutendste Änderung an öffentlich vertrauenswürdigen TLS-Zertifikaten seit zehn Jahren. Die wichtigste Kennzahl ist 47 Tage. Die folgenden Details stellen einen gestaffelten Zeitplan dar, wobei jede Phase betrieblich relevant ist.

Der erste Meilenstein trat am 15. März 2026 in Kraft. Die maximale Gültigkeitsdauer neuer, öffentlich vertrauenswürdiger TLS-Zertifikate sank von 398 auf 200 Tage, und die maximale Wiederverwendungsdauer für Validierungsnachweise der Domänensteuerung wurde ebenfalls auf 200 Tage reduziert. Die meisten Unternehmen arbeiten bereits mit diesen Regelungen.

Der zweite Meilenstein ist am 15. März 2027 erreicht. Die maximale Gültigkeitsdauer sinkt auf 100 Tage, und die Wiederverwendung des Domänenkontrollnachweises (DCV) nimmt entsprechend ab. Der dritte Meilenstein ist am 15. März 2029 erreicht. Die Gültigkeitsdauer beträgt dann 47 Tage. Die Wiederverwendung des DCV sinkt auf 10 Tage. Diese letzte Zahl überrascht die Teams. Nach Anfang 2029 können keine einjährigen Zertifikate mehr ausgestellt werden. Auch die Ausstellung von Quartalszertifikaten ist nicht mehr möglich. Ein zwischengespeicherter Domänenkontrollnachweis ist nicht länger als anderthalb Wochen gültig; danach muss er erneut validiert werden.

Rechnen Sie einmal durch, welche Auswirkungen das auf den Betrieb hat. Ein Team, das heute 5,000 öffentliche TLS-Zertifikate verwaltet und diese in etwa jährlich erneuert, bearbeitet rund 14 Erneuerungen pro Tag. Nach 100 Tagen im Jahr 2027 sind es bei demselben Bestand bereits rund 50 Erneuerungen pro Tag. Nach 47 Tagen im Jahr 2029 generiert derselbe Bestand fast 110 Erneuerungen pro Tag, wobei die meisten davon alle zehn Tage einer DCV-Revalidierung unterzogen werden. Kein Team kann mit dieser Last linear skalieren. Und das sollte auch kein Team versuchen.

Die 47-Tage-Frist ist operativ gesehen eine als Sicherheitsregel getarnte Automatisierungsvorgabe. Manuelle Erneuerungen sind schon lange vor 2029 nicht mehr praktikabel. Die ACME-basierte Zertifikatsausstellung, API-gesteuerte Automatisierung und die tiefe Integration in die Systeme, die die Zertifikate tatsächlich nutzen, sind die einzig realistische Lösung. Diejenigen Teams, die zu lange warten, bis das hohe Volumen sie zum Handeln zwingt, werden Probleme haben. Diejenigen, die den Erneuerungsprozess bereits vor dem notwendigen Zeitpunkt automatisiert haben, werden gut aufgestellt sein.

Genau für diesen Anwendungsbereich wurde CertSecure Manager entwickelt. Die Plattform automatisiert Ausstellung, Verlängerung und Bereitstellung von Zertifikaten über ACME, REST-APIs und direkte Integrationen mit Load Balancern, Webservern, Kubernetes-Ingress-Systemen, Mobile-Device-Management-Systemen und Cloud-Zertifikatspeichern. Sie unterstützt Umgebungen mit mehreren Zertifizierungsstellen (CAs), sodass Änderungen der Bedingungen einer öffentlichen CA oder eine Migration zwischen Ausstellern den Verlängerungsprozess nicht unterbrechen.

Es setzt die Richtlinien bereits bei der Ausstellung durch, sodass ein verkürztes Gültigkeitsfenster keinen Rückstau an nicht konformen Zertifikaten verursacht. Die Erkennungs-Engine erfasst zudem jedes Zertifikat in der Umgebung, einschließlich derjenigen, die derzeit noch unbemerkt sind – genau jene Zertifikate, die am ehesten unbemerkt ausfallen, wenn das Erneuerungsfenster von 398 auf 47 Tage verkürzt wird.

Für Unternehmen, die den Erneuerungsprozess nicht selbst abwickeln möchten, bietet Encryption Consulting mit seinem PKI-as-a-Service- Angebot eine Komplettlösung. Das Team übernimmt die Konzeption, Implementierung und den Betrieb der Zertifikatsverwaltung im Auftrag des Kunden, einschließlich der Bereitstellung des CertSecure Managers, der HSM- Integration sowie der täglichen Überwachung und Erneuerung. Für die meisten Unternehmen ermöglicht die Kombination aus Automatisierungstools und Managed Services das Erreichen der Anforderungen bis 2029 ohne nennenswerte Personalaufstockung.

Die Post-Quanten-Migration: Wo fängt man eigentlich an?

Die zweite entscheidende Frist für die Umgestaltung kryptografischer Programme ist die Post-Quanten-Verschlüsselung, deren Bedeutung von Jahr zu Jahr zunimmt. Das NIST finalisierte die ersten Post-Quanten-Standards am 13. August 2024. FIPS 203 behandelt ML-KEM, den Schlüsselkapselungsmechanismus, der früher als Kyber bekannt war. FIPS 204 behandelt ML-DSA, das digitale Signaturverfahren, das früher als Dilithium bekannt war. FIPS 205 behandelt SLH-DSA, das zustandslose, Hash-basierte Signaturverfahren, das früher als SPHINCS+ bekannt war. Das NIST arbeitet an weiteren Standards, darunter FIPS 206 für FN-DSA (Falcon), und wählte im März 2025 HQC als alternativen Schlüsselkapselungsmechanismus aus, falls zukünftig Probleme mit ML-KEM auftreten sollten.

Der Hauptgrund für diese Standards ist die Bedrohung durch das Prinzip „Erfassen und späteres Entschlüsseln“. Ein geduldiger Angreifer fängt heute verschlüsselten Datenverkehr ab und wartet auf einen kryptografisch geeigneten Quantencomputer, um die Entschlüsselung zu ermöglichen. Alle Daten mit einer Vertraulichkeitsdauer von mehr als fünf bis zehn Jahren, darunter geistiges Eigentum, strategische Pläne, Patientenakten, Finanzmodelle und vertrauliche Regierungsdaten, sind bereits gefährdet. Die Tatsache, dass Quantencomputer RSA-2048 heute noch nicht knacken können, ist irrelevant. Die heute erfassten Daten sind das Ziel. Die Zeit läuft bereits.

Die „Commercial National Security Algorithm Suite 2.0“ der US-amerikanischen National Security Agency (NSA) legt konkrete Zeitpläne für die Migration nationaler Sicherheitssysteme fest, und diese Zeitpläne verändern auch die Erwartungen der Wirtschaft. Software und Firmware sollen ab 2025 Post-Quanten-Signaturen bevorzugen und ab 2030 ausschließlich verwenden. Webbrowser, Server und Cloud-Dienste sollen diese ab 2025 bevorzugen und ab 2033 ausschließlich nutzen. Betriebssysteme sollen sie ab 2027 bevorzugen und ab 2033 ausschließlich nutzen. Spezialgeräte sollen bis 2030 und 2033 umgestellt werden. Kundenspezifische Anwendungen und Legacy-Systeme bis 2033. Alle nationalen Sicherheitssysteme sollen bis 2035 umgestellt werden. Finanzaufsichtsbehörden, Gesundheitsbehörden und vergleichbare EU-Institutionen veröffentlichen ähnliche Leitlinien, die zwar weniger explizit sind, aber im selben Bereich angesiedelt sind.

Die Migration selbst ist kein einfacher Vorgang. In der Praxis ähnelt sie einem sechsstufigen Programm. Zunächst werden alle kryptografischen Assets in der Umgebung ermittelt, nicht nur Zertifikate und Schlüssel, sondern auch die zugehörigen kryptografischen Bibliotheken, Protokollimplementierungen und Abhängigkeiten. Anschließend werden diese Assets anhand der Vertraulichkeitsdauer der geschützten Daten und der Betriebsdauer des Systems nach ihrem Quantenrisiko klassifiziert.

Drittens sollte die Migration so priorisiert werden, dass langlebige, wertvolle Daten zuerst geschützt werden und kurzlebige Systeme mit geringen Auswirkungen warten können. Viertens sollten hybride Implementierungen, Zertifikate und Schlüsselaustauschverfahren, die einen klassischen Algorithmus mit einem Post-Quanten-Algorithmus kombinieren, in Pilotprojekten getestet werden, sodass ein Ausfall eines der beiden Algorithmen das System nicht beeinträchtigt. Fünftens sollten die Post-Quanten-Implementierungen durchgängig in jeder Bibliothek, jedem Protokoll und bei jedem Konsumenten der Kette validiert werden. Sechstens sollten die klassischen Komponenten planmäßig migriert, überwacht und außer Betrieb genommen werden.

Der erste Schritt ist oft der Knackpunkt vieler Programme, da die meisten Organisationen kein vollständiges kryptografisches Inventar erstellen können . Genau hier setzt CBOM Secure an. Die Plattform erstellt die kryptografische Stückliste, indem sie jeden verwendeten Algorithmus, jeden Schlüssel mit Länge und Schutzmethode, jede kryptografische Bibliothek und Version, jede Protokollimplementierung und jedes Zertifikat erfasst und diese Daten anschließend zu einer einzigen abfragbaren Übersicht zusammenführt. Die Risikobewertung hebt veraltete Algorithmen und quantenanfällige Kryptografie hervor. Die Bewertung der Quantenbereitschaft vergleicht das Inventar mit den NIST PQC-Standards und kennzeichnet die Systeme, die zuerst migriert werden müssen.

Sobald das detaillierte Inventar vorliegt, übernimmt CertSecure Manager die Zertifikatsseite der Migration . Es unterstützt die Ausstellung und Verwaltung von Hybridzertifikaten, die klassische und Post-Quanten-Algorithmen kombinieren, integriert sich in HSMs, die bereits Post-Quanten-Unterstützung bieten, und stellt Richtlinien zur Verfügung, mit denen das Sicherheitsteam Post-Quanten-Algorithmen für Neuausstellungen schrittweise vorschreiben und gleichzeitig rein klassische Zertifikate auslaufen lassen kann. CBOM Secure gibt vor, was und in welcher Reihenfolge migriert werden muss. CertSecure Manager kümmert sich um die operative Umsetzung. Für Organisationen, die einen strukturierten Migrationsplan erstellen, bieten die PQC Readiness Assessment Services die risikobasierte Priorisierung und Roadmap. Laufende Unterstützung erhalten Sie über das PQC Center of Excellence.

Für Organisationen, die im mehrjährigen Prozess fachkundige Unterstützung benötigen, bietet Encryption Consulting im Rahmen seiner Beratungsleistungen zur Post-Quanten-Migration kryptografische Verfahren, risikobasierte Priorisierung, Strategien für hybride Algorithmen, Kompatibilitätsanalysen für Anbieter und Produkte sowie Programmmanagement an. Die Arbeit ist selten glamourös. Sie entscheidet darüber, ob man den Meilenstein der Software-Signatur bis 2030 termingerecht erreicht oder sich gegenüber einer Aufsichtsbehörde erklären muss, warum man ihn verpasst hat.

Was ausgereifte Programme tatsächlich tun

Die Teams, denen das gelingt, wirken von außen betrachtet unscheinbar. Sie setzen keine hochmoderne KI für ihre kryptografischen Daten ein. Sie tun vielmehr über Jahre hinweg konsequent etwa acht bestimmte Dinge.

Sie erstellen ein vollständiges Inventar, bevor sie irgendetwas anderes tun. Die Erkennung ist die Grundlage für alles Weitere, und ein nur 80-prozentiges Inventar ist praktisch nutzlos, da die fehlenden 20 Prozent genau die Stelle sind, an der die nächste Ausfallgefahr liegt. Eine wirkliche Erkennung kombiniert Netzwerk-Scanning, agentenbasierte Datenerfassung, APIs von Cloud-Anbietern, CI/CD-Pipeline-Scanning und die Überwachung von Zertifikatstransparenz-Logs. Sie erfassen sowohl die heute ausgestellten Zertifikate als auch die Zertifikate, die von beliebigen Personen und überall für Ihre Domains ausgestellt wurden.

Sie automatisieren den Zertifikatslebenszyklus. Die manuelle Erneuerung ist die häufigste Ursache vermeidbarer PKI-Vorfälle in der Branche. Die Automatisierung durch ACME, REST-APIs und die direkte Integration in die Systeme, die die Zertifikate nutzen, beseitigt den menschlichen Engpass. Im Zielzustand erneuert und implementiert das System die Zertifikate, validiert die erfolgreiche Implementierung und meldet einen Fehler nur dann an einen Mitarbeiter.

Die Richtlinien werden bei der Ausstellung durchgesetzt, nicht im Nachhinein. Eine nachträgliche Durchsetzung der Richtlinien führt zu einem permanenten Rückstand an nicht konformen Zertifikaten, für deren Behebung niemand Zeit hat. Die Durchsetzung der Richtlinien bei der Ausstellung verhindert hingegen die Erstellung solcher Zertifikate von vornherein.

Sie zentralisieren die Schlüsselverwaltung mit hardwarebasierten Schlüsselspeichern. Dazu gehören HSMs, Cloud-basierte Schlüsselspeicher und ähnliche Technologien. Der Zugriff auf die sensibelsten Schlüssel (insbesondere Root-CA-Signaturschlüssel und Codesignaturschlüssel) erfolgt standardmäßig, nicht ausnahmsweise. Die Kosten eines HSMs sind im Vergleich zu den Kosten eines gestohlenen Signaturschlüssels gering.

Sie integrieren Krypto-Agilität in ihre Architektur. Krypto-Agilität bedeutet die Fähigkeit, einen Algorithmus durch einen anderen zu ersetzen, ohne die Anwendung neu schreiben zu müssen. Dies umfasst Abstraktionsschichten, konfigurierbare Verschlüsselungssammlungen und modulare kryptografische Bibliotheken. Teams mit Krypto-Agilität migrieren innerhalb von Monaten in die Post-Quanten-Technologie. Teams ohne diese Fähigkeit benötigen Jahre.

Sie gleichen ihre Umgebung mit Frameworks ab. NIST SP 800-57, NIST SP 800-131A, FIPS 140-3, die CA/Browser Forum-Basisanforderungen. Diese Dokumente sind Pflichtlektüre. Sie bilden das Rückgrat jedes verteidigungsfähigen kryptografischen Programms.

Sie überwachen kontinuierlich und alarmieren intelligent. Ein Überwachungssystem, das jedes Mal jemanden benachrichtigt, wenn ein Zertifikat nur noch 90 Tage gültig ist, wird innerhalb einer Woche ignoriert. Ein System hingegen, das zwischen automatisch geschützten Zertifikaten und solchen, die einen menschlichen Prüfer erfordern, unterscheidet, die Priorität je nach Kritikalität des geschützten Dienstes anpasst und sich in bestehende Incident-Management-Tools integriert, wird tatsächlich genutzt.

Sie planen jetzt die Migration nach der Quantenumstellung. Auch wenn das Team noch nicht bereit ist, mit der Migration zu beginnen, möchte es wissen, was es hat und wie umfangreich die Aufgabe sein wird.

Wo CertSecure Manager eingesetzt wird

CertSecure Manager ist die Zertifikatslebenszyklusmanagement-Plattform von Encryption Consulting. Sie basiert auf der komplexen Realität, dass fast keine Unternehmens-PKI von Grund auf neu entwickelt wird. Typischerweise werden in solchen Umgebungen Microsoft ADCS für interne Zertifikate, öffentliche Zertifizierungsstellen wie DigiCert oder Sectigo für extern vertrauenswürdige Zertifikate, eine private AWS-Zertifizierungsstelle für Cloud-Workloads, diverse interne Aussteller für Legacy-Systeme und eine Vielzahl selbstsignierter Zertifikate eingesetzt, deren vollständige Kontrolle niemandem zusteht.

CertSecure Manager führt all diese Informationen in einem einheitlichen Inventar zusammen – durch Netzwerk-Scanning, agentenbasierte und agentenlose Datenerfassung, Cloud-Integrationen und die Überwachung von Zertifikatstransparenz-Logs. Es bewältigt die komplexen Sonderfälle (Multi-SAN-Zertifikate, Wildcards, Zertifikate mit nicht standardisierten Erweiterungen, Zertifikate von nicht mehr existierenden Zertifizierungsstellen), die herkömmliche Asset-Management-Tools oft überfordern.

Im Hinblick auf den Lebenszyklus automatisiert es die Ausstellung, Verlängerung, Bereitstellung und den Widerruf von Zertifikaten über ACME , REST-APIs und direkte Integrationen mit Load Balancern, Webservern, Kubernetes- Ingress-Prozessen und Mobile-Device-Management-Systemen. Die Genehmigungsprozesse sind nach Zertifikatstyp, Umgebung und Geschäftsbereich konfigurierbar, sodass Produktionszertifikate freigegeben werden, während Zertifikate für Entwicklungsumgebungen automatisch geprüft werden.

Die Durchsetzung von Richtlinien ist die Funktion, die laut den meisten Kunden den größten Nutzen direkt am ersten Tag bringt. Sie definieren Ihre Standards (minimale Schlüssellänge, zulässige Algorithmen, maximale Gültigkeitsdauer, zugelassene Aussteller, zugelassene Schlüsselverwendungen), und das System lehnt Anfragen ab, die diesen Regeln nicht entsprechen. Allein diese Funktion eliminiert die Kategorie der Feststellungen wie „Wir haben es erst bei der Prüfung entdeckt“.

Die Berichtsebene liefert Compliance-Nachweise gemäß PCI DSS , HIPAA, FedRAMP und anderen relevanten Frameworks – mit einem Audit-Trail, den Sie bedenkenlos weitergeben können. Dashboards eignen sich sowohl für Sicherheitsverantwortliche, die sich einen schnellen Überblick verschaffen möchten, als auch für Entwickler, die einen bestimmten Vorfall detailliert analysieren müssen.

In einem Satz: Mit CertSecure Manager bleiben Tausende von Zertifikaten aktuell, konform und intakt, ohne dass Sie Ihr Team im Gleichschritt mit der Anzahl Ihrer Zertifikate vergrößern müssen.

Wo CBOM Secure passt

CertSecure Manager verwaltet Zertifikate und Schlüssel als operative Assets. CBOM Secure bietet einen umfassenderen Überblick. Es handelt sich um die Materialliste für Kryptografie von Encryption Consulting , die Ihnen Einblick in alle kryptografischen Komponenten Ihrer Umgebung gewährt, einschließlich, aber nicht beschränkt auf Zertifikate.

Ein CBOM (Cryptography Body Object Model) ist für die Kryptografie das, was ein SBOM (Software Body Object Model) für Softwareabhängigkeiten ist. Es katalogisiert jeden verwendeten Algorithmus, jeden Schlüssel (mit Länge, Typ und Schutzmethode), jede kryptografische Bibliothek und Version, jede Protokollimplementierung und jedes Zertifikat. All das wird zu einem einzigen, abfragbaren Bild zusammengefügt.

Drei Dinge, die dadurch möglich werden, die sonst nichts bietet.

Bereitschaft für die Zeit nach der Quantencomputer-Ära. Die Migration zu ML-KEM, ML-DSA und SLH-DSA erfordert die Identifizierung aller Systeme, Bibliotheken und Protokolle, die noch anfällige klassische Kryptografie verwenden. Mit dem Inventar von CBOM Secure können Sie die Migration präzise planen, sie intelligent sequenzieren und dabei wertvolle, langlebige Daten priorisieren sowie den tatsächlichen Fortschritt im Hinblick auf den Stichtag verfolgen. Ohne CBOM wird die Migration zum Ratespiel.

Gezielte Reaktion auf Sicherheitslücken. Wenn eine kryptografische Bibliothek oder Protokollimplementierung von einer CVE betroffen ist, zeigt Ihnen ein CBOM innerhalb von Minuten an, welche Systeme tatsächlich betroffen sind. Dadurch ändert sich die Reaktion auf Sicherheitsvorfälle von einer hektischen, unternehmensweiten Suche hin zu einer präzisen Patchliste.

Transparenz in der Lieferkette. Regulierungsbehörden und große Unternehmenskunden fordern zunehmend explizit kryptografische Transparenz. Die Erwartung, dass Anbieter CBOMs analog zu SBOMs bereitstellen, entwickelt sich von einer „zukünftigen Anforderung“ zu einer „aktuellen Forderung“. Teams mit einem CBOM sind im Vorteil. Teams ohne CBOM geraten ins Hintertreffen.

CBOM Secure beinhaltet außerdem eine Risikobewertung (damit Sie wissen, welche veralteten Algorithmen am dringendsten ersetzt werden müssen), eine Bewertung der Quantenbereitschaft, die Ihren Bestand mit den PQC-Standards des NIST abgleicht, sowie CI/CD-Pipeline-Integrationen, die kryptografische Abweichungen bereits zur Build-Zeit und nicht erst nach der Bereitstellung erkennen.

Wie Verschlüsselungsberatung helfen kann

Tools lösen das technische Problem, nicht aber das organisatorische. Die meisten Teams, die mit ihrer kryptografischen Sicherheitslage zu kämpfen haben, tun dies nicht, weil sie ein Produkt nicht evaluieren können. Ihr Problem liegt vielmehr darin, dass ihnen die Ressourcen fehlen, um neben ihren eigentlichen Aufgaben eine gründliche Analyse durchzuführen, das Inventar zu erstellen, die Richtlinien zu verfassen, das Team zu schulen und das Programm im Tagesgeschäft zu betreiben.

Encryption Consulting wurde speziell gegründet, um diese Lücke zu schließen, und der Geschäftsbereich bietet diese Dienstleistungen seit über einem Jahrzehnt für Kunden aus den Bereichen Finanzdienstleistungen, Gesundheitswesen, Fertigung, öffentliche Verwaltung und Technologie an. Die Projekte, die wirklich etwas bewirken, lassen sich in wenige klare Kategorien einteilen.

Eine kryptografische Sicherheitsanalyse ist in der Regel der richtige erste Schritt. Sie ist ein zielgerichtetes Projekt, das eine Bestandsaufnahme, eine Gap-Analyse im Hinblick auf die Anforderungen von NIST und CA/Browser Forum, eine Bewertung der Quanten-Bereitschaft und eine priorisierte Roadmap liefert. Die meisten Kunden gewinnen in den ersten zwei Wochen einer solchen Analyse Erkenntnisse, die ihre Planung für die nächsten zwei Jahre grundlegend verändern.

Ein PKI-as-a-Service-Projekt entlastet den Kunden vollständig vom operativen Aufwand. Das Team von Encryption Consulting konzipiert, implementiert und betreibt die PKI, einschließlich der zugrundeliegenden CertSecure Manager-Implementierung, der HSM-Integration, des Richtlinien-Frameworks sowie der täglichen Überwachung und Aktualisierung. Für Unternehmen, die kein eigenes PKI-Team betreiben möchten, ist dies der einfachste Weg zu einem ausgereiften Programm.

Die Beratung zur Migration nach der Quantenintegration hat sich in den letzten 18 Monaten zu einem der am schnellsten wachsenden Dienstleistungsbereiche entwickelt. Die Leistungen umfassen die kryptografische Erkennung mittels CBOM Secure, die risikobasierte Priorisierung der zu migrierenden Systeme, Strategien für hybride Algorithmen, Kompatibilitätsanalysen von Anbietern und Produkten sowie das Management von Migrationsprogrammen. Für die meisten Unternehmen handelt es sich um ein mehrjähriges Programm, wobei die frühe Erkennungs- und Planungsphase den größten Nutzen bietet.

Die Praxis umfasst außerdem die Konzeption von Codesignaturprogrammen , die Bereitstellung und das Lebenszyklusmanagement von HSMs , Strategien zur Unternehmensverschlüsselung sowie Maßnahmen zur Vorbereitung auf die Einhaltung von Vorschriften wie PCI, HIPAA, FedRAMP und ähnlichen Rahmenwerken.

Was unsere Kunden am meisten schätzen, sind nicht die Tools an sich. Es ist die Kombination aus langjähriger PKI- und Kryptografieexpertise, Produkten, die optimale Standards definieren, und dem operativen Support für den Betrieb des Programms nach der Implementierung. Die Tools allein bringen Sie vielleicht zur Hälfte ans Ziel. Die Kombination aus beidem führt Sie zum Rest.

Fazit

Die kryptografische Sicherheitslage ist eines jener Probleme, bei denen die Kosten des Nichtstuns so lange verborgen bleiben, bis sie plötzlich sichtbar werden. Dann handelt es sich um einen Ausfall, einen Prüfbefund, eine Sicherheitslücke oder eine verpasste Frist, die jemand dem Vorstand erklären muss.

Die Teams, die in den nächsten fünf Jahren gut aufgestellt sein werden, werden nicht diejenigen mit den größten Budgets sein. Es werden diejenigen sein, die im ersten Quartal, als sie einen klaren Überblick über den Zeitplan nach der Quantencomputer-Ära und die Lebensdauer von Zertifikaten hatten, beschlossen haben, das Thema ernst zu nehmen. Sie haben die entsprechenden Bestände aufgebaut. Sie haben den Lebenszyklus automatisiert. Sie haben Richtlinien bei der Zertifikatsausstellung durchgesetzt. Sie haben die kryptografische Sicherheitslage zu einer messbaren Größe gemacht, anstatt sie nur als Zielvorstellung zu betrachten.

Die Kombination aus CertSecure Manager, CBOM Secure und den Dienstleistungen von Encryption Consulting ist genau auf diesen Weg ausgelegt. Sie können mit Ihrem aktuell größten operativen Problem beginnen und Ihre strategischen Fähigkeiten ausbauen, ohne die bisher geleistete Arbeit zu verwerfen. Je früher Sie beginnen, desto geringer der Aufwand.

Wenn Sie einen konkreten nächsten Schritt planen möchten, ist die kryptografische Sicherheitsanalyse der kostengünstigste Weg, um herauszufinden, wo die Risiken liegen. Die Ergebnisse überraschen in der Regel alle Beteiligten und verändern fast immer die Diskussion darüber, wo als Nächstes investiert werden soll.

Häufig gestellte Fragen

Was ist die wichtigste Erkenntnis aus „Die stille Krise in Ihrer PKI“?

Die meisten Unternehmen verfügen über zwei- bis fünfmal so viele Zertifikate wie in ihrem offiziellen Inventar aufgeführt. Diese Diskrepanz ist der wichtigste Faktor für die kryptografische Sicherheit, denn gerade die Zertifikate außerhalb des verwalteten Inventars bergen das größte Risiko für Ausfälle, Compliance-Verstöße und Sicherheitsvorfälle. In Verbindung mit der vom CA/Browser Forum beschlossenen Reduzierung der Gültigkeit öffentlicher TLS-Zertifikate auf 47 Tage bis März 2029 und den am 13. August 2024 veröffentlichten Post-Quantum-Standards des NIST (FIPS 203, 204, 205) hat sich diese Inventarlücke zu einer unaufschiebbaren operativen Krise entwickelt.

Warum ist der kryptografische Status für PKI-Teams in Unternehmen relevant?

PKI-Teams in Unternehmen stehen gleichzeitig vor drei sich gegenseitig verstärkenden Herausforderungen: der Bestandslücke (zwei- bis fünfmal so viele Zertifikate wie offiziell erfasst), der rasanten Zunahme der Erneuerungsgeschwindigkeit (ca. 110 Erneuerungen pro Tag für 5,000 Zertifikate mit 47 Tagen Gültigkeit gegenüber derzeit 14 pro Tag) und der Zeit nach der Quantenmigration (Angriffe, bei denen Daten jetzt gesammelt und später entschlüsselt werden, gefährden bereits jetzt langlebige Daten). Die DigiCert Trust Pulse Survey (Juli 2025) ergab, dass 45 Prozent der Unternehmen im Vorjahr zertifikatsbedingte Ausfallzeiten verzeichneten. Diese Vorfälle lassen sich auf Zertifikate außerhalb des verwalteten Bestands, Zertifikate ohne automatische Erneuerung und kryptografische Abweichungen zurückführen, die nicht überwacht wurden.

Welche Risiken erhöhen sich, wenn die kryptografische Sicherheitslage manuell verwaltet wird?

Die manuelle kryptografische Verwaltung birgt vier sich gegenseitig verstärkende Risikokategorien: das unerwartete Ablaufen von Zertifikaten (Zertifikate außerhalb des verwalteten Bestands erhalten keine Benachrichtigung über die bevorstehende Erneuerung); unautorisierte Zertifikate (Entwickler und automatisierte Tools stellen Zertifikate außerhalb der Richtlinienkontrollen ohne Bestandsaufzeichnung aus); kryptografische Drift (SHA-1, RSA-1024 und veraltete Bibliotheksversionen bleiben auf Systemen im Einsatz, die zuletzt vor Jahren aktualisiert wurden); und Compliance-Lücken (PCI DSS 4.0, NIST CSF 2.0, NIS2 und ähnliche Frameworks erfordern kontinuierliche Überwachungsnachweise, die manuelle Programme zum Zeitpunkt der Prüfung nicht erbringen können).

Welche Teams sollten die Verantwortung für die Steuerung der kryptografischen Sicherheitslage tragen?

PKI-Administratoren sind verantwortlich für die Vollständigkeit des Zertifikatsbestands, die Automatisierung des Lebenszyklus, die Infrastruktur für den Zertifikatswiderruf und die Durchsetzung der Richtlinien bei der Ausstellung. Sicherheitsarchitekten verantworten das Framework für die kryptografische Sicherheitsarchitektur: zugelassene Algorithmen, Schlüssellängen, Anforderungen an den Schlüsselschutz und eine flexible Architektur für kryptografische Prozesse. Plattform- und DevOps-Teams integrieren die Zertifikatsautomatisierung in CI/CD-Pipelines, Kubernetes-Ingresses und Cloud-Zertifikatspeicher. Compliance-Teams sammeln Nachweise für die Anforderungen von PCI DSS, HIPAA, FedRAMP, NIS2 und NIST CSF. CISOs treffen die Entscheidung, dass die kryptografische Sicherheitsarchitektur ein messbares, finanziertes Programm mit vierteljährlicher Berichterstattung ist.

Wie hängt kryptografische Sicherheit mit dem Zertifikatslebenszyklusmanagement zusammen?

Das Zertifikatslebenszyklusmanagement (CLM) bildet die operative Ebene, die die kryptografische Sicherheitslage messbar und nachhaltig macht. Eine CLM-Plattform wie CertSecure Manager bietet kontinuierliche Erkennung von Zertifikatslücken (zwei- bis fünfmal so lang), automatisiert die Erneuerung über ACME- und REST-APIs, um die erhöhte Aktualisierungsrate von 47 Tagen zu bewältigen, setzt Richtlinien bei der Ausstellung durch, um die Erstellung nicht konformer Zertifikate zu verhindern, und generiert Konformitätsnachweise, die den von Auditoren geprüften Frameworks entsprechen. Ohne CLM ist die kryptografische Sicherheitslage eine statische Momentaufnahme. Mit CLM wird sie zu einem kontinuierlich überwachten und auditierbaren Zustand.

Wie sollten Organisationen den Erfolg beim Wiederaufbau ihrer kryptografischen Sicherheit messen?

Wichtige Kennzahlen: Vollständigkeit des Zertifikatsbestands (Verhältnis von unabhängig ermittelten Zertifikaten zu verwalteten Zertifikaten, Zielwert 1:1); ungeplante Zertifikatsablaufrate (Zielwert: null pro Quartal); Richtlinienkonformitätsrate (Prozentsatz aller Zertifikate, die dem genehmigten Algorithmus, der Schlüssellänge, der Gültigkeitsdauer und den Richtlinien des Ausstellers entsprechen, Zielwert: 100 Prozent); Widerrufszeit bei Schlüsselkompromittierungsereignissen (Zielwert: innerhalb von 24 Stunden für öffentlich vertrauenswürdige TLS-Zertifikate); PQC-Migrationsabdeckung (Prozentsatz der über CBOM inventarisierten und nach Quantenrisikobewertung klassifizierten kryptografischen Assets); und Vollständigkeit der Konformitätsnachweise (Audit-Trail für alle Zertifikatspopulationen verfügbar für alle relevanten Frameworks).

Was sollte im Hinblick auf die kryptografische Sicherheitslage regelmäßig geprüft oder überwacht werden?

Kontinuierliche Überwachung: Ablauf von Zertifikaten in allen Umgebungen, einschließlich privater PKI-Systeme; Einhaltung von Algorithmen und Schlüssellängen mittels CBOM-basierter Erkennung; CA-Audit-Logs auf unerwartete Ausstellungsereignisse. Vierteljährliche Prüfung: Durchführung unabhängiger Erkennungsscans und Vergleich der Ergebnisse mit dem verwalteten Bestand; Überprüfung aller außerhalb des CLM-Plattform-Workflows ausgestellten Zertifikate; Test der CRL- und OCSP-Erreichbarkeit aus allen Netzwerksegmenten; und Überprüfung des PQC-Migrationsplans anhand der aktuellen NIST- und NSA-CNSA-2.0-Richtlinien auf etwaige Änderungen im Zeitplan.

Wie unterscheidet sich die kryptografische Sicherheitslage in Cloud-, Hybrid- oder Multi-CA-Umgebungen?

In Cloud- und Hybridumgebungen ist die Zertifikatsausstellung auf mehrere Zertifizierungsstellen (CAs) verteilt: lokale Active Directory-Verwaltungssyntax (AD CS), private AWS-CAs, Azure Key Vault, Cloud-native Service-Mesh-CAs und externe öffentliche CAs. Ohne eine CLM-Plattform, die alle CA-Quellen in einem einheitlichen Inventar abdeckt, entsteht in Multi-CA-Umgebungen genau die zwei- bis fünffache Erkennungslücke, die zu Ausfällen und Compliance-Problemen führt. Das Problem der kryptografischen Drift wird in Hybridumgebungen noch verschärft, da ältere lokale Systeme häufig ältere Algorithmuskonfigurationen verwenden. Ein kryptografisches Inventar auf CBOM-Ebene, das alle Umgebungen und alle CA-Quellen über CBOM Secure umfasst , ist die einzige praktikable Grundlage für eine konsistente Verwaltung des kryptografischen Status in hybriden Multi-CA-Architekturen.

Welche häufigen Fehler sollten Teams beim Wiederaufbau ihrer kryptografischen Sicherheitsarchitektur vermeiden?

Die häufigsten Fehler: die Annahme, dass das Zertifikatsinventar vollständig ist, sobald es erstellt wurde, indem Teams zur Selbstmeldung aufgefordert werden (selbstgemeldete Inventare erfassen nicht die Zertifikate, die niemand aktiv verwaltet); die Durchsetzung der Zertifikatsrichtlinie nach der Ausstellung anstatt bei der Ausstellung (führt zu einem permanenten Rückstand an nicht konformen Zertifikaten); das Warten, bis die 47-tägige Gültigkeitsdauer die Automatisierung erzwingt (manuelle Erneuerung funktioniert lange vor März 2029 nicht mehr; Teams, die unter Zeitdruck automatisieren, machen Fehler); die Annahme, dass die PQC-Migration ohne ein vollständiges kryptografisches Inventar beginnen kann (das Inventar ist der erste Schritt); und die Behandlung der kryptografischen Sicherheitslage als Problem des PKI-Teams anstatt als funktionsübergreifendes Governance-Programm.

Was sollte vierteljährlich im Bereich der kryptografischen Sicherheitsarchitektur aktualisiert werden?

Vierteljährlich: Führen Sie eine unabhängige Zertifikatserkennung durch und vergleichen Sie die Anzahl mit dem verwalteten Bestand. Überprüfen Sie den kryptografischen Bestand auf CBOM-Ebene auf neue Erkenntnisse zu veralteten Algorithmen aufgrund von Software-Updates oder neuen Servicebereitstellungen. Überprüfen Sie den PQC-Migrationsfahrplan anhand der NIST- und NSA-CNSA-2.0-Richtlinien. Prüfen Sie die Vollständigkeit der Nachweise zur Einhaltung aller relevanten Frameworks. Überprüfen Sie die Konfiguration der Richtliniendurchsetzung für aktuelle Algorithmen- und Schlüssellängenstandards. Stellen Sie sicher, dass die HSM-Zugriffskontrollen und die Audit-Protokolle der Schlüsseloperationen für die Root-CA und die Codesignaturschlüssel überprüft wurden. Aktuelle PQC-Migrationsrichtlinien finden Sie im PQC Center of Excellence.