Post-Quanten-HTTPS-Zertifikate in Google Chrome: Wie Merkle-Tree-Zertifikate die Websicherheit verändern

Google Chrome bereitet sich auf eine der bedeutendsten Veränderungen der HTTPS-Sicherheit seit Jahren vor. Im Februar 2026 kündigte Google an, die Authentifizierung von Websites mithilfe von Merkle-Tree-Zertifikaten (MTCs) gegen zukünftige Bedrohungen durch Quantencomputer absichern zu wollen. Anders als herkömmliche HTTPS-Zertifikate, die auf Ketten digitaler Signaturen beruhen, kombinieren MTCs die Ausstellung von Zertifikaten mit öffentlich überprüfbaren Nachweisen und kompakten mathematischen Belegen. Ziel ist es, einen stärkeren kryptografischen Schutz einzuführen, ohne Websites spürbar zu verlangsamen. Google hat bereits gemeinsam mit Cloudflare begonnen, die Technologie zu testen, während Fachleute aus der Branche gemeinsame Standards für eine breitere Einführung entwickeln. Diese Veränderung ist besonders relevant, da sie beeinflusst, wie Browser Vertrauen herstellen, wie Websites ihre Identität nachweisen und wie sich die Internetsicherheit in den kommenden Jahren weiterentwickeln könnte.

Warum Google Chrome HTTPS auf Quantencomputer vorbereitet

HTTPS schützt Informationen, die zwischen einem Browser und einer Website ausgetauscht werden. Wenn jemand einen Online-Banking-Dienst aufruft, im Internet einkauft oder sich bei einem Benutzerkonto anmeldet, stellt der Browser mithilfe von Transport Layer Security (TLS) eine verschlüsselte Verbindung her. Ein HTTPS-Zertifikat hilft dabei zu bestätigen, dass der Server tatsächlich zur gewünschten Website gehört und nicht von einem Angreifer betrieben wird, der versucht, deren Identität vorzutäuschen. Solche Zertifikate werden von vertrauenswürdigen Zertifizierungsstellen, sogenannten Certificate Authorities (CAs), ausgestellt. Diese überprüfen die Kontrolle über Domainnamen, bevor sie entsprechende Nachweise ausgeben. Chrome kontrolliert diese Informationen beim Aufbau einer sicheren Verbindung und verhindert damit, dass sich nicht autorisierte Server ohne Weiteres als legitime Websites ausgeben können.

Die Schwierigkeit besteht darin, dass ein großer Teil der heutigen Zertifikatsinfrastruktur auf Public-Key-Kryptografie basiert, die durch ausreichend leistungsfähige Quantencomputer eines Tages angreifbar werden könnte. Besonders relevant sind RSA und die Kryptografie auf Basis elliptischer Kurven, da ein kryptografisch leistungsfähiger Quantencomputer mit dem Shor-Algorithmus die mathematischen Probleme angreifen könnte, auf denen ihre Sicherheit beruht. Derzeit ist kein Quantencomputer bekannt, der kryptografische Schlüssel in einem für das Internet relevanten Umfang praktisch brechen könnte. Allerdings dauert es Jahre, die Sicherheitssysteme von Milliarden Geräten umzustellen. Würde man erst nach einem erfolgreichen Quantenangriff reagieren, bliebe für einen sicheren Übergang kaum Zeit. Deshalb hat Google die Post-Quanten-Kryptografie zu einem wichtigen Bestandteil seiner langfristigen Sicherheitsplanung gemacht.

