In the Linux kernel, the following vulnerability has been resolved: openvswitch: Fix CT limit teardown use-after-free Packet processing uses CT limit state under RCU, while netns teardown frees that state under ovs_mutex. The CT limit pointer was neither removed from readers nor protected by a grace period, allowing packet processing to dereference the freed state. An unprivileged user can trigger this bug from a user and network namespace, causing a slab-use-after-free in ovs_ct_execute() when the netns is torn down. Publish the CT limit pointer through RCU, remove it before teardown, and wait for readers before freeing its contents. Keep ovs_mutex around individual CT limit updates, and use the RCU read-side lock while GET traverses the RCU-protected limit lists. Netns teardown detaches the RCU-protected CT limit state in the pernet .pre_exit callback while holding ovs_mutex. The pernet core guarantees an RCU grace period between the .pre_exit and .exit callbacks, so the .exit callback completes the teardown without adding any extra synchronization. The netlink command handlers do not need NULL checks because the userspace netlink socket holds an active reference to its network namespace while a request is processed. The per-netns exit path therefore cannot run concurrently with SET, DEL, or GET for that socket's namespace.
https://git.kernel.org/stable/c/e15407c3a8a005324f633cd46cd8fb58042c1157
https://git.kernel.org/stable/c/bf4aaa7ea2579e24ed7de2e20578a875bebca011
https://git.kernel.org/stable/c/6a6d36fadb8537d9b79e72c9fa51885ec0c33e10
https://git.kernel.org/stable/c/680f20d5937fa4d1367c59fe83091b78041015f5
https://git.kernel.org/stable/c/403f96c32c9e24600093d7d0c61c17daeedca957
https://git.kernel.org/stable/c/3b9369881b403f4cdbb11fa998554382bdcc3d8c
https://git.kernel.org/stable/c/3b41d907400cc1dd1da9555b81dca422b1f44433
https://git.kernel.org/stable/c/239f26589a6926db28c436e14f28517581ef1385