CVE-2026-99175 in Linux
Sumário
de VulDB • 28/10/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
fsnotify: prevenir adições de marca durante o desmonte (teardown) do conector
A função fsnotify_destroy_marks() mantém uma referência à sua marca atual enquanto libera conn->lock para destruir a marca. Isso estabiliza o cursor da varredura progressiva, mas não impede que uma nova marca seja inserida antes dele. Por exemplo, um watch inotify re-adicionado após IN_IGNORED é ordenado antes da antiga marca desanexada (detached) do mesmo grupo. A varredura pode perder a substituição e, em seguida, desanexar todo o conector do objeto.
A substituição ainda está na marks_list do seu grupo e, para inotify, no watch IDR. O mutex do grupo já não protege o objeto do conector contra desaparecimento. Uma leitura de fdinfo sem privilégios que faça race com a desanexação final pode consequentemente chamar igrab(NULL):
BUG: KASAN: null-ptr-deref em igrab+0x24/0x100 Write of size 4 at addr 0000000000000148 Call Trace: igrab+0x24/0x100 inotify_show_fdinfo+0x1dc/0x5e0 seq_show+0x397/0x690
Defina um flag DESTROYING sob conn->lock antes de iniciar a varredura e rejeite novas marcas nesse conector com -ENOENT. Os caminhos de erro existentes para adição de marca desfazem a entrada temporária na lista do grupo e o alocação da watch pelo backend. Não aguarde o desmonte enquanto segura o mutex do grupo, que é necessário ao destruidor. Uma vez que o antigo conector seja desanexado, uma operação add pode instalar um novo conector como antes.
Isso fecha a race de inserção para todos os tipos de objetos que usam o desmonte comum do conector, sem alterar as regras de referência da marca ou de vida útil SRCU.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.