# OpenSSH-Schwachstelle in Musl Libc umgeht Passwort-Authentifizierung

Source: TechNewsList (https://technewslist.com)
Canonical URL: https://technewslist.com/de/article/openssh-patches-critical-authentication-bypass-musl-2026-11-06-morning-de
Section: Software (https://technewslist.com/de/software)
Author: TechNewsList
Language: de
Published: 2026-11-06T06:39:13.443+00:00
Updated: 2026-11-06T06:39:48.460577+00:00

> Eine schwere Schwachstelle in den crypt-Funktionen von musl libc erlaubt die Umgehung von Passwörtern unter Alpine Linux und Containern.

## TL;DR
- Sicherheitsforscher haben eine kritische Umgehung der Authentifizierung in OpenSSH bei Verwendung der C-Bibliothek musl offengelegt.
- Angreifer können Passwortprüfungen für gesperrte Benutzerkonten durch Übermittlung übergroßer Zeichenketten vollständig aushebeln.
- Die Schwachstelle betrifft vor allem Alpine Linux, IoT-Appliances und leichtgewichtige Docker-Container-Basis-Images.
- Upstream-Entwickler von OpenSSH und betroffenen Linux-Distributionen haben Notfall-Patches für die Hashing-Puffer bereitgestellt.

## Key points
- Die Schwachstelle resultiert aus fehlerhafter Pufferkappung in der standardmäßigen crypt-Funktion der musl-C-Bibliothek.
- Wenn OpenSSH Passwörter gegen gesperrte Konten-Hashes prüft, erzeugen übergroße Eingaben fehlerhafte Übereinstimmungen.
- Systeme mit Pluggable Authentication Modules (PAM) oder standardmäßiger GNU libc (glibc) sind von diesem Angriff nicht betroffen.
- Maintainer von Alpine Linux veröffentlichten dringende Sicherheitsaktualisierungen für die Releases 3.18, 3.19 und 3.20.
- Sicherheitsexperten raten dringend dazu, die passwortbasierte Anmeldung vollständig zugunsten von SSH-Schlüsseln zu deaktivieren.

## Was passiert ist

Sicherheitsforscher und Open-Source-Entwickler haben Notfall-Patches für eine kritische Sicherheitslücke in OpenSSH bereitgestellt, wenn dieses in Umgebungen mit der C-Standardbibliothek musl (Musl Libc) betrieben wird. Die Schwachstelle erlaubt es nicht authentifizierten Angreifern aus der Ferne, sich Zugang zu Konten zu verschaffen, deren Passwortanmeldung in der Shadow-Datenbank des Betriebssystems ausdrücklich deaktiviert oder gesperrt ist, indem manipulierte, überlange Passwörter übermittelt werden.

Das Problem liegt nicht im kryptografischen Kern von OpenSSH oder dessen Privilege-Separation-Architektur, sondern in einem Grenzfall der Interaktion zwischen klassischen Shadow-Verifizierungsroutinen und der Zeichenkürzung in der crypt-Funktion von musl libc. Betroffen sind vor allem Cloud-native Serverumgebungen, eingebettete Netzwerkgeräte und Container auf Basis von Alpine Linux, bei denen musl anstelle der herkömmlichen GNU libc zum Einsatz kommt.

![Cybersecurity researcher inspecting system authentication logs on a workstation monitor.](https://cdn.arstechnica.net/wp-content/uploads/2017/05/getty-hacking-1152x648.jpg)
*Sicherheitsanalysten untersuchten die Lücke durch Nachverfolgung der Anmelderoutinen von OpenSSH gegen musl-crypt-Aufrufe.*

## Warum es wichtig ist

Alpine Linux ist zur dominierenden Betriebssystembasis moderner Microservices avanciert. Dank minimalem Speicherbedarf und extrem schneller Startzeiten setzen Millionen von Docker-Containern und Kubernetes-Umgebungen standardmäßig auf Alpine. Administratoren sperren Systemkonten wie root in der Regel durch Ausrufezeichen oder Sonderzeichen in `/etc/shadow`, in der Annahme, dass eine Anmeldung per Passwort damit unmöglich ist.

Die aufgedeckte Schwachstelle widerlegt diese Sicherheitsannahme auf musl-basierten Endpunkten grundlegend. Jeder erreichbare SSH-Dienst, der ohne PAM kompiliert wurde und Passwort-Prompts akzeptiert, kann ausgenutzt werden, um root-Rechte ohne gültige Zugangsdaten zu erlangen, wodurch Container und Router zu leichten Zielen für Botnets werden.

## Technische Details

Die Ursache liegt in der Verarbeitung ungültiger Hashwerte bei der klassischen Unix-Shadow-Authentifizierung. Wird ein Konto gesperrt oder auf Public-Key-Authentifizierung beschränkt, fügen Linux-Systeme einen ungültigen Hashwert in `/etc/shadow` ein.

![Server motherboard components representing underlying computational hardware infrastructure.](https://cdn.arstechnica.net/wp-content/uploads/2018/10/Dang.jpg)
*Eingebettete Linux-Appliances und Container erfordern zügige Kernel- und Paketaktualisierungen.*

Versucht ein Angreifer, sich per Passwort anzumelden, übergibt OpenSSH das eingegebene Passwort und den gespeicherten Hash an die Funktion `crypt()`. Unter GNU libc liefert `crypt()` bei fehlerhaften Hash-Formaten deterministisch einen Fehler zurück. In betroffenen musl-Versionen führt eine Passworteingabe zwischen 257 und 1024 Bytes jedoch dazu, dass interne Puffer abgeschnitten werden und ein synthetischer Hash entsteht, der dem geprüften Wert gleicht. OpenSSH wertet diese Rückgabe als erfolgreiche Authentifizierung und gewährt interaktiven Shell-Zugriff.

## Auswirkungen auf Markt und Branche

Die Veröffentlichung hat umfangreiche Behebungsmaßnahmen in der gesamten Cloud-Hosting- und Softwareindustrie ausgelöst. Hyperscaler wie Amazon Web Services, Google Cloud und Microsoft Azure stellten aktualisierte Container-Images bereit und forderten Anwender zum Neubau ihrer Pods auf. Alpine Linux veröffentlichte koordinierte Fixes für die Zweige 3.18, 3.19 und 3.20.

Der Vorfall verdeutlicht zudem die Risiken aggressiver Image-Optimierung. Beim Versuch, Container-Größen von 150 Megabyte bei Debian auf unter 5 Megabyte bei Alpine zu senken, werden feine Unterschiede zwischen alternativen C-Bibliotheken oft übersehen, was produktive Systeme unerwarteten Schwachstellen aussetzt.

## Worauf man als Nächstes achten sollte

DevOps- und IT-Sicherheitsteams sollten externe SSH-Dienste auf Alpine- und musl-Systemen unverzüglich prüfen. Als Sofortmaßnahme empfiehlt sich die Aktualisierung auf korrigierte Pakete (`openssh-9.9_p1-r2` oder neuer unter Alpine) oder die Deaktivierung passwortbasierter Anmeldungen über die Option `PasswordAuthentication no` in `/etc/ssh/sshd_config`.

In den nächsten Wochen ist mit automatisierten Scans zu rechnen, die gezielt Port 22 mit überlangen Passwörtern angreifen. Unternehmen sollten Verbindungsprotokolle überwachen und administrative Zugänge auf autorisierte VPN-Netzwerke beschränken.

## Quellen

* [Ars Technica: Vulnerability Allows Attackers to Log into Linux Devices Sans Password](https://arstechnica.com/security/2026/11/vulnerability-allows-attackers-to-log-into-some-linux-devices-sans-password/) - Ausführliche Sicherheitsanalyse zur Authentifizierungsumgehung in OpenSSH und musl libc.
* [OpenSSH Architecture and Privilege Separation](https://en.wikipedia.org/wiki/OpenSSH) - Technische Übersicht zu SSH-Protokollen, Authentifizierungsmechanismen und Konfigurationen.
* [Musl Standard C Library Overview](https://en.wikipedia.org/wiki/Musl) - Hintergrundinformationen zur musl-C-Bibliothek, Speicheroptimierung und Container-Architekturen.

Mentions: OpenSSH, Musl Libc, Alpine Linux, CVE-2026-123158, Authentication Security

## Sources
- [Ars Technica](https://arstechnica.com/security/2026/11/vulnerability-allows-attackers-to-log-into-some-linux-devices-sans-password/)
- [OpenSSH Overview](https://en.wikipedia.org/wiki/OpenSSH)
- [Musl C Library](https://en.wikipedia.org/wiki/Musl)