Use of a Non-reentrant Function in a Concurrent Context The advisory has been revoked - it doesn't affect any version of package kernel-zfcpdump (opens in a new tab)
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-CENTOS10-KERNELZFCPDUMP-18976173
- published20 Aug 2026
- disclosed15 Aug 2026
Introduced: 15 Aug 2026
CVE-2026-74338 (opens in a new tab)Amendment
The Centos security team deemed this advisory irrelevant for Centos:10.
NVD Description
Note: Versions mentioned in the description apply only to the upstream kernel-zfcpdump package and not the kernel-zfcpdump package as distributed by Centos.
In the Linux kernel, the following vulnerability has been resolved:
bpf: Reject sleepable BPF_LSM_CGROUP programs at load time
The cgroup shim runs under rcu_read_lock_dont_migrate(), so we should not attach any sleepable BPF programs there. Add support to the verifier to explicitly reject attempts to load sleepable BPF programs destined for LSM cgroup attachment.
Without this, we get the following splat from a BPF_LSM_CGROUP program marked BPF_F_SLEEPABLE attached to file_open when it calls bpf_get_dentry_xattr():
BUG: sleeping function called from invalid context at kernel/locking/rwsem.c:1567 in_atomic(): 0, irqs_disabled(): 0, non_block: 0, pid: 34317, name: load preempt_count: 0, expected: 0 RCU nest depth: 2, expected: 0 Call Trace: down_read+0x76/0x480 ext4_xattr_get+0x11f/0x700 __vfs_getxattr+0xf0/0x150 bpf_get_dentry_xattr+0xbb/0xf0 bpf_prog_e76a298dac9218c6_test_open+0x6a/0x85 __cgroup_bpf_run_lsm_current+0x326/0x840 bpf_trampoline_6442534646+0x62/0x14d security_file_open+0x34/0x60 do_dentry_open+0x340/0x1260 vfs_open+0x7a/0x440 path_openat+0x1bac/0x30a0
libbpf provides a .s named section variant for every sleepable program type except lsm_cgroup, reflecting that per-cgroup LSM programs are intended to only run in a non-sleepable context.
The above splat was obtained by bypassing libbpf by using bpf(2) directly.
References
- https://bugzilla.redhat.com/show_bug.cgi?id=2516860
- https://access.redhat.com/security/cve/CVE-2026-74338
- https://git.kernel.org/stable/c/5b038319be442c620f774e6fc9e9283deeca1c75
- https://git.kernel.org/stable/c/be9eaf2bb5db4ad3de61ef739fd268fd7f135737
- https://git.kernel.org/stable/c/b4059a1f57eff3e206d44697f64ad81076512760
- https://git.kernel.org/stable/c/4b9d8bdeb19e709f9bc3c317d48b0c0add3b2b1d
- https://git.kernel.org/stable/c/f0a49d16804d319774388a32d8cdcef319a9e481
- https://git.kernel.org/stable/c/b0c76212af693734e5a2c9e9a48568f99f5bc46c