Im März 2026 veröffentlichte Google das übergeordnete Ziel, die Migration zur Post-Quanten-Kryptografie bis 2029 entscheidend voranzubringen. Das Zertifikatsprogramm von Chrome ist Teil dieser Bemühungen, wobei die einzelnen Umsetzungsschritte eigene Zeitpläne und technische Anforderungen besitzen. Die Herausforderung besteht nicht nur darin, einen Algorithmus durch einen anderen zu ersetzen. Browser müssen weiterhin legitime Websites erkennen, Zertifikatsaussteller müssen ihre Infrastruktur anpassen und bestehende Dienste müssen während der gesamten Umstellung erreichbar bleiben. Die vorgeschlagene Lösung muss außerdem in Mobilfunknetzen und auf weniger leistungsfähigen Geräten effizient funktionieren, da größere Sicherheitsnachrichten die Verbindungszeiten und den Datenverbrauch erhöhen können.

Warum herkömmliche HTTPS-Zertifikate einen neuen Ansatz benötigen

Herkömmliche HTTPS-Zertifikate verwenden das X.509-Format, das die Authentifizierung von Websites seit Jahrzehnten unterstützt. Eine Website übermittelt normalerweise ihr Zertifikat zusammen mit Informationen, die es mit einer vertrauenswürdigen Zertifizierungsstelle verbinden. Der Browser überprüft die Signaturen innerhalb dieser Zertifikatskette, bevor er die Identität des Servers akzeptiert. Chrome verlangt außerdem, dass öffentlich vertrauenswürdige Zertifikate die Anforderungen der Certificate Transparency erfüllen. Dadurch lassen sich Zertifikate aufdecken, die fehlerhaft oder ohne entsprechende Berechtigung ausgestellt wurden. Obwohl dieses Verfahren seit Langem etabliert ist, bringt es zusätzliche Signaturen und unterstützende Informationen in den Authentifizierungsprozess ein.

Digitale Post-Quanten-Signaturen sind erheblich größer als viele ihrer klassischen Gegenstücke. Beispielsweise verwendet der vom National Institute of Standards and Technology (NIST) standardisierte Algorithmus ML-DSA-44 eine Signatur mit 2.420 Byte, während ML-DSA-65-Signaturen 3.309 Byte umfassen. Eine herkömmliche Ed25519-Signatur benötigt dagegen lediglich 64 Byte. Diese Zahlen entsprechen nicht der vollständigen Größe eines HTTPS-Zertifikats, verdeutlichen jedoch, warum ein direkter Austausch bestehender Signaturen die Menge der übertragenen Authentifizierungsdaten erheblich vergrößern könnte. Wenn mehrere Signaturen für Zertifikatsketten und Transparenznachweise erforderlich sind, wird der zusätzliche Datenverkehr besonders für Websites relevant, die täglich Millionen von Verbindungen bedienen.

Googles vorgeschlagene Lösung besteht darin, die Art des Authentizitätsnachweises von Zertifikaten zu verändern, statt lediglich größere Dateien in Kauf zu nehmen. In seiner Ankündigung vom Februar 2026 erklärte das Chrome Secure Web Networking Team, dass derzeit nicht geplant sei, herkömmliche X.509-Zertifikate mit Post-Quanten-Kryptografie in den öffentlichen Chrome Root Store aufzunehmen. Stattdessen entwickelt Google gemeinsam mit Partnern aus der Branche Merkle-Tree-Zertifikate. Diese Technologie soll stärkere Algorithmen unterstützen und gleichzeitig die wiederholte Übertragung kryptografischer Informationen beim Verbindungsaufbau reduzieren. Bestehende HTTPS-Zertifikate werden während der Übergangsphase weiterhin eine wichtige Rolle spielen. Der neue Ansatz bedeutet keineswegs, dass herkömmliches HTTPS plötzlich unsicher geworden ist.

Wie Merkle-Tree-Zertifikate die HTTPS-Authentifizierung verändern

