Skip to content

Sollten Sie öffentliche PKIs für Ihre private Infrastruktur nutzen?

Öffentliche PKIs sind für den internen Einsatz kosteneffizient, bringen aber Kompromisse mit sich – etwa Certificate Transparency, Ratenbegrenzungen und schrumpfende Laufzeiten. So entscheiden Sie zwischen öffentlicher und privater PKI.

Ivan Ristic·Chief Scientist
Published: April 30, 2026·5 min read

Wenn Sie sich an meinen früheren Beitrag erinnern, wissen Sie: Die Welt ist voller PKIs. Am einen Ende des Spektrums gibt es sehr viele private PKIs, die nur von einer einzigen Organisation genutzt werden. Am anderen Ende gibt es eine Handvoll öffentlicher PKIs, die von Millionen Organisationen und Milliarden Menschen verwendet werden.

Die Entscheidung, welche man nutzt – privat oder öffentlich – ist oft eindeutig. Wenn Sie eine Ressource schützen müssen, auf die andere Organisationen zugreifen können, kommt meist nur eine öffentliche PKI infrage. Das Gegenteil gilt jedoch nicht immer. Wenn Sie eine rein interne Ressource haben, müssen Sie nicht zwingend eine private PKI verwenden. Sehr oft erfüllt eine öffentliche PKI den Zweck ebenso gut, auch wenn sie eigentlich nicht für diesen Anwendungsfall gedacht ist.

Die Entscheidung, öffentliche PKI für Ihre privaten Netzwerke zu nutzen, bringt Vor- und Nachteile mit sich. Diese sollten Sie kennen, bevor Sie zu viel Ihrer Architektur auf einen Aspekt aufbauen, der nicht in Ihrer Kontrolle liegt.

Öffentliche PKIs

Für viele ergibt sich die Entscheidung, eine öffentliche PKI auch intern zu nutzen, ganz natürlich. Eines Tages beziehen Sie Zertifikate für Ihre öffentlichen Ressourcen, dann erstellen Sie eine interne Website, die ebenfalls geschützt werden muss. Von dort ist es nur ein kleiner Schritt, denselben Zertifikatstyp wie überall sonst zu verwenden.

