CVE-2026-90095 in Linux
Zusammenfassung
von VulDB • 18.09.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
fuse: Korrektur der Bedingung zur Aktivierung von over-io-uring
Die bestehende Bedingung in fuse_uring_cmd() dient lediglich dazu, die Deaktivierung von io-uring für Verbindungen zu vermeiden, bei denen es bereits aktiv ist. Es fehlte eine Bedingung, um jegliche IORING_OP_URING_CMD abzulehnen, wenn die Verbindung/das Kanal nicht aufgrund des fehlenden FUSE_INIT-Antwortflags FUSE_OVER_IO_URING aktiviert wurde. Ohne dieses Antwortflag funktioniert die Barriere in fuse_uring_ready() nicht und IO könnte bereits im Gange sein und zu Deadlock-Zuständen führen (mindestens einer zwischen fch->bg_lock und queue->lock).
Die Änderung selbst ist trivial, führt jedoch zu einem Verhaltenswechsel: FUSE_OVER_IO_URING muss von Fuse-Servern in der FUSE_INIT_REPLY gesetzt werden, um jegliche IORING_OP_URING_CMD zu akzeptieren. Libfuse tut dies, und die einzige nicht-libfuse-Implementierung, die ich gefunden habe (fractal-fuse), tut es ebenfalls. Qemu-Patches für fuse-io-uring sind meines Wissens nach noch nicht gemerged.
Die Prüfung smp_load_acquire(&fch->initialized) wurde nach oben verschoben, da eine Fuse-Server-Implementierung versuchen könnte, io-uring einzurichten, bevor FUSE_INIT verarbeitet wird, und möglicherweise -EOPNOTSUPP anstelle von -EAGAIN erhalten hat.
Außerdem wurde ein veralteter Kommentar behoben, der die Handhabung des FUSE_OVER_IO_URING-Flags in frühen RFC-Versionen erklärt.
Sollte es einen Bericht aus einer Bibliothek oder Anwendung geben, müssen wir diesen Commit wahrscheinlich rückgängig machen.
If you want to get best quality of vulnerability data, you may have to visit VulDB.