Merkle-Tree-Zertifikate verwenden eine andere Methode, um nachzuweisen, dass ein Zertifikat von einer vertrauenswürdigen Stelle ausgestellt wurde. Anstatt jedes Zertifikat einzeln zu signieren und den Browser eine umfangreiche Kette individueller Signaturen überprüfen zu lassen, kann eine Zertifizierungsstelle zahlreiche ausgestellte Zertifikate in einer kryptografisch verknüpften Baumstruktur organisieren. Anschließend signiert sie eine kompakte Darstellung dieses Baums, die als Wurzelwert oder Tree Head bezeichnet wird. Die Website kann einen mathematischen Nachweis bereitstellen, dass ihr Zertifikat zu dieser signierten Sammlung gehört. Dadurch lassen sich einzelne Zertifikate authentifizieren, ohne sämtliche großen Signaturen der gesamten Gruppe wiederholt übertragen zu müssen.

Ein Merkle-Baum funktioniert, indem zunächst kryptografische Hashwerte einzelner Datensätze berechnet werden. Diese Hashwerte werden über mehrere Ebenen miteinander kombiniert, bis ein einziger Wurzelwert die gesamte Sammlung repräsentiert. Ein Hashwert ist eine Art kurzer digitaler Fingerabdruck, der aus Daten berechnet wird. Wird ein Zertifikatsdatensatz verändert, ändern sich auch die daraus entstehenden Hashwerte, sodass sein Zugehörigkeitsnachweis nicht mehr mit dem vertrauenswürdigen Wurzelwert übereinstimmt. Der Browser muss nicht den gesamten Baum herunterladen, um ein Zertifikat zu überprüfen. Stattdessen reicht es aus, eine vergleichsweise kleine Menge benachbarter Hashwerte zu kontrollieren. So lässt sich feststellen, ob das Zertifikat tatsächlich Bestandteil der authentifizierten Sammlung ist.

Ein wichtiger Unterschied besteht darin, dass Merkle-Bäume selbst keinen Ersatz für Post-Quanten-Kryptografie darstellen. Sie ermöglichen vielmehr, Informationen effizient zu organisieren und zu überprüfen, die mithilfe digitaler Signaturen authentifiziert wurden. Die Zertifizierungsstelle kann einen gemeinsamen Wurzelwert mit einem quantenresistenten Algorithmus signieren und den Aufwand für die Authentifizierung auf zahlreiche Zertifikate verteilen. Unabhängige Organisationen, sogenannte Cosigner, können die Baumansichten ebenfalls überprüfen und signieren und dadurch eine zusätzliche Kontrollinstanz schaffen. Das daraus entstehende Konzept verbindet Post-Quanten-Authentifizierung, kompakte Zugehörigkeitsnachweise und öffentlich überprüfbare Zertifikatsausstellungen in einem gemeinsamen Zertifikatssystem.

Certificate Transparency und schnellere HTTPS-Verbindungen

Certificate Transparency ist ein etabliertes Sicherheitsverfahren, das die Ausstellung öffentlich vertrauenswürdiger Zertifikate nachvollziehbar macht. Beim herkömmlichen Ansatz werden Zertifikate in öffentlichen Protokollen erfasst, damit Websitebetreiber, Sicherheitsforscher und Überwachungsdienste verdächtige Ausstellungen erkennen können. Merkle-Tree-Zertifikate integrieren diese Anforderung unmittelbar in ihre Architektur. Ein Zertifikat wird Bestandteil des öffentlichen Ausstellungsbaums der Zertifizierungsstelle. Dadurch ist die Erstellung eines gültigen Zertifikats mit seiner Erfassung in einer überprüfbaren Struktur verknüpft. Die Trennung zwischen der Ausstellung eines Zertifikats und der Dokumentation seiner Existenz wird somit verringert.

Das vorgeschlagene System setzt außerdem auf unabhängige Cosigner und Organisationen, die Kopien der Zertifikatsausstellungsdaten verwalten. Ihre Beteiligung hilft dabei, widersprüchliche Informationen oder Versuche aufzudecken, unterschiedlichen Beobachtern verschiedene Versionen eines Zertifikatsprotokolls vorzulegen. Das ist wichtig, weil eine Zertifizierungsstelle nicht allein deshalb als vertrauenswürdig gelten sollte, weil sie eine gültige digitale Signatur erstellen kann. Öffentliche Überprüfbarkeit und unabhängige Kontrollen bieten zusätzliche Schutzmaßnahmen gegen Fehler, kompromittierte Infrastruktur und unzulässige Zertifikatsausstellungen. Diese Mechanismen schließen nicht jede Form des Missbrauchs aus, stärken jedoch die Verantwortlichkeit und erleichtern die Untersuchung verdächtiger Aktivitäten.

