Incomplete Cleanup Affecting kernel-zfcpdump-modules package, versions *
Threat Intelligence
The probability is the direct output of the EPSS model, and conveys an overall sense of the threat of exploitation in the wild. The percentile measures the EPSS probability relative to all known EPSS scores. Note: This data is updated daily, relying on the latest available EPSS model version. Check out the EPSS documentation for more details.
Do your applications use this vulnerable package?
In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.
Test your applications- Snyk IDSNYK-RHEL9-KERNELZFCPDUMPMODULES-7022303
- published23 May 2024
- disclosed21 May 2024
Introduced: 21 May 2024
CVE-2023-52792 (opens in a new tab)How to fix?
There is no fixed version for RHEL:9 kernel-zfcpdump-modules.
NVD Description
Note: Versions mentioned in the description apply only to the upstream kernel-zfcpdump-modules package and not the kernel-zfcpdump-modules package as distributed by RHEL.
See How to fix? for RHEL:9 relevant fixed versions and status.
In the Linux kernel, the following vulnerability has been resolved:
cxl/region: Do not try to cleanup after cxl_region_setup_targets() fails
Commit 5e42bcbc3fef ("cxl/region: decrement ->nr_targets on error in cxl_region_attach()") tried to avoid 'eiw' initialization errors when ->nr_targets exceeded 16, by just decrementing ->nr_targets when cxl_region_setup_targets() failed.
Commit 86987c766276 ("cxl/region: Cleanup target list on attach error") extended that cleanup to also clear cxled->pos and p->targets[pos]. The initialization error was incidentally fixed separately by: Commit 8d4285425714 ("cxl/region: Fix port setup uninitialized variable warnings") which was merged a few days after 5e42bcbc3fef.
But now the original cleanup when cxl_region_setup_targets() fails prevents endpoint and switch decoder resources from being reused:
- the cleanup does not set the decoder's region to NULL, which results in future dpa_size_store() calls returning -EBUSY
- the decoder is not properly freed, which results in future commit errors associated with the upstream switch
Now that the initialization errors were fixed separately, the proper cleanup for this case is to just return immediately. Then the resources associated with this target get cleanup up as normal when the failed region is deleted.
The ->nr_targets decrement in the error case also helped prevent a p->targets[] array overflow, so add a new check to prevent against that overflow.
Tested by trying to create an invalid region for a 2 switch * 2 endpoint topology, and then following up with creating a valid region.
References
- https://access.redhat.com/security/cve/CVE-2023-52792
- https://git.kernel.org/stable/c/0718588c7aaa7a1510b4de972370535b61dddd0d
- https://git.kernel.org/stable/c/07ffcd8ec79cf7383e1e45815f4842fd357991c2
- https://git.kernel.org/stable/c/9090c5537c93cd0811ab7bfbd925b57addfffb60
- https://git.kernel.org/stable/c/90db4c1d5ebaf574d3c3065c055977982c378a83