{"id":155278,"date":"2026-01-26T11:12:14","date_gmt":"2026-01-26T09:12:14","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/login-probel-defis-root-bag-v-telnet-pozvolyaet-zahvatit-kompyuter-bez-parolya"},"modified":"2026-01-26T11:12:14","modified_gmt":"2026-01-26T09:12:14","slug":"login-probel-defis-root-bag-v-telnet-pozvolyaet-zahvatit-kompyuter-bez-parolya","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/login-probel-defis-root-bag-v-telnet-pozvolyaet-zahvatit-kompyuter-bez-parolya","title":{"rendered":"Login, espace, tiret, root. Un bug dans telnet permet de prendre le contr\u00f4le d'un ordinateur sans mot de passe","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Une vuln\u00e9rabilit\u00e9 dans le paquet GNU InetUtils affecte toutes les versions de 1.9.3 \u00e0 2.7 inclus.<\/p>\n
On pourrait penser que telnet est depuis longtemps d\u00e9pass\u00e9 avec les modems et le dial-up, mais c'est justement lui qui est devenu soudainement une source de vuln\u00e9rabilit\u00e9 s\u00e9rieuse. Un bogue a \u00e9t\u00e9 d\u00e9couvert dans GNU InetUtils, permettant de se connecter \u00e0 un syst\u00e8me en tant que root sans mot de passe, simplement en envoyant une valeur de variable d'environnement sp\u00e9cialement format\u00e9e.<\/p>\n
Le probl\u00e8me concerne le serveur telnetd qui fait partie de GNU InetUtils. Il passe \u00e0 l'application login la valeur de la variable USER, re\u00e7ue du client, sans aucune v\u00e9rification. Cela peut \u00eatre exploit\u00e9 si le client envoie la cha\u00eene \u00ab -f root \u00bb en tant que USER et se connecte avec le param\u00e8tre telnet -a ou \u2013login. Par cons\u00e9quent, login interpr\u00e8te cela comme un drapeau sp\u00e9cial, ignore la proc\u00e9dure standard d'authentification et autorise automatiquement l'utilisateur comme root.<\/p>\n
La vuln\u00e9rabilit\u00e9 a re\u00e7u l'identifiant CVE-2026-24061 et une \u00e9valuation CVSS de 9,8. Toutes les versions de GNU InetUtils, de 1.9.3 \u00e0 2.7 inclus, sont menac\u00e9es. Le bogue est pr\u00e9sent dans le projet depuis pr\u00e8s de 11 ans, depuis mai 2015, mais n'a \u00e9t\u00e9 d\u00e9couvert que r\u00e9cemment. C'est en fait un exemple classique de vuln\u00e9rabilit\u00e9 de l'ancienne \u00e9cole, o\u00f9 une cha\u00eene dangereuse non filtr\u00e9e est transmise \u00e0 un utilitaire syst\u00e8me avec des privil\u00e8ges root.<\/p>\n
Les auteurs de l'avis recommandent vivement de ne pas utiliser telnetd, de restreindre l'acc\u00e8s au port telnet uniquement aux clients de confiance et d'appliquer le correctif ou de mettre \u00e0 jour vers une version o\u00f9 le probl\u00e8me est corrig\u00e9 d\u00e8s que possible. Une solution temporaire peut \u00eatre la d\u00e9sactivation compl\u00e8te de telnetd ou l'utilisation d'une version personnalis\u00e9e de login qui ne prend pas en charge l'option \u00ab -f \u00bb.<\/p>\n
La vuln\u00e9rabilit\u00e9 a \u00e9t\u00e9 d\u00e9couverte par le chercheur Carlos Cortes Alvarez, et le correctif a \u00e9t\u00e9 \u00e9labor\u00e9 et finalis\u00e9 par les d\u00e9veloppeurs de GNU InetUtils en janvier 2026. Les corrections comprennent la sanitation de toutes les variables utilis\u00e9es lors de la formation de la commande d'appel de login, afin que de telles attaques deviennent impossibles en principe.<\/p>\n
L'histoire semble presque symbolique : un protocole obsol\u00e8te, un service oubli\u00e9 et une erreur logique classique ont conduit \u00e0 une compromission totale du syst\u00e8me. Un autre rappel que m\u00eame les technologies \u00ab anciennes \u00bb peuvent repr\u00e9senter une menace r\u00e9elle si elles fonctionnent encore en production.<\/p>\n