Für die Websitegeschwindigkeit ergibt sich der wichtigste Vorteil aus der Verringerung wiederholt übertragener Authentifizierungsdaten. Google beschreibt zwei Bereitstellungsvarianten von MTCs: eigenständige Zertifikate und sogenannte Landmark-relative Certificates. Eigenständige MTCs enthalten bei der Authentifizierung weiterhin die relevanten Post-Quanten-Signaturen und ermöglichen damit einen vergleichsweise unkomplizierten Übergang. Landmark-relative MTCs können auf die Übertragung dieser Signaturen verzichten, wenn der Browser bereits über vertrauenswürdige Informationen zum signierten Baum verfügt. Die Website muss dann lediglich einen kompakten Zugehörigkeitsnachweis liefern. Tatsächliche Geschwindigkeitsverbesserungen hängen von der Browserunterstützung, den Netzwerkbedingungen, der Zertifikatskonfiguration und der jeweiligen Implementierung ab. MTCs garantieren daher nicht, dass jede Website automatisch schneller lädt.

Einführung von Post-Quanten-Zertifikaten in Google Chrome und weitere Entwicklungen

Google begann 2026 gemeinsam mit Cloudflare mit der Erprobung von Merkle-Tree-Zertifikaten. Dazu gehören auch Experimente mit realem Internetverkehr. Die ersten Machbarkeitstests untersuchen, ob das vorgeschlagene Authentifizierungsverfahren zuverlässig funktionieren kann, ohne bestehende Schutzmaßnahmen zu schwächen. Während dieser Experimente werden Verbindungen mit MTCs zusätzlich durch herkömmliche, vertrauenswürdige X.509-Zertifikate abgesichert. Dadurch steht eine Rückfallmöglichkeit zur Verfügung, während Entwickler die Kompatibilität, Leistung und das Sicherheitsverhalten untersuchen. Diese Unterscheidung ist entscheidend: Erfolgreiche Experimente zeigen technische Fortschritte, bedeuten aber nicht, dass bereits sämtliche Chrome-Nutzer eine vollständig quantenresistente Websiteauthentifizierung erhalten.

Googles veröffentlichter Einführungsplan sieht für das erste Quartal 2027 die Aufnahme qualifizierter Certificate-Transparency-Protokollbetreiber in das anfängliche öffentliche MTC-Programm vor. Eine weitere Phase, die für das dritte Quartal 2027 geplant ist, soll den Chrome Quantum-resistant Root Store erweitern und zusätzliche Zertifikatsaussteller unterstützen. Diese Termine entsprechen den angekündigten Planungen von Google und sind keine verbindlichen Veröffentlichungsgarantien. Im Oktober 2026 veröffentlichte Google außerdem Version 0.4.0 seines Entwurfs für die Richtlinien des Quantum-resistant Root Program. Darin werden Anforderungen an Zertifizierungsstellen, unabhängige Spiegelserver, die betriebliche Zuverlässigkeit und die öffentliche Kontrolle beschrieben. Auch die zugrunde liegenden Standards werden innerhalb der Internet Engineering Task Force (IETF) weiterhin aktiv entwickelt.

