{"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\/news\/login-probel-defis-root-bag-v-telnet-pozvolyaet-zahvatit-kompyuter-bez-parolya","title":{"rendered":"Login, Leerzeichen, Bindestrich, root. Ein Fehler in telnet erm\u00f6glicht es, einen Computer ohne Passwort zu \u00fcbernehmen.","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
Es scheint, dass Telnet l\u00e4ngst zusammen mit Modems und Dial-up der Vergangenheit angeh\u00f6rt, aber genau er ist pl\u00f6tzlich eine gravierende Sicherheitsanf\u00e4lligkeit geworden. In GNU InetUtils wurde ein Fehler entdeckt, der es erm\u00f6glicht, sich ohne Passwort als Root \u00fcber eine speziell formatierte Umgebungsvariable remote ins System einzuloggen.<\/p>\n
Das Problem betrifft den telnetd-Server, der Teil von GNU InetUtils ist. Er \u00fcbertr\u00e4gt dem Programm login den Wert der vom Client empfangenen Variablen USER, ohne diese zu \u00fcberpr\u00fcfen. Dies kann ausgenutzt werden, wenn der Client die Zeichenkette \u201e-f root\u201c als USER sendet und sich mit dem Parameter telnet -a oder \u2013login verbindet. Infolgedessen interpretiert login dies als Dienstflag, \u00fcberspringt den Standardauthentifizierungsprozess und autorisiert den Benutzer automatisch als root.<\/p>\n
Die Sicherheitsanf\u00e4lligkeit erhielt die Kennung CVE-2026-24061 und eine CVSS-Bewertung von 9,8. Betroffen sind alle Versionen von GNU InetUtils, beginnend mit 1.9.3 bis einschlie\u00dflich 2.7. Der Fehler besteht seit fast 11 Jahren im Projekt, seit Mai 2015, wurde aber erst jetzt entdeckt. Es ist im Wesentlichen ein klassisches Beispiel f\u00fcr eine Sicherheitsanf\u00e4lligkeit alter Schule, bei der eine gef\u00e4hrliche Zeichenfolge ohne Filterung an ein Systemwerkzeug mit Root-Berechtigungen \u00fcbergeben wird.<\/p>\n
Die Autoren der Advisory empfehlen dringend, telnetd \u00fcberhaupt nicht zu verwenden, den Zugang zum Telnet-Port nur auf vertrauensw\u00fcrdige Clients zu beschr\u00e4nken und so schnell wie m\u00f6glich den 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 den Parameter \u201e-f\u201c nicht unterst\u00fctzt.<\/p>\n
Die Sicherheitsanf\u00e4lligkeit wurde von dem Forscher Carlos Cortes Alvarez entdeckt, der Patch wurde im Januar 2026 von den Entwicklern von GNU InetUtils vorbereitet und \u00fcberarbeitet. Die Korrekturen beinhalten die Sanit\u00e4rung aller Variablen, die bei der Erstellung des Aufrufbefehls f\u00fcr login verwendet werden, um derartige Angriffe grunds\u00e4tzlich unm\u00f6glich zu machen.<\/p>\n
Die Geschichte wirkt beinahe symbolisch: Ein veraltetes Protokoll, ein vergessenes Dienstprogramm und ein klassischer logischer Fehler f\u00fchrten zur vollst\u00e4ndigen Kompromittierung des Systems. Ein weiteres Beispiel daf\u00fcr, dass selbst \u201ealte\u201c Technologien eine reale Bedrohung bleiben k\u00f6nnen, solange sie noch im Einsatz sind.<\/p>\n