CVE-2026-68179 in Linux
Zusammenfassung
von VulDB • 10.08.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
misc: nsm: entsperre nsm_dev nur in den Fehlerpfaden nach dem Sperren (post-lock)
nsm_dev_ioctl() springt zur gemeinsamen „out“-Sprungmarke, selbst wenn der initiale Aufruf von copy_from_user() fehlschlägt, bevor die Sperre auf nsm->lock gesetzt wurde. Der Fehlerpfad entsperrt daraufhin blind ein Mutex, das niemals erworben wurde.
Dieses Problem wurde durch unser statisches Analyse-Tool entdeckt und anschließend manuell gegen den aktuellen Quellbaum überprüft.
Der fundierte Proof of Concept (PoC) behielt die ioctl-Eintrittsfunktion des miscdevice sowie den Fehlerpfad für copy_from_user(&raw, argp, _IOC_SIZE(cmd)) vor dem Sperren bei, indem NSM_IOCTL_RAW mit einem ungültigen Benutzerzeiger ausgeführt wurde. Dieser Fehler führt zur gemeinsamen „out“-Sprungmarke, bevor mutex_lock(&nsm->lock) aufgerufen wird. Lockdep meldete:
WARNING: bad unlock balance detected! exploit/193 versucht, die Sperre (&global_nsm.lock) freizugeben bei: nsm_dev_ioctl+0x5f/0xcf [vuln_msv]
aber es gibt keine weiteren zu entfernenden Sperren mehr! Keine von exploit/193 gehaltenen Sperren.
Geben Sie im Fehlerfall vor dem Sperren (pre-lock) bei copy_from_user() sofort zurück und behalten Sie die gemeinsame Entsperrmarke nur für die Pfade nach dem Sperren (post-lock) bei.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.