CVE-2024-43840: bpf, arm64: Fix trampoline for BPF_TRAMP_F_CALL_ORIG
In the Linux kernel, the following vulnerability has been resolved:
bpf, arm64: Fix trampoline for BPF_TRAMP_F_CALL_ORIG
When BPF_TRAMP_F_CALL_ORIG is set, the trampoline calls
__bpf_tramp_enter() and __bpf_tramp_exit() functions, passing them
the struct bpf_tramp_image *im pointer as an argument in R0.
The trampoline generation code uses emit_addr_mov_i64() to emit
instructions for moving the bpf_tramp_image address into R0, but
emit_addr_mov_i64() assumes the address to be in the vmalloc() space
and uses only 48 bits. Because bpf_tramp_image is allocated using
kzalloc(), its address can use more than 48-bits, in this case the
trampoline will pass an invalid address to __bpf_tramp_enter/exit()
causing a kernel crash.
Fix this by using emit_a64_mov_i64() in place of emit_addr_mov_i64()
as it can work with addresses that are greater than 48-bits.
Security readout for executives and security teams
Plain-English summary
On arm64 Linux systems, a faulty BPF trampoline can pass an invalid kernel pointer and crash the machine. Triggering requires local, low-privileged access under the supplied CVSS assessment and the affected BPF call path. This creates meaningful availability risk, especially on shared or business-critical hosts.
Executive priority
Prioritize exposed arm64 multi-user, shared, and availability-sensitive systems. Schedule prompt vendor-supported kernel updates, while validating actual exposure before emergency action because active exploitation is not evidenced and version boundaries are incomplete.
Technical view
With BPF_TRAMP_F_CALL_ORIG enabled, arm64 trampoline generation used emit_addr_mov_i64() for a kzalloc()-allocated bpf_tramp_image address. That emitter assumes vmalloc-space addresses and preserves only 48 bits. Higher addresses become invalid when passed to __bpf_tramp_enter() or __bpf_tramp_exit(), causing a kernel crash. The documented correction uses emit_a64_mov_i64().
Likely exposure
Exposure requires an arm64 Linux kernel containing the faulty trampoline code and use of the BPF_TRAMP_F_CALL_ORIG path. The supplied affected-version data is not sufficiently structured to establish dependable version ranges. Distribution backports may also change status, so validate the running kernel against vendor guidance and referenced fixes.
Exploitation context
The CVSS 3.1 score is 7.8 with local access, low privileges, low complexity, and no user interaction. The bundle marks this CVE as absent from KEV and provides no evidence of active exploitation. The documented outcome is a kernel crash; broader compromise is not demonstrated.
Researcher notes
The root cause and source-level correction are clearly described, but the supplied affected-version entries are ambiguous and should not be interpreted as clean ranges. Confirm ancestry or backport status per kernel build. Crash-log review can support investigation, but absence of prior crashes does not establish that a system is unaffected.
Mitigation direction
Apply a supported vendor kernel update incorporating the referenced stable fix.
Reboot affected arm64 systems into the updated kernel and confirm the running version.
For custom kernels, assess backporting the documented emit_a64_mov_i64() correction.
Check distribution guidance because the bundle does not provide reliable fixed-version boundaries.
Validation and detection
Inventory arm64 systems and record their running kernel packages and versions.
Confirm whether vendor builds backport any referenced stable fix commit.
Identify systems using BPF functionality capable of exercising CALL_ORIG trampolines.
Review kernel crash telemetry involving __bpf_tramp_enter() or __bpf_tramp_exit().
After remediation, verify systems booted the corrected kernel rather than merely installing it.
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-43840 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.