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

Reale Risiken einer falschen Verwaltung öffentlicher Schlüssel

Keyfactor Team Keyfactor Team
Eine Gruppe von Büroangestellten – männliche und weibliche Mitarbeiter –, die in einem Systemkontrollraum am Computer arbeiten. Analysten einer geheimen Regierungsbehörde, die sich mit Forschung und Cybersicherheit befassen.

When you don’t have a solid grip on Public Key Infrastructure (PKI), things break fast and often without warning.

Mit dem Wachstum Ihres Unternehmens wachsen auch Ihre Infrastruktur und Ihr Public Key Footprint. Ohne eine zentrale Überwachung ist eine Ausbreitung der Schlüssel unvermeidlich. Dies führt zu Lücken in der Sichtbarkeit, inkonsistenten Widerrufsprozessen, zunehmenden Betriebsrisiken und einer hohen Wahrscheinlichkeit von Sicherheitsverletzungen. 

CISOs und IT-Führungskräfte müssen aufhören, PKI als Back-End-Aufgabe zu behandeln, und sie als kritische Ebene der Unternehmenssicherheit anerkennen. Die Priorisierung einer strengen Schlüsselhygiene verringert nicht nur das Betriebsrisiko, sondern schützt auch das Vertrauen der Kunden und macht Ihr Unternehmen langfristig widerstandsfähig.

Consider the Microsoft breach disclosed in June 2023. It originated in 2021, when a crash dump from a Microsoft consumer signing system unintentionally included a cryptographic key used for signing authentication tokens. Due to improper security scanning and storage practices, the dump was later accessed from an internet-connected environment. Attackers then retrieved the key and used it to forge valid JSON Web Tokens (JWTs), allowing them to bypass Microsoft’s authentication systems, impersonate users, and gain unauthorized access to Microsoft 365 services.

Selbst nachdem Microsoft den Schlüssel für ungültig erklärt hatte, blieb ein Teil des Zugriffs aufgrund von langlebigen Token bestehen, die nicht ordnungsgemäß nachverfolgt oder widerrufen wurden. Dies verlängerte das Angriffsfenster und erhöhte das Risiko von Seitwärtsbewegungen in Cloud-Umgebungen.

Die meisten Ingenieure und Sicherheitsteams sind sich der Bedeutung öffentlicher Schlüssel bewusst, warum kommt es dann immer noch zu Missmanagement?

Hier ist der Grund, warum es passiert

Fragmentierte Eigentumsverhältnisse und Schatten-IT

Die Frage, wem öffentliche Schlüssel und Zertifikate gehören, wird seit Jahren diskutiert, insbesondere in Unternehmen ohne eigenes PKI-Team

Some developers argue that the network admin should purchase and manage SSL certificates, then hand them off to the web developer to install. Others say web devs shouldn’t touch public keys with a 10-foot pole because “it’s not part of their core skills.”

Dann gibt es Leute, die darauf bestehen, dass es eine DevOps- oder Systemadministrator-Verantwortung ist, während einige argumentieren, dass es zu kritisch ist, um es irgendjemandem außer dem Büro des CTO oder CISO zu überlassen.

Diese Unklarheit schafft ein institutionelles Risiko. Wenn die informell zuständige Person ausscheidet, weiß niemand, welche Zertifikate ablaufen, welche veraltet sind oder wo die Schlüssel gespeichert sind. Dies führt zu unterbrochenen Vertrauensketten, gestörten Diensten und überstürzten Wiederherstellungsbemühungen.

Manuelle Erfassung und unvollständige Inventare


Some IT and security teams still rely on Google Calendar, Excel spreadsheets, Snipe-IT, homemade PowerShell scripts, IT Glue, and even scheduled help desk tickets to track and manage public keys and certificates. This approach may have been feasible when certificates lasted two or three years and companies only managed a handful. But with Google proposing a 90-day certificate validity period, teams still doing this manually will be dangerously overwhelmed, and at far greater risk of public key mismanagement.

Mangelnde Integration zwischen Cloud- und On-Premise-Systemen

PKI-Modelle lassen sich in der Regel in drei Kategorien einteilen: reine Cloud-Nutzer, reine On-Premise-Nutzer und hybride Nutzer.

