Zusammenfassung

  • ECH macht den HTTPS/SVCB-Eintrag zu aktiver Kryptokonfiguration: Der veröffentlichte Schlüssel hilft nur, wenn der erreichte Edge den passenden privaten Schlüssel besitzt.
  • Entscheidend ist das Zeitfenster zwischen erster DNS-Sichtbarkeit und vollständiger Flottenbereitschaft, gemessen als Annahme, Ablehnung, Retry, sichere Deaktivierung und Fehler.
  • Retry-Konfigurationen reparieren begrenzte Abweichungen; sie beweisen weder atomare Publikation noch rechtfertigen sie anhaltende Schleifen.
  • Integrierte Plattformen können Verwahrung, Überlappung und Telemetrie bündeln. Multi-Provider-Betrieb braucht portable Versions- und Aktivierungsbelege.

DNS verteilt nun kryptografischen Betriebszustand

RFC 9849 trennt den privaten ClientHelloInner vom sichtbaren ClientHelloOuter. Der Inner enthält echten Servernamen und sensible Präferenzen; der Outer transportiert die verschlüsselte Kapsel. Der Client-facing Server benötigt den privaten Schlüssel zur ECHConfig des Clients.

RFC 9848 definiert den ech-Parameter in DNS Service Bindings. RFC 9460 bindet Endpunkt und Parameter in SVCB/HTTPS Records. DNS sagt damit nicht nur, wohin eine Verbindung geht, sondern beeinflusst die Form ihrer ersten TLS-Nachricht.

Die Reihenfolge hat Kosten. Schlüssel zuerst zu aktivieren verlangt Überlappung. DNS zuerst zu veröffentlichen öffnet ein Fenster zu einem Edge ohne passenden Schlüssel. Zertifikat und gewöhnliches HTTPS können durchgehend funktionieren; beides belegt keine ECH-Annahme im ersten Versuch.

Vier Zustände in einem Verbindungsversuch

Der Browser entscheidet über ECH. Die Chrome-Enterprise-Richtlinie nennt Serversupport, HTTPS-DNS-Record und Rollout als weitere Bedingungen. Die Firefox-FAQ dokumentiert Standardaktivierung seit Firefox 119 sowie Abschaltung durch Unternehmen, Jugendschutz und vertrauenswürdige Middleboxes.

Der Resolver bestimmt, was der Browser erfährt. RFC 9460 erkennt an, dass SVCB-Unterdrückung den Nutzen verhindert. Die Cloudflare-Dokumentation beschreibt HTTPS-Unterdrückung und Canary-Domain als lokale Kontrolle und warnt vor DNSSEC-Problemen bei Umschreiben.

Authoritative DNS kontrolliert Version, TTL und Alias; die Edge-Flotte kontrolliert private Schlüssel je Kohorte. Ein belastbarer Beleg verbindet ECHConfigList-Hash, config_id, erste DNS-Sicht, TTL, Ready-Zeit, Annahme, Retry und den Auslauf alter Caches.

Der zweite Erfolg löscht den ersten Mismatch nicht

ECH kann einem Client mit alter Konfiguration eine Retry-Konfiguration liefern. Das ist nützlich, aber semantisch klar: Der erste Versuch traf auf eine unbrauchbare Kombination und bezahlte eine weitere Verbindung für die Korrektur.

RFC 9849 empfiehlt, auf eine bereits aus Retry gestartete Verbindung keine weitere Retry-Konfiguration anzunehmen. Mehrere inkonsistente Serverkonfigurationen werden als mögliche Fehlkonfiguration genannt. Wenn jede Korrektur eine neue autoritative Version nennt, besitzt die Flotte keine autoritative Version.

Retry muss nach Version, Resolver, Client und Edge getrennt werden. Ein kurzer Rotationsauslauf kann kontrolliert sein; dauerhafte Konzentration an einem Standort ist ein Vorfall. Der globale Mittelwert kann eine defekte Gruppe mit bewundernswerter mathematischer Höflichkeit übersehen.

