Comment Corriger l'Erreur ERR_SSL_VERSION_OR_CIPHER_MISMATCH

Qu'est-ce que l'Erreur ERR_SSL_VERSION_OR_CIPHER_MISMATCH ?

ERR_SSL_VERSION_OR_CIPHER_MISMATCH est une erreur de sécurité du navigateur qui apparaît lorsque votre navigateur et le serveur web ne parviennent pas à s'entendre sur une version commune du protocole SSL/TLS ou sur un algorithme de chiffrement (suite de chiffrement) pour établir une connexion sécurisée.

Lorsque vous accédez à un site HTTPS, votre navigateur et le serveur effectuent un « handshake » — une courte négociation visant à déterminer les protocoles de sécurité pris en charge par les deux parties. Si aucun terrain commun n'existe — par exemple, le serveur ne prend en charge que TLS 1.0 obsolète alors que votre navigateur moderne exige au minimum TLS 1.2 — le handshake échoue et cette erreur s'affiche.

Cette erreur est une fonctionnalité de sécurité, pas un défaut. Les navigateurs bloquent intentionnellement les connexions vers des serveurs utilisant un chiffrement dangereusement obsolète ou faible, afin de protéger les utilisateurs contre d'éventuelles attaques de l'intercepteur (man-in-the-middle) et l'interception de données.

Causes les Plus Fréquentes de ERR_SSL_VERSION_OR_CIPHER_MISMATCH

Comprendre pourquoi cette erreur se produit est la première étape pour la résoudre. Voici les causes profondes les plus courantes :

Comment Corriger ERR_SSL_VERSION_OR_CIPHER_MISMATCH en tant que Visiteur

Si vous voyez cette erreur sur le site d'un tiers, essayez d'abord ces correctifs côté client. Procédez dans l'ordre — la plupart des utilisateurs résolvent le problème dès les trois premières étapes.

Comment Corriger ERR_SSL_VERSION_OR_CIPHER_MISMATCH en tant qu'Administrateur Web

Si vous êtes le propriétaire ou l'administrateur du site concerné, la cause profonde est presque toujours une mauvaise configuration côté serveur. Voici comment diagnostiquer et résoudre le problème.

nginx.confserver {
    listen 443 ssl;
    ssl_protocols TLSv1.2 TLSv1.3;
    ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:
                ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:
                ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305;
    ssl_prefer_server_ciphers off;
}

/etc/apache2/sites-available/votre-site.conf<VirtualHost *:443>
    SSLEngine on
    SSLProtocol all -SSLv3 -TLSv1 -TLSv1.1
    SSLCipherSuite ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:
                   ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384
    SSLHonorCipherOrder off
</VirtualHost>

Versions du Protocole TLS : Lesquelles Sont Sûres en 2025 ?

Toutes les versions de TLS ne se valent pas. Voici un tableau de référence rapide pour comprendre quelles versions votre serveur devrait utiliser :

Comprendre les Suites de Chiffrement et Pourquoi Elles Comptent

Une suite de chiffrement est une combinaison nommée d'algorithmes cryptographiques utilisés lors du handshake TLS et de la communication chiffrée qui s'ensuit. Le nom d'une suite de chiffrement type ressemble à ceci :

Anatomie d'une Suite de ChiffrementTLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384

  TLS          → Protocole
  ECDHE        → Échange de clés (Diffie-Hellman éphémère sur courbe elliptique)
  RSA          → Authentification
  AES_256_GCM  → Chiffrement en masse (AES 256 bits en mode Galois/Counter)
  SHA384       → Authentification de message (HMAC)

Suites de Chiffrement Recommandées pour TLS 1.2

Les suites de chiffrement suivantes sont considérées comme robustes, modernes et compatibles avec tous les navigateurs actuels :

Solutions par Navigateur pour les Erreurs d'Incompatibilité de Chiffrement SSL

Google Chrome

Chrome applique les règles SSL les plus strictes. Pour accéder temporairement à un ancien site interne, vous pouvez lancer Chrome avec des paramètres de sécurité réduits — ne faites jamais cela en production ni pour des sites publics.

Chrome (Windows — tests uniquement, ne pas utiliser en production)chrome.exe --ignore-certificate-errors --ignore-ssl-errors

Mozilla Firefox

Firefox permet d'activer les anciennes versions TLS via son panneau de configuration avancée — utile pour accéder à d'anciens systèmes intranet.

1. Tapez about:config dans la barre d'adresse et acceptez l'avertissement.
2. Recherchez security.tls.version.min.
3. La valeur par défaut est 3 (TLS 1.2). La passer à 1 (TLS 1.0) active temporairement la prise en charge héritée.
4. Rétablissez cette modification dès que vous n'en avez plus besoin.

Microsoft Edge

Edge utilise le même moteur sous-jacent que Chrome (Chromium) et applique donc des règles TLS identiques. La démarche de correction est la même : mettez Edge à jour via edge://settings/help et assurez-vous que Windows est entièrement à jour.

Safari (macOS / iOS)

Safari délègue la gestion du TLS au système d'exploitation macOS/iOS. La solution consiste presque toujours à mettre macOS ou iOS à jour vers la dernière version, ce qui met également à jour le framework Secure Transport sous-jacent.

Outils de Diagnostic pour Identifier les Problèmes SSL et de Chiffrement

Avant d'apporter des modifications au serveur, utilisez ces outils pour obtenir une image précise de ce qui pose réellement problème :

Test Rapide avec OpenSSL

Utilisez cette commande pour tester rapidement les versions TLS prises en charge par un serveur depuis votre terminal :

Bash — Test de prise en charge des versions TLS# Tester la prise en charge de TLS 1.2
openssl s_client -connect votredomaine.fr:443 -tls1_2

# Tester la prise en charge de TLS 1.3
openssl s_client -connect votredomaine.fr:443 -tls1_3

# Afficher les détails complets du handshake
openssl s_client -connect votredomaine.fr:443 -showcerts

Mettre à Jour votre Configuration TLS ou Conserver le Support Hérité ?

Pour la grande majorité des sites web, la réponse est claire : mettez à jour immédiatement. Toutefois, certains scénarios (systèmes internes hérités, interfaces d'équipements industriels) nécessitent une réflexion approfondie.

Foire aux Questions sur ERR_SSL_VERSION_OR_CIPHER_MISMATCH