In the Linux kernel, the following vulnerability has been resolved:
net: ethernet: ec_bhf: Fix dma_free_coherent() dma handle
dma_free_coherent() in error path takes priv->rx_buf.alloc_len as
the dma handle. This would lead to improper unmapping of the buffer.
Change the dma handle to priv->rx_buf.alloc_phys.
Security readout for executives and security teams
Plain-English summary
A Linux Ethernet driver error path frees DMA memory using a buffer length where a DMA address is required. That can unmap the wrong memory and potentially compromise system confidentiality, integrity, or availability. The issue requires local, low-privileged access according to the supplied CVSS vector and matters primarily where the ec_bhf driver is present.
Executive priority
Treat as a high-priority kernel maintenance issue on systems using ec_bhf, especially multi-user or locally accessible hosts. First establish driver exposure, then apply vendor-confirmed corrected kernels. Broad emergency action across all Linux systems is not supported by the supplied evidence.
Technical view
In the ec_bhf Ethernet driver, an error path calls dma_free_coherent() with priv->rx_buf.alloc_len as the DMA handle instead of priv->rx_buf.alloc_phys. This causes improper DMA buffer unmapping. The supplied CVSS 3.1 assessment is 8.8: local attack vector, low complexity, low privileges, no user interaction, changed scope, and high impacts.
Likely exposure
Exposure is limited to Linux systems containing the affected ec_bhf driver code and reaching its relevant error path. The supplied version data is irregular and includes commit identifiers alongside release numbers, so administrators should verify distribution-specific kernel builds rather than infer exposure solely from version strings.
Exploitation context
The supplied record does not establish active exploitation, and the CVE is not listed as KEV. The CVSS vector indicates exploitation requires local, low-privileged access. Public evidence here does not explain the precise trigger, reliability, or whether practical exploitation has been demonstrated.
Researcher notes
The root cause is a type-correct but semantically wrong argument in DMA cleanup: allocation length is supplied as the DMA handle. Evidence confirms the corrected field but does not document triggering conditions, affected hardware, exploit primitives, or practical exploitation. The unusual affected-version representation warrants vendor-branch verification.
Mitigation direction
Upgrade to a vendor-supported kernel containing the applicable linked stable fix.
Check Linux distribution advisories for corrected package versions matching each deployed kernel.
Prioritize systems where untrusted or low-privileged users can obtain local access.
If updates are unavailable, request vendor-supported mitigations; none are identified in the supplied sources.
Validation and detection
Inventory Linux kernel versions and determine whether the ec_bhf Ethernet driver is present or loaded.
Compare deployed kernel source or vendor changelogs with the applicable linked stable fix.
Confirm dma_free_coherent() receives rx_buf.alloc_phys as the DMA handle in the affected error path.
Review kernel logs for ec_bhf initialization failures or DMA faults; clean logs do not prove safety.
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-43283 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
9Source 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.