{"schema_version":"1.9.0","id":"CVE-2026-53089","published":"2026-06-24T16:30:28.531Z","modified":"2026-09-04T03:30:40.439899227Z","summary":"bpf: Fix use-after-free in offloaded map/prog info fill","details":"In the Linux kernel, the following vulnerability has been resolved:\n\nbpf: Fix use-after-free in offloaded map/prog info fill\n\nWhen querying info for an offloaded BPF map or program,\nbpf_map_offload_info_fill_ns() and bpf_prog_offload_info_fill_ns()\nobtain the network namespace with get_net(dev_net(offmap->netdev)).\nHowever, the associated netdev's netns may be racing with teardown\nduring netns destruction. If the netns refcount has already reached 0,\nget_net() performs a refcount_t increment on 0, triggering:\n\n  refcount_t: addition on 0; use-after-free.\n\nAlthough rtnl_lock and bpf_devs_lock ensure the netdev pointer remains\nvalid, they cannot prevent the netns refcount from reaching zero.\n\nFix this by using maybe_get_net() instead of get_net(). maybe_get_net()\nuses refcount_inc_not_zero() and returns NULL if the refcount is already\nzero, which causes ns_get_path_cb() to fail and the caller to return\n-ENOENT -- the correct behavior when the netns is being destroyed.","affected":[{"ranges":[{"type":"GIT","repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","events":[{"introduced":"675fc275a3a2d905535207237402c6d8dcb5fa4b"},{"fixed":"43d6848a2a6c92ccfd614d9f0bb6fd85b95dfa9d"},{"fixed":"642943ae5bdacabc8109dc4a5e0ebb4a6b99ef3e"},{"fixed":"fea55b034328feaafef75aee252f305e6f85a991"},{"fixed":"5662dac41a3442aa378d7c405164903eb109fc05"},{"fixed":"1a2dc103e16448d022a77ad5fc3234641436c4b7"},{"fixed":"85dc711f742b192eb97c0e00b521312f5a7a415e"},{"fixed":"a51e7fbe94a87e236631a83973d4f558310b2cd2"},{"fixed":"a0c584fc18056709c8e047a82a6045d6c209f4ce"}]}],"database_specific":{"source":"https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-53089.json"}},{"package":{"name":"Kernel","ecosystem":"Linux"},"ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"4.16.0"},{"fixed":"5.10.269"}]},{"type":"ECOSYSTEM","events":[{"introduced":"5.11.0"},{"fixed":"5.15.220"}]},{"type":"ECOSYSTEM","events":[{"introduced":"5.16.0"},{"fixed":"6.1.187"}]},{"type":"ECOSYSTEM","events":[{"introduced":"6.2.0"},{"fixed":"6.6.156"}]},{"type":"ECOSYSTEM","events":[{"introduced":"6.7.0"},{"fixed":"6.12.108"}]},{"type":"ECOSYSTEM","events":[{"introduced":"6.13.0"},{"fixed":"6.18.49"}]},{"type":"ECOSYSTEM","events":[{"introduced":"6.19.0"},{"fixed":"7.0.10"}]}],"database_specific":{"source":"https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-53089.json"}}],"references":[{"type":"WEB","url":"https://git.kernel.org/stable/c/1a2dc103e16448d022a77ad5fc3234641436c4b7"},{"type":"WEB","url":"https://git.kernel.org/stable/c/43d6848a2a6c92ccfd614d9f0bb6fd85b95dfa9d"},{"type":"WEB","url":"https://git.kernel.org/stable/c/5662dac41a3442aa378d7c405164903eb109fc05"},{"type":"WEB","url":"https://git.kernel.org/stable/c/642943ae5bdacabc8109dc4a5e0ebb4a6b99ef3e"},{"type":"WEB","url":"https://git.kernel.org/stable/c/85dc711f742b192eb97c0e00b521312f5a7a415e"},{"type":"WEB","url":"https://git.kernel.org/stable/c/a0c584fc18056709c8e047a82a6045d6c209f4ce"},{"type":"WEB","url":"https://git.kernel.org/stable/c/a51e7fbe94a87e236631a83973d4f558310b2cd2"},{"type":"WEB","url":"https://git.kernel.org/stable/c/fea55b034328feaafef75aee252f305e6f85a991"},{"type":"ADVISORY","url":"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/53xxx/CVE-2026-53089.json"},{"type":"ADVISORY","url":"https://nvd.nist.gov/vuln/detail/CVE-2026-53089"},{"type":"PACKAGE","url":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git"}],"database_specific":{"cna_assigner":"Linux","osv_generated_from":"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/53xxx/CVE-2026-53089.json"}}