In the Linux kernel, the following vulnerability has been resolved:
net: ethernet: mtk_eth_soc: fix memory corruption during fq dma init
The loop responsible for allocating up to MTK_FQ_DMA_LENGTH buffers must
only touch as many descriptors, otherwise it ends up corrupting unrelated
memory. Fix the loop iteration count accordingly.
Security readout for executives and security teams
Plain-English summary
A Linux MediaTek Ethernet driver can overwrite unrelated kernel memory while setting up DMA buffers. On affected systems, this could undermine confidentiality, integrity, or availability. Exposure is narrower than all Linux systems because the vulnerable mtk_eth_soc driver must be relevant to the device.
Executive priority
Treat remediation as urgent for business-critical devices using this MediaTek driver, particularly network infrastructure. Do not classify every Linux host as exposed. Require asset and vendor-build confirmation, then patch affected systems through supported update channels.
Technical view
During free-queue DMA initialization, an allocation loop can touch more descriptors than the number of buffers being allocated. This out-of-bounds write, classified as CWE-787, corrupts unrelated kernel memory. Upstream stable commits correct the loop iteration count.
Likely exposure
Prioritize Linux devices using the MediaTek mtk_eth_soc Ethernet driver. The supplied version data marks entries including 6.10, 6.11.6, and 6.12 as affected, but does not clearly express every range boundary or vendor backport. Confirm exposure against the device vendor's kernel build.
Exploitation context
The supplied CVSS 3.1 vector rates this 9.8 and network-accessible. However, the sources do not describe a remote trigger or required runtime conditions. The bundle marks it absent from KEV and provides no cited evidence of active exploitation.
Researcher notes
The core defect and correction are clear, but practical exploitability is not established by the supplied sources. Version interpretation requires care because the structured version entries are ambiguous and downstream kernels may carry backports without matching upstream version numbers.
Mitigation direction
Inventory systems using the MediaTek mtk_eth_soc Ethernet driver.
Apply a vendor-supported kernel containing the referenced stable fix.
Confirm appliance vendors have backported the fix into their shipped kernels.
If patching is delayed, consult vendor guidance; the supplied sources name no workaround.
Validation and detection
Record each device's exact kernel build and vendor firmware version.
Confirm the vendor build contains one of the referenced fixes or an equivalent backport.
Verify MediaTek Ethernet initialization and normal network operation after updating.
Recheck previously identified devices to ensure vulnerable builds are no longer deployed.
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.
cwe · low confidence lookup
CWE-787: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
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.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-787 · source CWE mapping
Out-of-bounds Write
Out-of-bounds Write represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.