Was sind Merkle-Tree-Zertifikate (MTCs)?
23. Juli 2026
Merkle-Tree-Zertifikate könnten den Zertifikatsbetrieb grundlegend verändern, da die Lebensdauer von Zertifikaten abnimmt und postquanten-sichere Signaturen an Bedeutung gewinnen. Erfahren Sie, warum Automatisierung, Transparenz und Krypto-Agilität immer wichtiger werden.
Die PKI-Branche im öffentlichen Web evaluiert derzeit ein neues Zertifikatsmodell namens Merkle-Tree-Zertifikate (MTCs). Zwar befindet sich der Standard innerhalb der IETF-Arbeitsgruppe PLANTS noch in der Entwicklung, doch der Vorschlag stößt auf großes Interesse, da er darauf abzielt, eine Herausforderung zu bewältigen, vor der die Branche steht, wenn die postquanten Kryptografie (PQC) Realität wird: Wie lässt sich ein effizienter, skalierbarer Zertifikatsbetrieb aufrechterhalten, wenn kryptografische Signaturen deutlich größer werden?
Für die meisten Organisationen ist die wichtigste Erkenntnis nicht, ob sich MTCs letztendlich als dominantes Modell durchsetzen werden. Vielmehr wird bereits deutlich, welche betrieblichen Trends ihre Entwicklung vorantreiben.
MTCs sind eine vorgeschlagene Form von X.509-Zertifikaten, die die öffentliche Protokollierung direkt in das Zertifikatsmodell integriert. Anstatt sich ausschließlich auf herkömmliche Zertifikatssignaturen zu stützen, können Zertifikate durch den Nachweis validiert werden, dass sie in einer öffentlich protokollierten Merkle-Tree-Struktur vorhanden sind. Dieser Ansatz soll den mit kürzeren Zertifikatslaufzeiten und größeren postquantenfesten Signaturen verbundenen Aufwand reduzieren und gleichzeitig Sicherheit und Transparenz gewährleisten.
Wichtig ist, dass MTCs kein Ersatz für X.509 sind. Der aktuelle Vorschlag beschreibt sie als eine neue Form von X.509-Zertifikaten und nicht als ein völlig eigenständiges PKI-System.
Eines der deutlichsten Signale, die sich aus den Diskussionen um MTCs abzeichnen, ist die wachsende Erwartung, dass die Gültigkeitsdauer von Zertifikaten weiter sinken wird. Für TLS-Zertifikate gilt die Vorgabe, die Gültigkeitsdauer schrittweise zu verkürzen, was bis 2029 zu einer Laufzeit von 47 Tagen führen wird. Im Zusammenhang mit MTCs wurden in den Diskussionen Gültigkeitsdauer von sieben Tagen erörtert, doch dieser Zeitraum ist im aktuellen Standard noch keine festgelegte Anforderung. Die operative Ausrichtung ist dennoch klar: Ein häufigerer Zertifikatsaustausch erhöht die Bedeutung zuverlässiger, wiederholbarer Prozesse.
Für Zertifikatsteams sind MTCs ebenso sehr eine Frage des Betriebs wie der Kryptografie. Häufige Erneuerungen können nicht auf Tabellenkalkulationen, fragmentierte Skripte oder Tools sowie einmalige manuelle Installationen angewiesen sein. Unternehmen benötigen Automatisierung über den gesamten Zertifikatslebenszyklus hinweg, einschließlich:
Ein automatisiertes Zertifikatslebenszyklusmanagement (CLM) kann Unternehmen dabei helfen, operative Risiken zu reduzieren und sich gleichzeitig auf Änderungen bei Zertifikatsformaten, Gültigkeitsdauern und kryptografischen Standards vorzubereiten. Unternehmen, die bereits über ein CLM verfügen, sind deutlich besser aufgestellt, um sich an zukünftige Zertifikatsmodelle anzupassen.
MTCs könnten die Automatisierung noch wichtiger machen, da der Zertifikatsbetrieb das Abrufen, Bereitstellen, Überwachen und Ausgeben mehrerer Zertifikatsformen umfassen könnte, die zu unterschiedlichen Zeitpunkten verfügbar werden.
Da die Gültigkeitsdauer von Zertifikaten immer weiter sinkt, gewinnen automatisierte Registrierungs- und Erneuerungsprozesse zunehmend an Bedeutung.
Der aktuelle MTC-Vorschlag beschreibt eigenständige und an Bezugspunkten orientierte Zertifikate, die zu unterschiedlichen Zeitpunkten verfügbar werden und je nach den Anforderungen der vertrauenden Partei bereitgestellt werden müssen. Die manuelle Verwaltung dieses Prozesses wäre in großem Maßstab schwierig. Unabhängig davon, ob Unternehmen letztendlich ACME oder andere Automatisierungstechnologien einsetzen, ist das zugrunde liegende Prinzip klar: MTCs könnten die manuelle Zertifikatsverwaltung zunehmend unpraktikabel machen.
Selbst wenn sich MTCs weitreichend durchsetzen, sollten Unternehmen nicht mit einem sofortigen Übergang rechnen.
Bestehende Anwendungen, Geräte, Infrastruktur und eingebettete Systeme werden sich wahrscheinlich mit unterschiedlicher Geschwindigkeit anpassen. Infolgedessen müssen Unternehmen möglicherweise direkt signierte Zertifikate neben neuen MTC-Zertifikatsformen verwalten, während sich die Unterstützung weiterentwickelt.
Tatsächlich beschreibt der aktuelle MTC-Vorschlag zwei Zertifikatsformen für denselben zugrunde liegenden Protokolleintrag: ein anfängliches eigenständiges Zertifikat und ein kleineres, auf einem Meilenstein basierendes Zertifikat, das verfügbar wird, nachdem der entsprechende Meilenstein zugewiesen wurde. Da die „Landmark-relative“ Form nur mit ausreichend aktuellen vertrauenden Parteien funktioniert, müssen Server möglicherweise beide Formen verwalten und für jede Verbindung die passende auswählen. Dies erhöht die betriebliche Komplexität, die ohne Automatisierung nur schwer zu bewältigen sein wird.
Die wichtigste Erkenntnis aus der MTC-Diskussion hat möglicherweise gar nichts mit MTCs selbst zu tun.
Unabhängig davon, ob die Branche letztendlich MTCs, ein anderes postquantenes Zertifikatsformat oder eine Kombination verschiedener Ansätze einführt, müssen Unternehmen in der Lage sein, sich schnell an die Weiterentwicklung der Standards anzupassen. Googles Post-Quantum-Roadmap betont ausdrücklich die kryptografische Agilität als grundlegende Fähigkeit für die Zukunft.
Unternehmen sollten sich auf Folgendes konzentrieren:
Die Zukunft des Zertifikatsmanagements könnte MTCs beinhalten, doch am besten auf diese Zukunft vorbereitet sind jene Organisationen, die bereits heute in Automatisierung, Transparenz und kryptografische Agilität investieren.