{"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\/es\/blog\/news\/login-probel-defis-root-bag-v-telnet-pozvolyaet-zahvatit-kompyuter-bez-parolya","title":{"rendered":"Login, espacio, guion, root. Un bug en telnet permite tomar control de una computadora sin contrase\u00f1a.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Una vulnerabilidad en el paquete GNU InetUtils afect\u00f3 todas las versiones desde 1.9.3 hasta 2.7 inclusive.<\/p>\n
Aparentemente, telnet ha quedado en el pasado junto con los m\u00f3dems y la conexi\u00f3n dial-up, pero de repente se ha convertido en la fuente de una seria vulnerabilidad. Se descubri\u00f3 un bug en GNU InetUtils que permite acceder remotamente al sistema como root sin contrase\u00f1a, simplemente enviando un valor de variable de entorno especialmente formado.<\/p>\n
El problema afecta al servidor telnetd, que forma parte de GNU InetUtils. Este pasa a la aplicaci\u00f3n login el valor de la variable USER, recibido del cliente, sin ninguna verificaci\u00f3n. Esto puede ser aprovechado si el cliente env\u00eda la cadena \u00ab-f root\u00bb como USER y se conecta con el par\u00e1metro telnet -a o –login. Como resultado, login interpreta esto como una bandera de servicio, omite el procedimiento est\u00e1ndar de autenticaci\u00f3n y autoriza autom\u00e1ticamente al usuario como root.<\/p>\n
La vulnerabilidad ha recibido el identificador CVE-2026-24061 y una calificaci\u00f3n CVSS de 9.8. Todas las versiones de GNU InetUtils, desde 1.9.3 hasta 2.7 inclusive, est\u00e1n en riesgo. El bug ha estado presente en el proyecto durante casi 11 a\u00f1os, desde mayo de 2015, pero solo se ha identificado ahora. En esencia, este es un cl\u00e1sico ejemplo de una vulnerabilidad de la vieja escuela, donde una cadena peligrosa sin filtrar se pasa a una utilidad del sistema con privilegios de root.<\/p>\n
Los autores del advisory recomiendan encarecidamente no usar telnetd, restringir el acceso al puerto telnet solo a clientes de confianza y aplicar un parche o actualizar a una versi\u00f3n donde se haya solucionado el problema lo antes posible. Una soluci\u00f3n temporal podr\u00eda ser deshabilitar completamente telnetd o utilizar una versi\u00f3n personalizada de login que no acepte el par\u00e1metro \u00ab-f\u00bb.<\/p>\n
La vulnerabilidad fue descubierta por el investigador Carlos Cort\u00e9s \u00c1lvarez, y el parche fue preparado y revisado por los desarrolladores de GNU InetUtils en enero de 2026. Las correcciones incluyen la sanitizaci\u00f3n de todas las variables que se utilizan al formar el comando de llamada a login, para que tales ataques sean imposibles en principio.<\/p>\n
La historia parece casi simb\u00f3lica: un protocolo obsoleto, un servicio olvidado y un cl\u00e1sico error l\u00f3gico llevaron a una completa violaci\u00f3n del sistema. Otro recordatorio de que incluso las tecnolog\u00edas 'antiguas' pueden seguir siendo una amenaza real si a\u00fan est\u00e1n funcionando en producci\u00f3n.<\/p>\n