CVE-2023-52923
In the Linux kernel, the following vulnerability has been resolved: netfilter: nf_tables: adapt set backend to use GC transaction API Use the GC transaction API to replace the old and buggy gc API and the busy mark approach.
Does this matter?
Lower severity and a low EPSS score (0.26%). Track it; it rarely justifies an emergency change on its own.
Description
In the Linux kernel, the following vulnerability has been resolved: netfilter: nf_tables: adapt set backend to use GC transaction API Use the GC transaction API to replace the old and buggy gc API and the busy mark approach. No set elements are removed from async garbage collection anymore, instead the _DEAD bit is set on so the set element is not visible from lookup path anymore. Async GC enqueues transaction work that might be aborted and retried later. rbtree and pipapo set backends does not set on the _DEAD bit from the sync GC path since this runs in control plane path where mutex is held. In this case, set elements are deactivated, removed and then released via RCU callback, sync GC never fails.
- CVSS 3.1
- 5.5 MEDIUMCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
- EPSS
- 0.26% probability · 17th percentile
- CISA KEV
- Not listed
- Affected
- linux/linux kernel
- Source
- 416baaa9-dc9f-4396-8d5f-8c081fb06d67
References
- https://git.kernel.org/stable/c/146c76866795553dbc19998f36718d7986ad302bPatch
- https://git.kernel.org/stable/c/479a2cf5259347d6a1f658b0f791d27a34908e91Patch
- https://git.kernel.org/stable/c/c357648929c8dff891502349769aafb8f0452bc2Patch
- https://git.kernel.org/stable/c/cb4d00b563675ba8ff6ef94b077f58d816f68ba3Patch
- https://git.kernel.org/stable/c/df650d6a4bf47248261b61ef6b174d7c54034d15Patch
- https://git.kernel.org/stable/c/e4d71d6a9c7db93f7bf20c3a0f0659d63d7de681Patch
- https://git.kernel.org/stable/c/f6c383b8c31a93752a52697f8430a71dcbc46adfPatch
Source: NVD record, EPSS from FIRST.org, KEV from CISA. Refreshed daily.