04 / TRANSPORTBEREIT
Verschlüsselter Transport
TLS, HTTP-Protokoll und der Zugangsknoten dieser Anfrage.
- Status
- Nicht getestet
TLS-Version prüfen: Ist mein Browser quantensicher?
Auf einen Blick sehen, ob die Verbindung dieses Browsers TLS 1.3 und einen Post-Quanten-Schlüsselaustausch nutzt, ob der Websitename verschlüsselt ist (ECH) und welche HTTP-Version sie trägt – mit Update-Schritten für den Browser und einem Bericht für den Support.
- Sofortige Antwort, ob die Verbindung quantensicher ist
- Status von Post-Quanten-Schlüsselaustausch (ML-KEM) und ECH
- Update-Hinweise für den Browser und ein Bericht für den Support
NIXA / VERBINDUNGSBERICHT
Ist diese Verbindung quantensicher?
Die Prüfung startet, sobald die Seite geöffnet ist. Nichts wird installiert oder gespeichert.
Bereit zum Start. Die Ergebnisse bleiben auf dieser Seite.
Die Ergebnisse beschreiben Anfragen dieses Browsers an IPNixa. Dieses Tool speichert keinen Prüfverlauf.
TLS, HTTP/3 und RTT verstehen
Protokoll und RTT beschreiben die Prüfanfrage vom Browser zum Zugangsknoten. Sie erklären das verwendete Transportprotokoll und die dafür anwendbaren Messungen.
Warum wird bei HTTP/3 kein TCP verwendet?
HTTP/3 nutzt QUIC. IPNixa kennzeichnet TCP-RTT als nicht anwendbar und zeigt QUIC-RTT an, sofern der Zugangsknoten sie meldet, statt eine irreführende TCP-Null anzugeben.
HTTP/3 und 0-ms-Angaben verstehenTransportprotokoll ansehenBedeutet eine fehlende RTT oder 0 ms keine Verzögerung?
Nein. „Nicht gemeldet“ bedeutet, dass der Zeitwert fehlt. Bei einer gemeldeten Null bleibt der Hinweis zur begrenzten Genauigkeit bestehen. Wiederverwendete Browserverbindungen sind in den Ressourcenzeiten separat gekennzeichnet.
Fehlende und wiederverwendete Zeitwerte deutenHTTP-Antwortzeit messenTLS-Version des Browsers prüfen: so geht’s
- Diese Seite in dem Browser öffnen, der geprüft werden soll. Der Test startet von selbst; mit „Prüfung starten“ lässt er sich wiederholen.
- Zuerst das Ergebnis lesen, dann TLS-Version, Schlüsselaustausch, ECH und HTTP-Protokoll dahinter.
- Fehlt der Post-Quanten-Schutz, den Browser aktualisieren und erneut prüfen oder den Bericht für den Support kopieren.
Was ist Post-Quanten-TLS (ML-KEM)?
Ein Post-Quanten-Schlüsselaustausch wie X25519MLKEM768 kombiniert einen klassischen Schlüsselaustausch mit ML-KEM, dem NIST-Standard FIPS 203, der künftigen Quantencomputern standhalten soll. Er schützt heute aufgezeichneten Datenverkehr vor Angriffen nach dem Muster „Harvest now, decrypt later“ (jetzt speichern, später entschlüsseln). Aktuelle Versionen von Chrome, Edge, Firefox und Safari nutzen ihn standardmäßig, wenn die Website ihn unterstützt.
TLS-Version in Chrome, Edge, Firefox oder Safari anzeigen
Chrome und Edge: F12 drücken, den Tab „Sicherheit“ öffnen und die Website auswählen. Firefox: auf das Schloss klicken, dann „Verbindung sicher“ und „Weitere Informationen“. Safari zeigt weniger Details; dafür diese Seite oder den curl-Befehl unten verwenden.
Was der TLS-Check ausliest
Geprüft wird die Verbindung zwischen dem Browser und dem Cloudflare-Zugangsknoten, der IPNixa bereitstellt. Die Bewertung lautet „Gut“ für TLS 1.3 mit einer Post-Quanten-Schlüsselvereinbarung wie X25519MLKEM768, „Verbesserungsfähig“ für TLS 1.3 ohne sie oder TLS 1.2 und „Schlecht“ für TLS 1.1 oder älter. ECH zeigt, ob der Websitename im Handshake verschlüsselt wurde. HTTP/3 nutzt QUIC, daher wird TCP-RTT als nicht anwendbar markiert. Fehlende Werte des Zugangsknotens werden als „nicht gemeldet“ angezeigt. Bei gemeldeten null Millisekunden wird auf die begrenzte Genauigkeit hingewiesen. Diese Angaben sind von den Aufbauzeiten im Browser getrennt. Der Test scannt keine andere Website, prüft keine Zertifikatskette und untersucht nicht das gesamte Gerät. TLS schützt Daten bei der Übertragung, bestätigt aber nicht die Vertrauenswürdigkeit einer Website.
TLS über die Kommandozeile prüfen
Das TLS einer Website vom eigenen Computer aus testen. example.com durch die zu prüfende Website ersetzen.
- Linux oder macOS: Akzeptiert die Website TLS 1.3?
openssl s_client -connect example.com:443 -tls1_3 -brief < /dev/null- curl: verwendete TLS-Version und HTTP-Protokoll
curl -sv -o /dev/null https://example.com 2>&1 | grep -E "SSL connection|ALPN"- Windows PowerShell: TLS-Versionen, die .NET nutzen darf
[Net.ServicePointManager]::SecurityProtocol
Warum ist TLS lokal nicht verfügbar?
Lokale HTTP-Vorschauen handeln kein TLS mit einem öffentlichen Cloudflare-Zugangsknoten aus. Wir zeigen nicht verfügbare Felder statt simulierter Sicherheitsergebnisse.