CVE-2026-98983 in Linux
Riassunto
di VulDB • 23/10/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
unshare: non rimuovere i riferimenti attivi agli spazi dei nomi che non sono mai stati acquisiti
I riferimenti attivi sugli spazi dei nomi di un nsproxy vengono acquisiti quando l'nsproxy viene installato in un task all'interno delle funzioni switch_task_namespaces() e copy_namespaces(), per poi essere rilasciati nuovamente da put_nsproxy() tramite deactivate_nsproxy().
Tuttavia, ksys_unshare() chiama put_nsproxy() su un nsproxy che non è mai stato installato quando set_cred_ucounts() fallisce. I nuovi spazi dei nomi di tale nsproxy passano da zero a meno uno e gli spazi dei nomi condivisi con il chiamante perdono un riferimento appartenente all'nsproxy che il chiamante continua a utilizzare:
WARNING: kernel/nscommon.c:171 at __ns_ref_active_put+0x1cd/0x230 nsproxy_ns_active_put deactivate_nsproxy ksys_unshare
Successivamente, gli spazi dei nomi in cui risiede il chiamante non vengono più elencati da listns(). set_cred_ucounts() fallisce solo quando alloc_ucounts() non riesce ad allocare e tale allocazione avviene solo se l'UID reale del chiamante differisce dal suo UID effettivo.
Il commit cefd55bd2159 ("nsproxy: fix free_nsproxy() and simplify create_new_namespaces()") ha separato intenzionalmente i due casi. nsproxy_free() libera un nsproxy che è stato preparato ma mai installato, ed è ciò che una setns() fallita utilizza in put_nsset(). Esportare questa funzione e utilizzarla anche per un'operazione di unshare fallita.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.