Auch die Anonymitätsmenge braucht Konsistenz

ECH schützt SNI, doch die Anonymitätsmenge verlangt äußerlich ähnliche Dienste. Unterschiede bei HelloRetryRequest-Cookies, Schlüsselnamen, Extension-Reihenfolge oder Fehlern könnten unter bestimmten Bedingungen Backends verraten. Die Standards dokumentieren diesen Risikomechanismus; das Evidenzpaket misst keine Verkleinerung der Anonymitätsmenge in einem benannten Produktivsystem.

RFC 9849 behandelt dies im Split Mode. RFC 9934 standardisiert ein PEM-Format mit privatem Schlüssel und passender ECHConfigList. Das löst Austausch, nicht Aktivierung. Eine korrekte Datei im Controller ist kein Beleg für den Edge.

RFC 9180 definiert HPKE. Kryptografie kann die Kapsel perfekt schützen und sie dennoch für einen Schlüssel erzeugen, den der letzte Edge noch nicht besitzt. Das ist kein Cipher-Fehler, sondern ein Change-Fehler.

Der Integrationsvorteil

Ein DNS-und-Edge-Anbieter kann Schlüssel vorbereiten, Flotte prüfen, publizieren, überlappen, Retry beobachten und die Altversion innerhalb einer Grenze entfernen. Cloudflare dokumentiert ECH als Standard für Free Zones und als Option in anderen Plänen. Das ist keine globale Erfolgsquote, aber ein Beispiel für Koordination als Produktmerkmal.

Eine Multi-CDN-Domain muss gemeinsame Konfiguration, mehrere Service Bindings oder unterschiedliche Pfadeigenschaften vereinbaren. Schlüsselverwahrung, TTL, Cache, Rollback und Ready-Nachweis werden Lieferantenbedingungen. Der Standard definiert Nachrichten; er moderiert kein Change Board.

Lock-in entsteht, wenn nur der interne Graph eines Providers beweist, welche Version aktiv war. Migration braucht dann Schlüssel und eine neue Vertrauensgeschichte. Exportierbare Hashes, Zeitpunkte, Kohorten, Annahmen und Rollbacks halten den Ausgang offen.

Die Aussage zu Koordinationsvorteil und Lock-in ist eine analytische Ableitung aus geteilten Kontrollflächen, keine beobachtete Marktbedingung. Der Domaininhaber trägt Überlappungsplanung und Portabilität; der DNS-Anbieter Publikation, TTL und Cache-Belege; der Edge-Anbieter Geheimnisverteilung, Flottentelemetrie und Rollback; das Unternehmen Resolver-Policy-Tests und Support; der Endnutzer Fehlversuche und Retry-Latenz. Verträge können Geld und Arbeit verschieben, nicht verschwinden lassen.

Ein widerlegbarer Betriebsmaßstab

Jede Rotation sollte Hash, DNS-Beobachtung, TTL, Ziel-Flotte, Aktivierung, First-Attempt-Acceptance, Retry, Latenz, Deaktivierung, Fehler und Rollback protokollieren.

Die These wird schwächer, wenn DNS erst nach 99,999% Edge-Bereitschaft publiziert, Mismatches unter 0,01% bleiben, Retry-p99 unter 25 ms liegt, Altversionen bis TTL plus 30 Sekunden verschwinden und Multi-Provider-Wechsel ohne gemeinsame proprietäre Orchestrierung gleich gut funktionieren. Sie wird stärker, wenn mehr als 1% erster Versuche retryen, eine Kohorte zwei TTLs lang abweicht oder Rollback länger als 300 Sekunden dauert.

Das sind künftige Widerlegungsschwellen, keine beobachteten Marktwerte. Präzision dient hier dem Test, nicht der Dekoration des Unbekannten.