Post-Quanten-Signaturen machen klassische Zertifikatsketten schwer: Mit ML-DSA-44 summieren sich die öffentlichen Schlüssel und Signaturen eines Leaf-Zertifikats und eines Zwischenzertifikats, zwei SCTs und die Handshake-Signatur auf etwa 14,7 KB, gegenüber einigen hundert Byte mit ECDSA. Im MTC-Verfahren (Internet-Draft draft-ietf-plants-merkle-tree-certs) hängt die CA jedes Zertifikat an ihr eigenes Transparenzlog an und legt regelmäßig Landmark-Teilbäume fest, deren Hashes vorab an die Browser verteilt werden. Ein Server legt dann ein Zertifikat mit einem Inclusion-Proof von einigen hundert Byte und ganz ohne Signaturen vor; Clients ohne die aktuellen Landmarks greifen auf eine eigenständige, mitsignierte Form zurück.
Google kündigte im Februar 2026 an, dass Chrome MTCs – zusammen mit Experimenten von Cloudflare – als Weg zu quantenresistenter HTTPS-Authentifizierung nutzen will und nicht vorhat, Post-Quanten-X.509-Zertifikate in den aktuellen Chrome Root Store aufzunehmen. Das Chrome Root Program führt eine separate Richtlinie im Entwurfsstadium für ein quantenresistentes Root-Programm auf Basis von MTCs.
Hier ist noch alles im Fluss: Der Entwurf ändert sich von Version zu Version, und die Unterstützung in Server- und CA-Software ist experimentell. Für private PKIs bleibt klassisches X.509 mit Post-Quanten-Algorithmen (RFC 9881) die Option.