CVE-2026-64125: Linux kernel · net: bcmgenet: keep RBUF EEE/PM disabled
Affects Linux kernelSource CVE Database V5
Not known to be exploited · CVSS 9.8 Critical · fixed in f2782ddac82c70df313012da5f71f1f06b5553ca : patch Linux kernel as a priority.
Data as of 26 Oct 2026, 14:05 UTC
- EPSS
- 0.5% chance of exploitation in 30 days – higher than 45% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- CISA SSVC
- Exploitation
- No evidence of active exploitation and no public proof of concept
- Automatable
- Attackers can reliably automate steps 1–4 of the kill chain
- Technical impact
- Total control over the software or total information disclosure
CISA SSVC assessment, 2026-10-16.
- Patch
- Available – fixed in f2782ddac82c70df313012da5f71f1f06b5553ca, b579f3a73da7a7e74213558f4cc3d865c30aaa78, a212fc08f5c48a16a94092bf0a9a8b7cf4483b11 +5
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 19 Jul 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
Upgrade to a fixed release listed under Affected software.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
Description
In the Linux kernel, the following vulnerability has been resolved: net: bcmgenet: keep RBUF EEE/PM disabled Setting RBUF_EEE_EN | RBUF_PM_EN in RBUF_ENERGY_CTRL breaks the RX path on GENET hardware once MAC EEE becomes active. RX traffic stops flowing while the link stays up and the usual descriptor/RX error counters remain quiet. In that state the MAC still accepts frames (rbuf_ovflow_cnt keeps climbing) but RBUF no longer forwards them to DMA, so rx_packets is no longer incremented at the netdev level. On some boards the corruption ends up as a paging fault in skb_release_data via bcmgenet_rx_poll on an LPI exit. Reproduced on Pi 4B (BCM2711 + BCM54213PE) and confirmed by Florian Fainelli on an internal Broadcom 4908-family board with the same crash signature. RBUF_PM_EN is not publicly documented. This shows up more often now that phy_support_eee() enables EEE by default, but it also affects older kernels as soon as TX LPI is turned on via ethtool, so it is not specific to recent changes. Always clear RBUF_EEE_EN | RBUF_PM_EN in bcmgenet_eee_enable_set so the bits stay off across resets. UMAC and TBUF setup is left alone so TX-side EEE keeps working.
References
- git.kernel.org/stable/c/2040eb83f6ada148fb32dd98b943a498005d79f2 (opens in a new tab)
- git.kernel.org/stable/c/f2782ddac82c70df313012da5f71f1f06b5553ca (opens in a new tab)
- git.kernel.org/stable/c/b579f3a73da7a7e74213558f4cc3d865c30aaa78 (opens in a new tab)
- git.kernel.org/stable/c/289499907399c5a9f2ed82cb34df49112bb8488f (opens in a new tab)
- git.kernel.org/stable/c/a212fc08f5c48a16a94092bf0a9a8b7cf4483b11 (opens in a new tab)
- git.kernel.org/stable/c/3d4ef05266ab16d8ef7dd21658a557801eb78704 (opens in a new tab)
- git.kernel.org/stable/c/49bdf6bbb21b9c6e3f4d0c1910bf0ef98424be95 (opens in a new tab)
- git.kernel.org/stable/c/9a1730245e416d11ad5c0f2c100061d61cc43f60 (opens in a new tab)