CVE-2026-43070: bpf: Reset register ID for BPF_END value tracking
In the Linux kernel, the following vulnerability has been resolved:
bpf: Reset register ID for BPF_END value tracking
When a register undergoes a BPF_END (byte swap) operation, its scalar
value is mutated in-place. If this register previously shared a scalar ID
with another register (e.g., after an `r1 = r0` assignment), this tie must
be broken.
Currently, the verifier misses resetting `dst_reg->id` to 0 for BPF_END.
Consequently, if a conditional jump checks the swapped register, the
verifier incorrectly propagates the learned bounds to the linked register,
leading to false confidence in the linked register's value and potentially
allowing out-of-bounds memory accesses.
Fix this by explicitly resetting `dst_reg->id` to 0 in the BPF_END case
to break the scalar tie, similar to how BPF_NEG handles it via
`__mark_reg_known`.
Security readout for executives and security teams
Plain-English summary
A flaw in the Linux BPF verifier can incorrectly treat two registers as having the same safe value after a byte-swap operation. A local, low-privileged attacker could potentially use this mistaken validation to access memory outside permitted bounds, threatening confidentiality, integrity, and availability.
Executive priority
Treat as a high-priority kernel update for systems permitting untrusted local access. Accelerate remediation on shared servers, development platforms, and other environments where low-privileged users may reach BPF. There is no supplied evidence of active exploitation, so urgency should be exposure-driven rather than treated as an ongoing emergency.
Technical view
BPF_END mutates a scalar register but failed to clear its shared scalar ID. A later conditional check could therefore propagate bounds from the changed register to another register still carrying that ID. The verifier might approve unsafe BPF behavior, potentially enabling out-of-bounds memory access. The cited kernel fixes reset the destination register ID.
Likely exposure
Exposure is limited to Linux systems running a vulnerable kernel where a low-privileged local user can reach the affected BPF verifier path. The bundle does not provide reliable affected-version ranges; its listed versions and commits are marked with a default status of unaffected. Confirm applicability with the kernel or distribution vendor.
Exploitation context
The CVSS vector describes local, low-complexity exploitation requiring low privileges and no user interaction, with potentially high impact across confidentiality, integrity, and availability. The bundle reports KEV as false and provides no evidence of active exploitation or a public exploit.
Researcher notes
The core invariant failure is stale scalar-ID aliasing after in-place BPF_END transformation. Clearing dst_reg->id breaks the relationship and prevents unsafe bound propagation. The source bundle does not establish introduction commits, complete vulnerable ranges, exploitability under specific BPF privilege configurations, or affected distribution packages; those require vendor confirmation.
Mitigation direction
Apply vendor-supported kernel updates containing the cited BPF verifier correction.
Check Linux distribution advisories for package-specific fixed versions and reboot requirements.
Prioritize multi-user or otherwise untrusted systems where local users can access BPF functionality.
Use vendor-recommended temporary mitigations if immediate kernel updating is unavailable.
Validation and detection
Record the running kernel version and distribution package release on each Linux system.
Confirm with the distribution vendor whether each deployed kernel build is affected.
Verify the installed kernel incorporates an applicable cited stable fix.
After updating and rebooting, confirm the fixed kernel is running.
Review local BPF access controls to identify systems with greater reachable exposure.
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-2026-43070 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.
1CVSS vectors
3Timeline events
0ADP providers
4Source links
CVSS vector scores
1 official score
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.