Das ist völlig in Ordnung. Öffentliche PKIs auf diese Weise zu nutzen, ist äußerst kosteneffizient, da Sie Zugang zu erheblichen Ressourcen erhalten, die von Dutzenden öffentlichen CAs betrieben werden – zu geringen oder gar keinen Kosten. Der Hauptnachteil ist, dass Sie sich an die Regeln dieses Ökosystems halten müssen. Kurz gesagt:

  • Öffentliche Zertifikate sind öffentlich; es mag überraschen, aber die überwiegende Mehrheit öffentlicher Zertifikate wird automatisch für die gesamte Welt veröffentlicht. Dieses System nennt sich Certificate Transparency (CT); es wurde entwickelt, um die Sicherheit für alle durch radikale Transparenz zu verbessern.
  • Achten Sie auf Ratenbegrenzungen; vielleicht müssen Sie sich darüber keine Gedanken machen, wenn Sie für Ihre Zertifikate bezahlen, aber kostenlose CAs haben ihre Grenzen. Kleinere Nutzung öffentlicher Zertifikate bleibt meist unbemerkt, aber größere Projekte (z. B. IoT) stoßen definitiv an diese Grenzen, und plötzlich könnte Ihre Ausstellung ins Stocken geraten.
  • Die Authentifizierung ist schwach; öffentliche PKIs sind so konzipiert, dass jeder daran teilnehmen kann. Damit dies funktioniert, setzt das System auf implizite Authentifizierung basierend auf dem Nachweis der Infrastrukturkontrolle. Zudem benötigen öffentliche CAs nicht Ihre Zustimmung, bevor sie Ihre Namen in ihre Zertifikate aufnehmen. Obwohl sie sich meist korrekt verhalten, kommt es dennoch zu Fehlausstellungen.
  • Sie müssen sich an sich ändernde Regeln anpassen; öffentliche PKIs sind riesig und verändern sich fortlaufend, um die Angriffsfläche zu verringern und die Sicherheit zu verbessern. Zum Zeitpunkt dieses Schreibens (Anfang März 2026) steht beispielsweise eine deutliche Verkürzung der maximal zulässigen Zertifikatslaufzeiten bevor. Von heute 398 Tagen sollen Zertifikate bis 2029 auf nur noch 47 Tage schrumpfen. Eine weitere große Änderung war die Streichung von Client-Zertifikaten aus der Web-PKI, was viele Unternehmen ins Stolpern brachte, die öffentliche Zertifikate intern nutzten.
  • Die Validierung kann mühsam sein; die heute vorherrschende Methode zur Zertifikatsvalidierung basiert auf dem Nachweis der Infrastrukturkontrolle. Das bedeutet: Wenn Sie ein Zertifikat für google.com möchten, müssen Sie in der Lage sein, eine Änderung an der Website unter dieser Adresse vorzunehmen. Das wird kompliziert, wenn Ihre Infrastruktur privat ist; CAs haben dann keinen Zugriff, um ihre Prüfungen abzuschließen. Erschwerend kommt hinzu, dass CAs heutzutage etwas namens Multi-Perspective Issuance Control (MPIC) einsetzen, was bedeutet, dass sie von mehreren geografischen Standorten aus validieren müssen, um Routing-Angriffe zu verhindern. Gibt es Wege, diese Probleme zu lösen? Ja, die gibt es. Sie können nicht einfach die Standardeinstellungen verwenden, aber nach einigen Hürden schaffen Sie es. Tatsächlich wird es mit der neuen Validierungsmethode DNS-PERSIST-01 bald einfacher werden.

Private PKIs

Das Beste daran, es selbst zu machen, ist Folgendes: Es ist Ihre PKI, es sind Ihre Regeln. Wenn Sie nicht an kurze Zertifikatslaufzeiten glauben, aber an zuverlässige Sperrprüfungen, dann können Sie genau das umsetzen – die gute Nachricht ist, das ist möglich. Sie haben dieselben Werkzeuge wie alle anderen, einschließlich einiger Software, die von öffentlichen CAs zur Ausstellung genutzt wird. Lassen Sie Ihrer Kreativität freien Lauf und bauen Sie genau das, was Sie brauchen.

Der Nachteil ist, dass Sie alles selbst erledigen müssen. Das ist teuer; Sie benötigen Fachwissen, Zeit und Geld. In den letzten Jahren ist es jedoch günstiger geworden, da es mittlerweile viele Anbieter gibt, die PKI-as-a-Service, kurz PKIaaS, anbieten.

Ein großer Vorteil der Kontrolle über Ihre eigene PKI ist, dass Sie sich in dem Tempo bewegen können, das Sie möchten. Traditionell galt dies als Nachteil. Öffentliche PKIs haben hervorragende Arbeit dabei geleistet, veraltete und schwache Kryptografie abzuschaffen – ein Bereich, in dem viele private PKIs deutlich hinterherhinkten.

Doch wenn Geschwindigkeit entscheidend ist, können öffentliche PKIs langsam sein. Nehmen Sie zum Beispiel die Tatsache, dass die Welt sich mitten im Übergang zu post-quantensicherer Kryptografie befindet. In Ihrer eigenen privaten PKI könnten Sie heute Zertifikate auf Basis quantensicherer Algorithmen einsetzen. Diese Zertifikate sind für öffentliche PKIs derzeit noch außer Reichweite.

Ivan Ristic
Ivan Ristic
Chief Scientist

Ivan Ristic is the Chief Scientist for Red Sift and former founder of Hardenize. Learn more about how Red Sift helps organizations with their Certificate Monitoring.