Post-Quanten-Zertifikate mit Merkle-Bäumen

Zusammenfassung

Andrew Gabbitas beschreibt, wie Let’s Encrypt mit Merkle Tree Certificates post-quantenfeste Authentisierung ermöglichen will, ohne TLS-Verbindungen durch große Einzelsignaturen auszubremsen.

Ideen

• Merkle Tree Certificates signieren ganze Zertifikatsgruppen statt jedes Zertifikat einzeln.
• Browser beziehen signierte Orientierungspunkte getrennt vom eigentlichen TLS-Verbindungsaufbau.
• Ein Inklusionsbeweis weist die Zugehörigkeit eines Zertifikats zum veröffentlichten Baum nach.
• Integrierte Transparenz verhindert Zertifikate außerhalb des protokollierten Merkle-Baums.
• Ein eigenständiges Rückfallformat hilft Clients mit veraltetem Orientierungspunkt.
• Kleine Standardpfade sollen post-quantenfeste Authentisierung ohne übergroße Handshakes ermöglichen.

Einsichten

• Batch-Signaturen tauschen individuelle Unabhängigkeit gegen kleinere Nachweise und gemeinsame Infrastruktur.
• Webweite Kryptografiemigrationen scheitern eher an Ökosystemgrenzen als an einzelnen Algorithmen.
• Transparenz wird stärker, wenn sie Teil der Ausstellung statt nachträgliche Ergänzung ist.

Zitate

• Nothing changes today. – Andrew Gabbitas über bestehende Let’s-Encrypt-Zertifikate

Gewohnheiten

• Der Beitrag beschreibt keine persönlichen Routinen oder Gewohnheiten des Autors.

Fakten

• Eine ML-DSA-44-Signatur ist ungefähr 2.420 Byte groß.
• Eine heutige ECDSA-P256-Signatur benötigt dagegen 64 Byte.
• Let’s Encrypt plant eine MTC-Testumgebung für Ende 2026.
• Eine produktionsreife MTC-Umgebung ist als Ziel für 2027 angekündigt.

Referenzen

• Andrew Gabbitas: A Post-Quantum Future for Let’s Encrypt
• RFC 9881: Internet X.509 Public Key Infrastructure – Algorithm Identifiers for ML-DSA
• IETF PLANTS – Standardisierung transparenter post-quantenfester Zertifikatsstrukturen.
• X25519MLKEM768 – hybrider post-quantenfester Schlüsselaustausch für TLS.

Kritik

• Zeitplan und Architektur hängen noch von Standards, Browsern, Bibliotheken und ACME-Clients ab.
• Separat verteilte Orientierungspunkte schaffen neue Aktualisierungs- und Verfügbarkeitsabhängigkeiten.

Bemerkungen

• Die genannten Termine sind Planungsziele und keine Zusage produktiver Verfügbarkeit.
• Bestehende Zertifikate und ihre automatische Erneuerung ändern sich vorerst nicht.

Empfehlungen

• Aktiviere X25519MLKEM768 auf unterstützten Servern und prüfe die Client-Kompatibilität.
• Verfolge PLANTS-, TLS- und ACME-Entwürfe bei eigener Zertifikatsautomatisierung.
• Plane MTC-Tests getrennt vom produktiven Zertifikatsbetrieb.

Originalbeitrag bei Let’s Encrypt lesen →

Im Webarchiv suchen

Links zur Originalquelle und zum Webarchiv öffnen einen neuen Tab.