04 / TRANSPORTPRÊT
Transport sécurisé
TLS, protocole HTTP et point de présence qui traite cette requête.
- État
- Non testé
Test TLS : votre navigateur est-il post-quantique ?
Voyez d’un coup d’œil si la connexion de ce navigateur utilise TLS 1.3 et un échange de clés post-quantique, si le nom du site est chiffré (ECH) et quelle version HTTP la transporte, avec les étapes de mise à jour de votre navigateur et un rapport pour votre support informatique.
- Verdict post-quantique dès l’ouverture de la page
- Échange de clés post-quantique (ML-KEM) et état d’ECH
- Conseils de mise à jour du navigateur et rapport pour le support
NIXA / RAPPORT DE CONNEXION
Cette connexion est-elle post-quantique ?
Le test démarre dès l’ouverture de la page. Rien n’est installé ni conservé.
Prêt quand vous l’êtes. Les résultats restent sur cette page.
Les résultats décrivent les requêtes envoyées à IPNixa depuis ce navigateur. Cet outil ne conserve aucun historique d’analyse.
Comprendre TLS, HTTP/3 et le RTT
Le protocole et le RTT décrivent la requête d’inspection entre le navigateur et le serveur périphérique. Ils aident à comprendre quel transport a été utilisé et quelles mesures s’appliquent.
Pourquoi TCP n’est-il pas utilisé avec HTTP/3 ?
HTTP/3 repose sur QUIC. IPNixa indique que le RTT TCP ne s’applique pas et affiche le RTT QUIC lorsque le serveur périphérique le fournit, plutôt que d’afficher un zéro TCP trompeur.
Comprendre HTTP/3 et les mentions 0 msExaminer mon protocole de transportUn RTT absent ou nul signifie-t-il qu’il n’y a aucun délai ?
Non. « Non communiqué » signifie que la mesure n’était pas disponible. Un zéro communiqué reste soumis à une réserve de précision ; la réutilisation de connexion par le navigateur est identifiée séparément par l’API Resource Timing.
Interpréter les mesures absentes ou réutiliséesMesurer le temps de réponse HTTPComment vérifier la version TLS de votre navigateur
- Ouvrez cette page dans le navigateur à vérifier. Le test démarre tout seul ; sélectionnez « Lancer la vérification » pour le répéter.
- Lisez d’abord le verdict, puis la version TLS, l’échange de clés, l’ECH et le protocole HTTP qui l’expliquent.
- S’il n’y a pas de post-quantique, mettez à jour le navigateur et refaites le test, ou copiez le rapport pour votre support informatique.
Qu’est-ce que le TLS post-quantique (ML-KEM) ?
Un échange de clés post-quantique comme X25519MLKEM768 combine un échange de clés classique avec ML-KEM, la norme FIPS 203 du NIST conçue pour résister aux futurs ordinateurs quantiques. Il protège le trafic enregistré aujourd’hui contre les attaques « collecter maintenant, déchiffrer plus tard » (harvest now, decrypt later). Les versions actuelles de Chrome, Edge, Firefox et Safari l’utilisent par défaut lorsque le site le prend en charge.
Voir la version TLS dans Chrome, Edge, Firefox ou Safari
Chrome et Edge : appuyez sur F12, ouvrez l’onglet Sécurité et sélectionnez le site. Firefox : sélectionnez le cadenas, puis Connexion sécurisée et Plus d’informations. Safari donne moins de détails : utilisez cette page ou la commande curl ci-dessous.
Ce que lit le test TLS
Cet outil lit la connexion entre votre navigateur et le point de présence Cloudflare qui sert IPNixa. L’évaluation est « Bon » pour TLS 1.3 avec un accord de clés post-quantique comme X25519MLKEM768, « Améliorable » pour TLS 1.3 sans cet accord ou TLS 1.2, et « Mauvais » pour TLS 1.1 ou antérieur. L’ECH indique si le nom du site a été chiffré lors de la négociation. HTTP/3 utilise QUIC : le RTT TCP est donc marqué « non utilisé ». Les valeurs absentes côté serveur restent « non signalées » ; une valeur nulle signalée est assortie d’une réserve sur sa précision. Ces valeurs sont distinctes des temps d’établissement de connexion mesurés par le navigateur. Cet outil n’analyse pas d’autre site web, ne valide pas sa chaîne de certificats et n’audite pas l’ensemble de votre appareil. TLS protège les données en transit ; il ne garantit pas qu’un site web est digne de confiance.
Vérifier le TLS en ligne de commande
Testez le TLS d’un site depuis votre ordinateur. Remplacez example.com par le site à vérifier.
- Linux ou macOS : le site accepte-t-il TLS 1.3 ?
openssl s_client -connect example.com:443 -tls1_3 -brief < /dev/null- curl : version TLS et protocole HTTP utilisés
curl -sv -o /dev/null https://example.com 2>&1 | grep -E "SSL connection|ALPN"- Windows PowerShell : versions TLS utilisables par .NET
[Net.ServicePointManager]::SecurityProtocol
Pourquoi TLS est-il indisponible en local ?
Les aperçus HTTP locaux ne négocient pas TLS avec un point de présence Cloudflare public. Nous affichons des champs indisponibles plutôt que des résultats de sécurité simulés.