In the Linux kernel, the following vulnerability has been resolved: mm/slab_common: fix slab_caches list corruption after kmem_cache_destroy() The Linux kernel CVE team has assigned CVE-2023-52562 to this issue. Upstream advisory: https://lore.kernel.org/linux-cve-announce/2024030253-CVE-2023-52562-da24@gregkh/T/#u
Fix for this issue already present in RHEL8 and RHEL9. Closing the jiras accordingly... $ kerneloscope downstream 46a9ea668190 ff90662b28c9 (in rhel-9.4) mm/slab_common: fix slab_caches list corruption after kmem_cache_destroy() 5d0a1b57c9e0 (in rhel-8.10) mm/slab_common: fix slab_caches list corruption after kmem_cache_destroy() b5c36ad3b85b (in rhel-8.8) mm/slab_common: fix slab_caches list corruption after kmem_cache_destroy() bc29a3e15963 (in rhel-8.9) mm/slab_common: fix slab_caches list corruption after kmem_cache_destroy() 76b9c7632584 (in rhel-9.2) mm/slab_common: fix slab_caches list corruption after kmem_cache_destroy() 1c27e236e6a8 (in rhel-9.3) mm/slab_common: fix slab_caches list corruption after kmem_cache_destroy()
The result of automatic check (that is developed by Alexander Larkin) for this CVE-2023-52562 is: CHECK Maybe valid. Check manually. with impact LOW (that is an approximation based on flags DANGER INIT LEAK IMPROVEONLY ; these flags parsed automatically based on patch data). Such automatic check happens only for Low/Moderates (and only when not from reporter, but parsing already existing CVE). Highs always checked manually (I check it myself and then we check it again in Remediation team). In rare cases some of the Moderates could be increased to High later.