{"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\/de\/blog\/novosti-interneta\/login-probel-defis-root-bag-v-telnet-pozvolyaet-zahvatit-kompyuter-bez-parolya","title":{"rendered":"Login, Leerzeichen, Bindestrich, root. Ein Fehler in Telnet erm\u00f6glicht den Zugriff auf den Computer ohne Passwort.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Eine Sicherheitsanf\u00e4lligkeit im GNU InetUtils-Paket betrifft alle Versionen von 1.9.3 bis einschlie\u00dflich 2.7.<\/p>\n
Obwohl telnet l\u00e4ngst in Vergessenheit geraten scheint, zusammen mit Modems und Dial-up, ist es pl\u00f6tzlich zum Ursprung einer ernsthaften Sicherheitsanf\u00e4lligkeit geworden. In GNU InetUtils wurde ein Fehler entdeckt, der es erm\u00f6glicht, sich ohne Passwort als root in das System einzuloggen, einfach durch das Senden eines speziell formatierten Wertes f\u00fcr eine Umgebungsvariable.<\/p>\n
Das Problem betrifft den telnetd-Server, der Teil von GNU InetUtils ist. Er \u00fcbertr\u00e4gt der Login-Anwendung den Wert der Variablen USER, der vom Client stammt, ohne jegliche \u00dcberpr\u00fcfung. Dies kann ausgenutzt werden, wenn der Client den String \u201e-f root\u201c als USER sendet und sich mit dem Parameter telnet -a oder \u2013login verbindet. Infolgedessen interpretiert Login dies als Systemflag, \u00fcberspringt das Standardauthentifizierungsverfahren und autorisiert den Benutzer automatisch als root.<\/p>\n
Die Schwachstelle erhielt die Kennung CVE-2026-24061 und eine CVSS-Bewertung von 9.8. Alle Versionen von GNU InetUtils, beginnend mit 1.9.3 bis einschlie\u00dflich 2.7, sind betroffen. Der Fehler existiert im Projekt seit fast 11 Jahren, seit Mai 2015, wurde jedoch erst jetzt entdeckt. Es handelt sich im Wesentlichen um ein klassisches Beispiel f\u00fcr eine alte Schule-Sicherheitsanf\u00e4lligkeit, bei der eine ungefilterte gef\u00e4hrliche Zeichenfolge an ein Dienstprogramm mit Root-Rechten \u00fcbergeben wird.<\/p>\n
Die Autoren des Advisories empfehlen dringend, telnetd \u00fcberhaupt nicht zu verwenden, den Zugriff auf den Telnet-Port nur auf vertrauensw\u00fcrdige Clients zu beschr\u00e4nken und so schnell wie m\u00f6glich das Patch zu installieren oder auf eine Version zu aktualisieren, in der das Problem behoben ist. Eine vor\u00fcbergehende L\u00f6sung kann das vollst\u00e4ndige Deaktivieren von telnetd oder die Verwendung einer benutzerdefinierten Version von login sein, die die Option \"-f\" nicht unterst\u00fctzt.<\/p>\n
Die Schwachstelle wurde von dem Forscher Carlos Cortes Alvarez entdeckt. Der Patch wurde von den Entwicklern von GNU InetUtils im Januar 2026 vorbereitet und \u00fcberarbeitet. Die Korrekturen beinhalten die Sanit\u00e4rung aller Variablen, die bei der Erstellung des Aufrufs von login verwendet werden, um derartige Angriffe grunds\u00e4tzlich unm\u00f6glich zu machen.<\/p>\n
Die Geschichte wirkt beinahe symbolisch: Ein veralteter Protokoll, ein vergessener Dienst und ein klassischer logischer Fehler f\u00fchrten zur vollst\u00e4ndigen Kompromittierung des Systems. Ein weiteres Erinnerungsst\u00fcck daran, dass selbst \"alte\" Technologien eine echte Bedrohung darstellen k\u00f6nnen, wenn sie weiterhin in der Produktion eingesetzt werden.<\/p>\n