Ce qui change dans la sécurité web avec la retraite des anciennes méthodes d'échange de clés TLS

Une norme Internet récemment publiée a officiellement déprécié un ensemble de méthodes d'échange de clés vieillissantes utilisées dans TLS 1.2 et DTLS 1.2, deux versions du protocole cryptographique chargé de sécuriser une part importante du trafic internet quotidien, des sites bancaires aux applications de messagerie en passant par l'icône de cadenas dans la barre d'adresse d'un navigateur. Ce changement, documenté dans un nouveau RFC publié par l'organisme qui gère les normes techniques d'Internet, constitue une opération de maintenance routinière mais significative dans le monde de la cryptographie appliquée.

TLS, abréviation de Transport Layer Security, est le protocole qui chiffre les données circulant entre l'appareil d'un utilisateur et le serveur d'un site web, empêchant quiconque intercepte ce trafic de le lire ou de le modifier. Avant qu'une communication chiffrée puisse commencer, les deux parties d'une connexion doivent s'accorder sur une clé secrète partagée sans jamais transmettre cette clé directement sur le réseau, un problème résolu par un processus appelé échange de clés.

Plusieurs des méthodes d'échange de clés disponibles dans TLS 1.2 remontent à la conception initiale du protocole et reposent sur des hypothèses mathématiques qui, sans être nécessairement totalement rompues, se sont affaiblies face à la puissance de calcul moderne et aux techniques de cryptanalyse au cours des plus de quinze années écoulées depuis la normalisation de TLS 1.2. Certaines de ces méthodes plus anciennes manquent également d'une propriété appelée confidentialité persistante, ce qui signifie que si la clé privée d'un serveur venait à être compromise, un attaquant ayant préalablement enregistré du trafic chiffré pourrait potentiellement le déchiffrer rétroactivement.

La confidentialité persistante est devenue une exigence de base dans la conception des protocoles cryptographiques modernes, précisément parce que le trafic chiffré est souvent enregistré et conservé indéfiniment par quiconque en a la capacité, en pariant que le déchiffrement pourrait devenir possible plus tard, que ce soit via une future vulnérabilité logicielle, des progrès de la puissance de calcul, ou une compromission éventuelle de la clé. Déprécier les méthodes d'échange de clés dépourvues de cette propriété élimine une catégorie de risque à long terme.

La dépréciation s'applique spécifiquement à TLS 1.2 et à son équivalent en datagrammes, DTLS 1.2, et non à TLS 1.3, la version plus récente du protocole qui avait déjà supprimé la plupart des options d'échange de clés héritées lors de sa normalisation il y a plusieurs années. TLS 1.2 reste toutefois largement déployé, en particulier parmi les systèmes plus anciens, les appareils embarqués et les organisations lentes à migrer, ce qui signifie que la dépréciation touche encore une part significative de l'infrastructure Internet.

Pour l'immense majorité des utilisateurs d'Internet ordinaires, le changement est invisible. Les navigateurs web et les principaux sites ont déjà basculé vers TLS 1.3 ou configuré TLS 1.2 pour éviter les méthodes d'échange de clés dépréciées, et les fournisseurs de navigateurs réduisent périodiquement le support des options cryptographiques plus faibles dans le cadre d'un durcissement de sécurité routinier, généralement sans aucune perturbation visible de la navigation.

L'impact pratique concerne principalement les administrateurs système, les fabricants d'appareils embarqués et les développeurs de logiciels hérités qui doivent auditer leurs configurations pour s'assurer qu'ils ne dépendent pas des méthodes nouvellement dépréciées, en particulier dans des environnements tels que les systèmes de contrôle industriel, les anciens matériels de point de vente, ou les objets connectés qui reçoivent souvent des mises à jour de sécurité plus lentement que les logiciels grand public.

Les chercheurs en sécurité accueillent généralement favorablement ce type de dépréciation de protocole, la considérant comme une composante saine, quoique peu spectaculaire, du maintien de l'infrastructure cryptographique sous-jacente d'Internet. Contrairement à la divulgation d'une seule vulnérabilité très médiatisée, une dépréciation formelle via le processus de normalisation donne aux implémenteurs un signal clair et documenté pour planifier des migrations plutôt que de réagir à un correctif d'urgence.

L'organisme de normalisation responsable de TLS a périodiquement retiré des options cryptographiques plus faibles tout au long de l'histoire du protocole, un schéma qui reflète la trajectoire générale du domaine : les schémas de chiffrement considérés comme sûrs au moment de leur conception deviennent progressivement moins sûrs à mesure que la puissance de calcul augmente et que les techniques de cryptanalyse s'améliorent, obligeant les normes sous-jacentes à évoluer en conséquence.

Pour les organisations qui exploitent encore des systèmes dépendant de TLS 1.2, cette dépréciation constitue une incitation à accélérer la migration vers TLS 1.3 lorsque cela est possible, ou au minimum à auditer et restreindre leurs configurations TLS 1.2 au sous-ensemble de méthodes d'échange de clés encore considérées comme sûres, une tâche de maintenance qui, bien que peu susceptible de faire la une des journaux, permet discrètement au web chiffré quotidien de continuer à fonctionner comme prévu.