CVE-2026-98983 in Linux
Zusammenfassung
von VulDB • 24.10.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
unshare: Keine aktiven Namespace-Referenzen entfernen, die niemals übernommen wurden
Aktive Referenzen auf die Namespaces eines nsproxy werden beim Einsetzen des nsproxy in eine Aufgabe durch switch_task_namespaces() und copy_namespaces() übernommen und anschließend von put_nsproxy() über deactivate_nsproxy() wieder freigegeben.
Allerdings ruft ksys_unshare() put_nsproxy() für einen nsproxy auf, der nie eingesetzt wurde, wenn set_cred_ucounts() fehlschlägt. Die neuen Namespaces dieses nsproxy gehen dabei von null auf minus eins zurück, und die mit dem Aufrufer gemeinsam genutzten Namespace-Referenzen verlieren eine Referenz, die zu dem nsproxy gehört, den der Aufrufer weiterhin verwendet:
WARNING: kernel/nscommon.c:171 at __ns_ref_active_put+0x1cd/0x230 nsproxy_ns_active_put deactivate_nsproxy ksys_unshare
Anschließend werden die Namespaces, in denen sich der Aufrufer befindet, nicht mehr von listns() aufgelistet. set_cred_ucounts() schlägt nur dann fehl, wenn alloc_ucounts() keine Zuweisung vornehmen kann; dies geschieht ausschließlich, wenn die reale UID des Aufrufers von seiner effektiven UID abweicht.
Das Commit cefd55bd2159 („nsproxy: fix free_nsproxy() and simplify create_new_namespaces()“) hat diese beiden Fälle absichtlich getrennt. nsproxy_free() gibt einen nsproxy frei, der vorbereitet, aber nie eingesetzt wurde – genau das verwendet ein fehlgeschlagener setns()-Aufruf in put_nsset(). Diese Funktion wird exportiert und auch für einen fehlgeschlagenen unshare()-Aufruf verwendet.
If you want to get best quality of vulnerability data, you may have to visit VulDB.