{"id":123456,"date":"2025-04-10T03:05:07","date_gmt":"2025-04-10T01:05:07","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-openssh-10-0"},"modified":"2025-04-10T03:05:07","modified_gmt":"2025-04-10T01:05:07","slug":"reliz-openssh-10-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/reliz-openssh-10-0","title":{"rendered":"Publication de la version OpenSSH 10.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La version OpenSSH 10.0 a \u00e9t\u00e9 publi\u00e9e, une impl\u00e9mentation ouverte du client et du serveur pour travailler avec les protocoles SSH 2.0 et SFTP. Principales modifications : <\/p>\n
\n
La prise en charge des signatures num\u00e9riques bas\u00e9es sur l'algorithme DSA a \u00e9t\u00e9 supprim\u00e9e, car son niveau de s\u00e9curit\u00e9 ne r\u00e9pond plus aux exigences modernes. Les co\u00fbts de maintien d'un algorithme DSA non s\u00e9curis\u00e9 ne sont pas justifi\u00e9s et sa suppression permettra de stimuler l'interruption de son soutien dans d'autres impl\u00e9mentations de SSH et biblioth\u00e8ques cryptographiques. Par d\u00e9faut, l'utilisation des cl\u00e9s DSA a \u00e9t\u00e9 arr\u00eat\u00e9e en 2015.\n
La s\u00e9paration de sshd en plusieurs fichiers ex\u00e9cutables distincts a \u00e9t\u00e9 poursuivie. Dans OpenSSH 9.8, le processus sshd a \u00e9t\u00e9 divis\u00e9 en un processus sshd-session, ex\u00e9cutant des t\u00e2ches li\u00e9es \u00e0 la gestion des sessions. Dans OpenSSH 10.0, le code d'authentification a \u00e9t\u00e9 d\u00e9plac\u00e9 de sshd-session vers un processus distinct sshd-auth. Le processus sshd-auth permet d'isoler davantage les donn\u00e9es d'authentification dans l'espace d'adressage d'un processus distinct, emp\u00eachant ainsi l'acc\u00e8s \u00e0 ces donn\u00e9es en m\u00e9moire lors d'attaques sur le code utilis\u00e9 pour traiter les \u00e9tapes de connexion jusqu'\u00e0 la fin de l'authentification. De plus, ce changement r\u00e9duit l\u00e9g\u00e8rement la consommation de m\u00e9moire, car le code d'authentification n'est pr\u00e9sent en m\u00e9moire que pendant le processus d'authentification, puis est d\u00e9charg\u00e9 \u00e0 la fin du processus sshd-auth.\n
Dans ssh, un algorithme hybride d'\u00e9change de cl\u00e9s «mlkem768x25519-sha256» est utilis\u00e9 par d\u00e9faut, r\u00e9sistant \u00e0 la factorisation par un ordinateur quantique, et combinant X25519 ECDH et l'algorithme ML-KEM (CRYSTALS-Kyber), normalis\u00e9s par le National Institute of Standards and Technology (NIST) des \u00c9tats-Unis. ML-KEM utilise des m\u00e9thodes cryptographiques bas\u00e9es sur la r\u00e9solution de probl\u00e8mes de th\u00e9orie des r\u00e9seaux, dont le temps de r\u00e9solution ne diff\u00e8re pas entre les ordinateurs classiques et quantiques.\n
Dans ssh_config, les directives SetEnv et User ont \u00e9t\u00e9 \u00e9tendues pour supporter la substitution «%-token» et l'expansion des variables d'environnement.\n
Dans ssh_config et sshd_config, le support de l'expression «Match version» a \u00e9t\u00e9 ajout\u00e9, permettant d'appliquer des r\u00e9glages en fonction de la version d'OpenSSH en cours, par exemple, pour lier \u00e0 OpenSSH 10, vous pouvez sp\u00e9cifier «Match version OpenSSH_10.*».\n
Un support pour les expressions a \u00e9t\u00e9 ajout\u00e9 dans ssh_config :\n
\n
«Match sessiontype», permettant d'appliquer des r\u00e9glages en fonction du type de session demand\u00e9e : «shell» pour les sessions interactives, «exec» pour l'ex\u00e9cution de commandes, «subsystem» pour sftp et «none» pour les tunnels et la redirection de trafic.\n
«Match command» pour lier des actions aux commandes sp\u00e9cifi\u00e9es dans la ligne de commande pour l'ex\u00e9cution via ssh.\n
‘Match tagged «»‘ et ‘Match command «»‘ pour lier \u00e0 des balises vides et ex\u00e9cuter ssh sans sp\u00e9cifier de commande \u00e0 ex\u00e9cuter. <\/ul>\n
Dans sshd_config, l'utilisation de masques dans les chemins de fichiers indiqu\u00e9s dans les directives AuthorizedKeysFile et AuthorizedPrincipalsFile est autoris\u00e9e.\n
Dans le client ssh, l'option «VersionAddendum» a \u00e9t\u00e9 ajout\u00e9e pour permettre l'ajout de texte arbitraire \u00e0 la cha\u00eene de num\u00e9ro de version (auparavant, cette option n'\u00e9tait accessible que pour de serveurs<\/a> sshd).\n