Référence gratuite des suites de chiffrement TLS

L'outil inclut plus de 25 suites de chiffrement couvrant de TLS 1.0 à TLS 1.3, avec leurs classifications de sécurité.

La Perfect Forward Secrecy (PFS) signifie que chaque session utilise une clé unique : ainsi, les sessions passées restent sécurisées même si la clé du serveur est compromise.

Oui, entièrement gratuit.

Absolument. La Référence des suites de chiffrement TLS traite tout côté client, dans votre navigateur. Aucune donnée n'est envoyée ni stockée sur un quelconque serveur. Votre contenu reste privé sur votre appareil à tout moment.

Oui, la Référence des suites de chiffrement TLS est entièrement adaptative et fonctionne sur smartphones et tablettes. Vous pouvez l'utiliser sur n'importe quel appareil doté d'un navigateur web moderne, sans aucun téléchargement d'application.

Aucun compte ni inscription n'est nécessaire. Ouvrez simplement la Référence des suites de chiffrement TLS dans votre navigateur et commencez à l'utiliser immédiatement. Il n'y a ni barrière d'inscription ni restriction d'utilisation.

Saisissez simplement votre entrée dans le champ prévu, ajustez les paramètres selon vos préférences, et l'outil la traitera instantanément. Vous pouvez ensuite copier le résultat dans votre presse-papiers ou le télécharger.

La Référence des suites de chiffrement TLS fonctionne dans tous les navigateurs modernes, dont Chrome, Firefox, Safari, Edge et Opera. Pour une expérience optimale, utilisez la dernière version de votre navigateur préféré.

Un nom de suite de chiffrement TLS 1.2 encode quatre choix dans un ordre fixe. L'échange de clés vient en premier (ECDHE) : il décrit comment le client et le serveur se mettent d'accord sur un secret partagé sans jamais l'envoyer en clair. Vient ensuite l'algorithme d'authentification (RSA), qui prouve l'identité du serveur grâce à son certificat. Après le mot WITH figure le chiffrement en masse qui protège réellement vos données (AES-256-GCM), et enfin la fonction de hachage utilisée pour l'intégrité des messages et la dérivation de clé (SHA-384). Ainsi, TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 signifie : échange de clés Diffie-Hellman sur courbe elliptique éphémère, authentification RSA, AES 256 bits en mode GCM, et SHA-384. Les noms TLS 1.3 sont plus courts, comme TLS_AES_256_GCM_SHA384, car l'échange de clés et l'authentification sont négociés séparément du chiffrement lui-même. Collez n'importe quel nom de suite dans le champ de recherche de ce référentiel pour voir chaque composant détaillé, accompagné de sa note de sécurité et de son statut de confidentialité persistante.

L'algorithme d'échange de clés détermine comment le client et le serveur établissent le secret partagé qui chiffrera la session. Le RSA statique chiffre ce secret avec la clé publique à long terme du serveur, si bien que quiconque dérobe un jour la clé privée correspondante peut déchiffrer toutes les sessions enregistrées auparavant. ECDHE (et DHE), à l'inverse, génèrent une paire de clés éphémère et unique pour chaque négociation grâce à Diffie-Hellman sur courbe elliptique, puis la jettent aussitôt après usage. Comme la clé à long terme ne fait que signer l'échange au lieu de chiffrer le secret, une compromission future de cette clé ne permet pas de déverrouiller le trafic passé. Cette propriété est la confidentialité persistante (Perfect Forward Secrecy), et c'est pourquoi les suites ECDHE sont notées Recommandée ici, tandis que les suites RSA statique plafonnent à Sécurisée. Ce référentiel signale pour chaque suite son échange de clés et sa prise en charge de la PFS, afin que vous puissiez prioriser les options éphémères et à confidentialité persistante dans l'ordre de préférence de votre serveur.

TLS 1.0 et 1.1 ont été officiellement déclarés obsolètes en 2021 par la RFC 8996 et devraient être désactivés sur tous les serveurs. Ils reposent sur des chiffrements en mode CBC dépassés, associés à SHA-1 ou MD5, et prennent en charge des primitives compromises comme RC4, DES et la cryptographie de qualité export en 40 bits. TLS 1.0 est exploitable via les attaques BEAST et POODLE, qui permettent à un attaquant de récupérer le texte en clair d'une session chiffrée. Aucune de ces deux versions n'offre le chiffrement AEAD exigé par les protocoles modernes, et les laisser activées figure parmi les constats les plus fréquents lors d'un scan SSL. Les principaux navigateurs en ont abandonné la prise en charge depuis des années, si bien que les conserver actives ajoute du risque sans servir de réels utilisateurs. Dans ce référentiel, chaque suite TLS 1.0 et 1.1 est notée Non sécurisée ; filtrez par version pour repérer précisément les suites héritées que votre configuration devrait abandonner.

GCM et CBC sont deux façons pour un chiffrement par blocs comme AES de chiffrer vos données, et ce choix influence fortement la sécurité. CBC (Cipher Block Chaining) ne fait que chiffrer ; il nécessite un MAC séparé pour l'intégrité, et cette combinaison a donné lieu à une série d'attaques par oracle de bourrage (padding oracle) telles que POODLE et Lucky 13, en particulier avec SHA-1. GCM (Galois/Counter Mode) est un mode AEAD : il chiffre et authentifie en une seule étape, éliminant totalement le bourrage et résistant à ces attaques. C'est pourquoi les meilleures pratiques actuelles privilégient AES-GCM et ChaCha20-Poly1305, et pourquoi TLS 1.3 a complètement abandonné les suites CBC. Dans ce référentiel, les suites basées sur GCM portent les notes Recommandée ou Sécurisée, tandis que les suites CBC avec des fonctions de hachage plus anciennes sont marquées Faible ou Non sécurisée. Filtrez par note de sécurité pour voir précisément quelles suites CBC retirer de votre serveur.

Le tableau du référentiel est lui-même une donnée statique intégrée à la page : il montre comment les suites de chiffrement sont notées en général, mais ne peut pas voir votre serveur réel. Pour tester un site en production, saisissez un nom de domaine dans le champ Vérifier votre site et appuyez sur le bouton ; l'outil ouvre alors le Qualys SSL Labs Server Test dans un nouvel onglet pour ce domaine. SSL Labs se connecte ensuite à votre serveur, liste chaque suite de chiffrement et chaque version TLS réellement négociées, vérifie les vulnérabilités connues, et attribue une note globale allant de A+ à F. Ce scan s'exécute sur l'infrastructure de SSL Labs, pas sur ce site, et rien de ce que vous saisissez n'est envoyé ici. Utilisez ce tableau pour décider des suites que vous souhaitez conserver, puis lancez la vérification SSL Labs pour confirmer que votre configuration réelle correspond à vos intentions.