Einige Teams bevorzugen Cloud-basierte PKI wegen ihrer Skalierbarkeit, Automatisierung und geringeren Serverwartung. Allerdings führt dies häufig zu einer Anbieterbindung, begrenzter Integration und geringerer Kontrolle über Stamm- oder Zwischenzertifizierungsstellen (CAs).  

On-prem PKI gives you full control over templates, key sizes, and policies. But it demands intensive manual upkeep, specialized staff, and resilient infrastructure. 

Dann gibt es noch das hybride Modell, Cloud + On-Premise, das einige Benutzer für den logischsten Mittelweg halten. Aber das Hybridmodell bringt komplexe Integrationsherausforderungen mit sich.

Wenn 802.1X-Zertifikate beispielsweise in 10 Stunden ablaufen, die Certificate Revocation List (CRL) aber alle 12 Stunden aktualisiert wird, entsteht eine zeitliche Lücke. In hybriden Konfigurationen, die sich bei der Validierung von Zertifikaten auf CRL oder OCSP verlassen, kann es vorkommen, dass widerrufenen Zertifikaten weiterhin vertraut wird, was ein vermeidbares Risiko darstellt.

Similarly, issuing certificates on-prem while managing devices in the cloud often requires exposing internal PKI components—such as CRLs or OCSP responders—to the internet. This adds complexity and expands the attack surface. Even with strict isolation, limited visibility, and manual processes, create blind spots and slow response times.

Die versteckten Kosten der Misswirtschaft mit öffentlichen Schlüsseln

Für die meisten Unternehmen kann der Schaden, der durch die falsche Verwaltung eines öffentlichen Schlüssels entsteht, in drei Kategorien eingeteilt werden:

Direkte Kosten (unmittelbare und messbare Verluste)

Wenn ein Schlüssel oder Zertifikat abläuft oder falsch konfiguriert ist, können wichtige Systeme wie Websites, APIs, VPNs oder Authentifizierungsdienste ausfallen. Interne Teams verlieren den Zugriff auf Tools, Dateien oder Arbeitsabläufe, die mit abgelaufenen oder widerrufenen Schlüsseln verbunden sind, was die Produktivität zum Stillstand bringt, bis das Problem behoben ist. 

In Branchen wie dem elektronischen Handel oder dem Finanzwesen kann jede Minute Ausfallzeit Tausende bis Millionen von Dollar kosten. Außerdem löst sie Notfallmaßnahmen zur Behebung des Problems aus, die Stunden kostenintensiver professioneller Dienstleistungen in Anspruch nehmen können.

Indirekte Kosten (Längerfristige Auswirkungen auf das Geschäft)

Nicht verfolgte oder missbräuchlich verwendete Schlüssel verstoßen gegen Sicherheits- und Datenschutzvorschriften wie PCI-DSS, HIPAA oder GDPR. Dies kann zu Bußgeldern führen.

Außerdem sehen Kunden, Investoren und Partner schlecht verwaltete Schlüssel, abgelaufene Zertifikate oder Ausfälle als Anzeichen für eine schwache Sicherheitshygiene. Dies kann das Vertrauen untergraben, insbesondere nach einem öffentlichen Vorfall.

Opportunitätskosten (entgangene strategische Vorteile)

Die manuelle Handhabung von Zertifikaten ist eine der Hauptursachen für die schlechte Verwaltung öffentlicher Schlüssel und verlangsamt die CI/CD-Pipelines und die Cloud-Einführung. Dies führt dazu, dass Ingenieure Zeit damit verbringen, Zertifikate zu erneuern, Schlüsselstandorte ausfindig zu machen oder PKI-Probleme zu debuggen, anstatt Code voranzutreiben oder Funktionen zu starten. Außerdem gefährdet eine unzuverlässige PKI potenzielle Technologieinvestitionen und Partnerschaften. 

Grundsätze einer effektiven Verwaltung öffentlicher Schlüssel

Zentralisierte Sichtbarkeit von Schlüsseln und Zertifikaten

Ohne ein zentrales Inventar läuft Ihr Team Gefahr, den Überblick über Zertifikate zu verlieren, die über Cloud-Workloads, Container, Benutzerendpunkte und Systeme von Drittanbietern verstreut sind. Schattenzertifikate laufen unbemerkt ab, nicht autorisierte Schlüssel werden wiederverwendet und Widerrufsprozesse werden zum Ratespiel.

