Repérer les listes de groupes TLS figées qui empêchent l'adoption des valeurs hybrides par défaut

Objectif

État au 25 octobre 2026. Repérer les paramètres qui limitent une application à un ancien ensemble de groupes d'échange de clés TLS, puis rétablir une politique examinée et vérifier la négociation réelle. Vérifier de nouveau les valeurs par défaut de l'environnement d'exécution, les restrictions du fournisseur cryptographique et les paramètres de remplacement de l'application pour la version exacte déployée. La mise à niveau d'une bibliothèque ne remplace pas nécessairement une liste de groupes fournie par son appelant.

Prérequis

Obtenir le code source de l'application, la configuration de déploiement générée, les arguments d'exécution et une extrémité de test autorisée. Consigner la bibliothèque réellement utilisée par l'application. Classer chaque restriction explicite comme politique obligatoire, exception de compatibilité encore active ou paramètre historique inexpliqué. Ne pas supprimer une restriction obligatoire au seul motif que les valeurs par défaut ont changé.

Étapes

1. Effectuer une recherche dans les répertoires de l'application et du déploiement, y compris les modèles et les scripts de lancement. Par exemple :

   rg -n -e 'CurvePreferences|tlsmlkem|jdk[.]tls[.]namedGroups|setNamedGroups' \
     -e 'ssl_ecdh_curve|ssl_conf_command|SSL_CTX_set1_groups|SSL_set1_groups' .
   

   Examiner séparément la configuration OpenSSL réellement chargée pour rechercher Groups et son ancien alias Curves. Consigner le responsable et la justification de chaque paramètre effectif remplaçant une valeur par défaut ; une recherche dans le code source seule ne révèle pas les paramètres injectés lors du déploiement.

2. Pour Go, les notes de version 1.24 indiquent l'activation de X25519MLKEM768 lorsque Config.CurvePreferences vaut nil. Une liste renseignée détermine les échanges autorisés, tandis que le paquet choisit leur ordre en interne. Supprimer une affectation inutile pour rétablir les valeurs par défaut, ou mettre à jour délibérément une liste d'autorisation nécessaire. Rechercher le mécanisme de désactivation documenté GODEBUG=tlsmlkem=0. Reconstruire et déployer l'application avant de vérifier le résultat.

3. Pour Java, examiner à la fois jdk.tls.namedGroups et les appels à SSLParameters.setNamedGroups. L'annonce d'Oracle du 17 mai 2026 associe ce changement à JEP 527 dans les versions en accès anticipé du JDK 27 ; le guide Java SE 27 présente X25519MLKEM768 comme choix privilégié par défaut. Tester la suppression des paramètres de remplacement obsolètes dans l'environnement d'exécution prévu. La seule disponibilité de ML-KEM comme primitive cryptographique ne suffit pas à prouver son intégration TLS dans une autre version de Java ou un autre fournisseur cryptographique.

4. Pour nginx, comparer les paramètres explicites ssl_ecdh_curve à la valeur par défaut documentée auto, qui utilise la liste intégrée à OpenSSL. Examiner aussi les paramètres hérités et les paramètres de remplacement ssl_conf_command. Préserver la compatibilité nécessaire avec les certificats : nginx avertit qu'une liste explicite doit inclure les courbes utilisées par les certificats ECDSA. Valider la configuration complète avant le rechargement contrôlé habituel.

5. Pour les applications utilisant la configuration OpenSSL, examiner Groups/Curves et les paramètres de remplacement définis via l'API. La liste de groupes documentée utilise des deux-points comme séparateurs ; la propriété Java utilise des virgules. Ne pas copier la syntaxe d'un produit dans un autre. Confirmer que le groupe requis est implémenté avant de l'activer.

6. Comparer de nouvelles connexions de l'application avant et après le changement, avec des extrémités représentatives prenant en charge les hybrides et les anciennes extrémités dont la prise en charge est requise. Consigner le groupe sélectionné, le résultat de l'authentification et tout échec de négociation. La variable $ssl_curve de nginx indique la courbe sélectionnée lorsque la bibliothèque OpenSSL à laquelle il est lié le permet ; $ssl_curves décrit la liste proposée par le client et répond à une autre question.

Résultat attendu

Les listes figées inutiles sont supprimées, les restrictions nécessaires ont des responsables et les connexions observées démontrent l'application de la politique prévue. Les modifications de configuration s'accompagnent des modifications de déploiement correspondantes et d'un retour arrière documenté.

Limites et base de vérification

Il s'agit d'une proposition de procédure d'audit fondée sur la documentation des fournisseurs ; aucun test d'application n'est revendiqué. Rétablir les valeurs par défaut permet la négociation, sans obliger chaque extrémité à utiliser un hybride. Les exceptions de compatibilité devraient rester limitées et susceptibles d'être réexaminées. Ne pas désactiver la validation des certificats ou des contraintes de sécurité sans rapport pour faire réussir une négociation.