{"id":184154,"date":"2026-11-05T23:41:11","date_gmt":"2026-11-05T21:41:11","guid":{"rendered":"https:\/\/prohoster.info\/blog\/news\/sshole-uyazvimost-pozvolyayushhaya-podklyuchitsya-po-ssh-bez-parolya-v-sistemah-s-musl"},"modified":"2026-11-05T23:41:15","modified_gmt":"2026-11-05T21:41:15","slug":"sshole-vulnerability-allows-passwordless-ssh-access-on-musl-based-systems","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/sshole-vulnerability-allows-passwordless-ssh-access-on-musl-based-systems","title":{"rendered":"SSHole \u2014 eine Schwachstelle, die eine Passwortlose SSH-Verbindung in Musl-Systemen erm\u00f6glicht","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Entwickler von OpenSSH haben ein dringendes Update f\u00fcr OpenSSH 10.6p2 ver\u00f6ffentlicht, das einen Schutz gegen eine kritische Schwachstelle (CVE noch nicht vergeben) bietet, die den Codenamen \u201eSSHole\u201c tr\u00e4gt und die Authentifizierung umgehen kann. In Systemen mit der Musl-Bibliothek erm\u00f6glicht die Schwachstelle den Zugriff auf einen Benutzer, f\u00fcr den kein Passwort gesetzt ist, indem ein beliebiges Passwort eingegeben wird, das mehr als 256 Zeichen enth\u00e4lt. Das Problem betrifft Linux-Distris, die die Standardbibliothek musl verwenden, jedoch kein PAM (Pluggable Authentication Modules) nutzen, wie OpenWRT, Alpine, Buildroot und Yocto. Besonders gef\u00e4hrlich ist, dass der Passwortzugang f\u00fcr den Benutzer root oft blockiert ist, was es jedem erm\u00f6glicht, sich mit Administratorrechten fernzuw\u00e4hlen.<\/p>\n
Der Fehler, der zu dieser Schwachstelle f\u00fchrt, liegt nicht im OpenSSH-Code, sondern wird \u00fcber sshd ausgenutzt. Angesichts der Schwere des Problems wurde in der Version OpenSSH 10.6p2 eine Notl\u00f6sung angeboten, um die Schwachstelle zu blockieren. Den Betreibern der betroffenen Systeme wird empfohlen, nicht auf Updates zu warten, sondern sofort die Passwortauthentifizierung \u00fcber den Parameter \u201ePasswordAuthentication no\u201c in \/etc\/ssh\/sshd_config zu deaktivieren oder SSH vollst\u00e4ndig abzuschalten. <\/p>\n
Das Problem tritt nicht in Systemen auf, die von Linux abweichen, und in Linux-Umgebungen, die auf glibc basieren, sowie in Systemen, die PAM f\u00fcr die Passwortauthentifizierung verwenden. Ein Fix ist bereits in Alpine und OpenWRT verf\u00fcgbar.<\/p>\n
Die Schwachstelle h\u00e4ngt mit der fehlerhaften Interaktion zwischen OpenSSH und der Funktion crypt() aus musl zusammen. Um die Existenz von Benutzern durch die Analyse von Zeitunterschieden bei der Verarbeitung von Anfragen seit 2016 zu verhindern, verwendet OpenSSH beim \u00dcberpr\u00fcfen passwortloser Konten die standardm\u00e4\u00dfige Passwortpr\u00fcfungsprozedur: Die Funktion \u201ecrypt(\u00fcbergebenes Passwort, Salt)\u201c wird mit dem Salt eines anderen Benutzers aufgerufen, der einen g\u00fcltigen Passwort-Hash hat, danach wird der von der Funktion crypt zur\u00fcckgegebene Hash mit dem Wert aus dem Feld mit dem Passwort-Hash verglichen.<\/p>\n
Allerdings gibt die Funktion crypt() in musl f\u00fcr SHA-512-Hashes das Zeichen \u201e*\u201c zur\u00fcck, wenn die L\u00e4nge des \u00fcbergebenen Passworts 256 Bytes \u00fcberschreitet (diese Einschr\u00e4nkung wurde 2012 zum Schutz vor DoS-Attacken eingef\u00fchrt, da beim \u00dcbertragen von gro\u00dfen Werten eine hohe CPU-Belastung entsteht). Dasselbe Zeichen wird im Feld mit dem Passwort-Hash in \u201e\/etc\/shadow\u201c verwendet, um Konten zu kennzeichnen, f\u00fcr die die Passwortauthentifizierung blockiert ist. <\/p>\n
Infolge eines Angriffs, der in der Lage ist, sich mit einem SSH-Server zu verbinden, kann der Angreifer sich mit jedem Benutzerkonto verbinden, dessen Passwortfeld im '\/etc\/shadow' das Zeichen '*' enth\u00e4lt, indem er eine Zeichenkette von 257 bis 1024 Bytes \u00fcbertr\u00e4gt. Das Problem betrifft viele bestehende Docker-Images, die mit Alpine Linux erstellt wurden, sowie die Standard-Alpine-Images f\u00fcr Cloud-Systeme wie AWS und Azure, bei denen f\u00fcr den Benutzer root anstelle des Passwort-Hashes das Zeichen '*' gesetzt ist. <\/p>\n
Es ist bemerkenswert, dass in den offiziellen Docker-Images, die Alpine verwenden, ab 2015 ein leeres root-Passwort gesetzt wurde. Nachdem dieser Umstand entdeckt wurde, wurde anstelle des Passwort-Hashes das Zeichen '!' gesetzt. Dies blockierte jedoch den Zugriff \u00fcber SSH-Schl\u00fcssel, weshalb seit 2022 das Zeichen zur Blockierung des Zugriffs per Passwort durch '*' ersetzt wurde. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"