Die umfassendere Roadmap von Chrome unterteilt die Einführung der Post-Quanten-Authentifizierung in vier Phasen. Zunächst erhält der Browser neue kryptografische Möglichkeiten, während bestehende Verfahren weiterhin unterstützt werden. Spätere Phasen sollen den Schutz vor Downgrade-Angriffen verbessern, schrittweise quantenresistente Zertifizierungsstellen verpflichtend machen und schließlich den Übergang zu quantenresistenten Serverschlüsseln ermöglichen. Diese Unterscheidung ist wichtig, denn die bloße Unterstützung von MTCs macht nicht automatisch jede HTTPS-Verbindung sicher gegen zukünftige Quantencomputer. Solange schwächere Authentifizierungsverfahren weiterhin verfügbar sind, könnte ein Angreifer mit ausreichend fortgeschrittenen Fähigkeiten möglicherweise gezielt diese Alternativen angreifen. Die Umstellung muss deshalb sowohl die kryptografische Stärke als auch die Vertrauensentscheidungen des Browsers berücksichtigen.

Was Websitebetreiber und Chrome-Nutzer erwarten können

Für gewöhnliche Chrome-Nutzer sollte die Umstellung kaum direkte Maßnahmen erfordern. Die Überprüfung von Zertifikaten erfolgt normalerweise automatisch während des Aufbaus einer HTTPS-Verbindung, und Google möchte diese vertraute Nutzung beibehalten. Nutzer sollten Chrome weiterhin regelmäßig aktualisieren, Sicherheitswarnungen des Browsers aufmerksam beachten und Websites mit Zertifikatsfehlern meiden. Gleichzeitig dürfen sie nicht davon ausgehen, dass ein Schlosssymbol oder eine HTTPS-Verbindung die Vertrauenswürdigkeit einer Website garantiert. HTTPS schützt die Verbindung und bestätigt die Serveridentität gemäß den Vertrauensregeln des Browsers. Es gewährleistet jedoch nicht, dass eine Website frei von Betrugsversuchen, schädlichen Downloads oder irreführenden Inhalten ist.

Websitebetreiber sollten die Entwicklungen ihrer Hostinganbieter, Content Delivery Networks und Zertifizierungsstellen verfolgen, anstatt bestehende Zertifikate vorzeitig auszutauschen. Sobald MTC-Dienste verfügbar werden, dürfte ihre Einführung Änderungen bei der Ausstellung und Erneuerung von Zertifikaten mit sich bringen, einschließlich einer stärkeren Automatisierung. Unternehmen mit individuell angepassten TLS-Konfigurationen, internen Sicherheitsgateways oder älterer Software benötigen möglicherweise zusätzliche Kompatibilitätstests. Organisationen, die sensible Informationen verarbeiten, sollten außerdem überprüfen, an welchen Stellen ihrer Dienste kryptografische Verfahren eingesetzt werden. Die Zertifikatsauthentifizierung ist schließlich nur ein Teil der Vorbereitung auf Quantenbedrohungen. Post-Quanten-Schlüsselaustausch, Softwaresignaturen, interne Systeme und der langfristige Datenschutz müssen gesondert berücksichtigt werden.

Merkle-Tree-Zertifikate stellen eine grundlegende Veränderung der technischen Grundlagen der Browsersicherheit dar. Ihr Erfolg wird jedoch von einer sorgfältigen Einführung und einer breiten Zusammenarbeit innerhalb der Branche abhängen. Die Beteiligung von Google, Cloudflare, Apple und weiteren Mitwirkenden an der entstehenden IETF-Spezifikation zeigt, dass diese Entwicklung weit über eine einzelne Browserfunktion hinausgeht. Im November 2026 bestehen die wichtigsten Fortschritte in einem aktiv entwickelten technischen Standard, praktischen Experimenten und einem klarer definierten Weg zu einer quantenresistenten Zertifikatsinfrastruktur. Gelingt die Umstellung, wird Chrome Websiteidentitäten mithilfe stärkerer Kryptografie überprüfen können, ohne alltägliche Internetverbindungen durch unnötig große Authentifizierungsdaten zu belasten. Vorrang hat weiterhin, zuverlässige HTTPS-Verbindungen aufrechtzuerhalten und gleichzeitig das zugrunde liegende Vertrauenssystem auf zukünftige Sicherheitsrisiken vorzubereiten.