CVE-2024-42067: bpf: Take return from set_memory_rox() into account with bpf_jit_binary_lock_ro()
In the Linux kernel, the following vulnerability has been resolved:
bpf: Take return from set_memory_rox() into account with bpf_jit_binary_lock_ro()
set_memory_rox() can fail, leaving memory unprotected.
Check return and bail out when bpf_jit_binary_lock_ro() returns
an error.
Security readout for executives and security teams
Plain-English summary
A Linux kernel BPF JIT protection operation can fail without being handled, potentially leaving generated kernel memory insufficiently protected. A local user with limited privileges may be able to exploit the resulting condition to compromise confidentiality, integrity, and availability. The supplied record rates it 7.8 High.
Executive priority
Prioritize remediation on multi-user systems, shared compute, and hosts where untrusted users can obtain local access. The potential impact is severe, but the local-access requirement reduces urgency relative to remotely exploitable flaws. Validate vendor backports promptly and schedule corrected kernels through normal high-severity patching procedures.
Technical view
The vulnerable BPF path failed to act on errors returned by set_memory_rox() through bpf_jit_binary_lock_ro(). Consequently, execution could continue after memory was not made read-only and executable as intended. The kernel correction checks the return value and abandons the operation on error.
Likely exposure
Exposure is limited to Linux systems running versions identified as affected in the supplied record, including entries for 6.2, 6.9.8, and 6.10. Distribution kernels may contain backported fixes, so version numbers alone are insufficient. The relevant BPF JIT code and local low-privilege access are important exposure factors.
Exploitation context
The CVSS vector describes a local, low-complexity attack requiring low privileges and no user interaction, with potentially high impact. The source bundle marks this CVE as absent from KEV and provides no evidence of active exploitation or a public exploit. Practical exploitability is not established by the supplied evidence.
Researcher notes
The core security invariant is that JIT-generated memory must not remain writable when execution proceeds. Review the architecture-specific stable commits referenced by the record because correction identifiers may differ across maintained branches. The supplied evidence does not identify triggering conditions for set_memory_rox() failure, affected distributions, exploit reliability, or observed attacks.
Mitigation direction
Install a vendor-supported kernel release containing the referenced stable correction.
Confirm distribution security guidance because vendors may backport fixes without changing the apparent upstream version.
Restrict unnecessary local account access while affected kernels remain deployed.
Follow vendor guidance for BPF-related risk reduction if immediate kernel replacement is unavailable.
Validation and detection
Inventory kernel versions and builds across Linux hosts.
Compare each build with distribution advisories and backport records for CVE-2024-42067.
Verify kernel source or package metadata includes the error-handling correction.
After updating, confirm hosts booted into the corrected kernel rather than an older installed build.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve · low confidence lookup
CVE-2024-42067 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.