Zentralisierung der Sichtbarkeit:

  • Schafft eine einzige Quelle der Wahrheit für jeden aktiven Schlüssel und jedes Zertifikat in der Umgebung
  • Ermöglicht Echtzeit-Überwachung, um Fehlkonfigurationen oder Anomalien frühzeitig zu erkennen
  • Verbessert die Audit-Fähigkeiten zur Erfüllung von Compliance-Anforderungen

Diese Grundlage ermöglicht eine schnellere Reaktion bei Vorfällen und verringert das Risiko, dass nicht verfolgte Zertifizierungen oder nicht verwaltete Schlüssel in CI/CD-Pipelines gelangen.

Automatisieren Sie die Verwaltung des Lebenszyklus von Zertifikaten

Die manuelle Handhabung von Zertifikaten ist nicht skalierbar. Wenn Sie sich bei der Erneuerung, dem Widerruf oder der Bereitstellung von Zertifikaten auf Techniker oder Sysadmins verlassen, kommt es zu menschlichen Fehlern, Betriebsverzögerungen und sogar zu Ausfällen aufgrund des Ablaufs von Zertifikaten. 

Hier kommt die Automatisierung ins Spiel.

Automatic certificate lifecycle management tools like Keyfactor Command take the burden off individual teams and reduce the risk of downtime. By automating the issuance, renewal, and revocation of certificates, you can:

  • Sicherstellung der rechtzeitigen Ausstellung, Erneuerung und Aufhebung ohne manuelle Eingriffe.
  • Reduzieren Sie Ausfälle, die durch vergessene oder falsch konfigurierte Zertifikate verursacht werden.
  • Ihre Technik- und Sicherheitsteams können sich nun auf höherwertige Aufgaben konzentrieren.

Durch die Automatisierung werden außerdem konsistente Richtlinien durchgesetzt, schwache Konfigurationen eliminiert und die allgemeine kryptografische Hygiene in verschiedenen Umgebungen verbessert.

Krypto-Agile-Richtlinien implementieren

Statische, fest kodierte Kryptografie kann Ihre Systeme anfällig machen, wenn Algorithmen veraltet oder kompromittiert werden.

Crypto-agility means being able to adapt quickly by deploying new or multiple algorithms. It requires:

  • Systeme, bei denen Algorithmen oder Schlüsselgrößen ausgetauscht werden können, ohne dass ein kompletter Neuentwurf erforderlich ist
  • Die Möglichkeit, die Bindung an veraltete Tools oder Bibliotheken zu vermeiden
  • Einhaltung gesetzlicher Vorschriften, da diese sich auf stärkere Verschlüsselungsprotokolle verlagern.

Legen Sie in Ihren Richtlinien für die Nutzung von Schlüsseln die Flexibilität der Algorithmen fest und bestehen Sie darauf, dass die Anbieter kryptoagile Funktionen unterstützen. Dies erhöht die Widerstandsfähigkeit Ihres Unternehmens, um sich an zukünftige Bedrohungen und Risiken anzupassen.

Missmanagement des öffentlichen Schlüssels = Geschäftsrisiko

Mismanaging public keys isn’t just a technical oversight; it’s a business risk. When organizations lack visibility, automation, and governance across their PKI, they open the door to outages, compliance failures, and reputational damage that could’ve been avoided. That’s why CISOs and IT leaders must recognize that this is a critical layer of enterprise security. Prioritizing strong key hygiene reduces operational risk, maintains customer trust, and positions your organization for long-term resilience.

Die Quelle abonnieren

Stay secure with Keyfactor's monthly newsletter, packed with expert insights and practical steps for quantum-readiness.

Lesen Sie weiter

EJBCA SaaS PKI Now on Microsoft Azure
Produkt

EJBCA SaaS PKI ist jetzt auf Microsoft Azure verfügbar

Mehr lesen
PKI

Schnelle PKI-Modernisierung: Ein praktischer Leitfaden für die Umsetzung innerhalb weniger Monate

Mehr lesen
Industrielles Internet der Dinge (IIoT)

Stärkung der Widerstandsfähigkeit gegenüber sich entwickelnden Bedrohungen: Die kritische Rolle von PKI in der industriellen Cybersicherheit

Mehr lesen