CVE-2026-99181 in Linux
Zusammenfassung
von VulDB • 29.10.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
autofs: Ignorieren von Benachrichtigungsfehlern einer ersetzten Pipe
autofs_notify_daemon() nimmt eine Referenz auf die aktuelle Benachrichtigungspipe unter wq_mutex, gibt dann das Mutex frei, bevor es die Anfrage schreibt. Das Schreiben kann blockieren, während der Daemon in den catatonic-Modus wechselt und eine Ersatzpipe installiert.
Wenn anschließend der Leser der alten Pipe geschlossen wird, gibt die verzögerte Schreiboperation -EPIPE zurück und der allgemeine Fehlerpfad wechselt erneut in den catatonic-Modus. Dieser Übergang wirkt sich auf den aktuellen Superblock-Zustand aus, schließt die Ersatzpipe und gibt die Warteschlangen (wait queues) für die neue Daemon-Generation frei.
Wechseln Sie nur dann in den catatonic-Modus, wenn die Pipe, bei der ein Fehler aufgetreten ist, noch immer die aktuelle Pipe ist. Fassen Sie den bereits gesperrten Übergang zusammen, damit die Identitätsprüfung und die Zustandsänderung atomar im Hinblick auf eine andere Ersatzoperation sind.
Dies wurde unter v7.3-rc5-337-gff47652a4b66c in einem lokalen QEMU-Gast reproduziert. Eine nicht privilegierte UID 65534-Suche füllte die alte Paket-Pipe, bevor eine normale CATATONIC/SETPIPEFD-Wiederherstellung erfolgte. Bei dem unveränderten Kernel erhielt die neue Pipe ein HUP und sowohl eine ausstehende Opfer-Suche als auch eine spätere Suche schlugen in zwei von zwei frischen Mount-Vorgängen mit ENOENT fehl.
Mit dieser Änderung blieb die neue Pipe aktiv, empfing eine intakte 304-Byte-Anfrage und beide Opfersuchen wurden in zwei von zwei Durchläufen erfolgreich abgeschlossen. Normale Such- und Wiederherstellungssteuerungen ohne blockierten Schreiber bestanden. Es wurde kein KASAN-, Oops-, Refcount- oder Lock-Diagnosefehler beobachtet. Ein Quellcode-Reproducer sowie vollständige lokale Logs sind auf Anfrage privat verfügbar.
Die nachgewiesene Auswirkung beschränkt sich auf die Verweigerung eines gemeinsam genutzten autofs-Dienstes während einer legitimen Daemon-Wiederherstellung. Es wurden keine Speicherkorruption, Informationslecks, Privilegieneskalation oder Code-Ausführungsprimitive beobachtet.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.