CVE-2026-31502: Linux kernel · team: fix header_ops type confusion with non-Ethernet ports
Source GCVE Database
Not known to be exploited · CVSS 7.8 High · fixed in c6e255b0ce30cdea37e34d6d87e2212eb8c7f7a4 : patch Linux kernel soon.
Data as of 30 Oct 2026, 16:33 UTC
Thin evidence
One scorer or none| CNA (Linux) | CVSS 3.1 | 7.8 |
|---|
- Patch
- Available – fixed in c6e255b0ce30cdea37e34d6d87e2212eb8c7f7a4, 425000dbf17373a4ab8be9428f5dc055ef870a56, 20491d384d973a63fbdaf7a71e38d69b0659ea55 +3
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 22 Apr 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: 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 30 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: team: fix header_ops type confusion with non-Ethernet ports Similar to commit 950803f72547 ("bonding: fix type confusion in bond_setup_by_slave()") team has the same class of header_ops type confusion. For non-Ethernet ports, team_setup_by_port() copies port_dev->header_ops directly. When the team device later calls dev_hard_header() or dev_parse_header(), these callbacks can run with the team net_device instead of the real lower device, so netdev_priv(dev) is interpreted as the wrong private type and can crash. The syzbot report shows a crash in bond_header_create(), but the root cause is in team: the topology is gre -> bond -> team, and team calls the inherited header_ops with its own net_device instead of the lower device, so bond_header_create() receives a team device and interprets netdev_priv() as bonding private data, causing a type confusion crash. Fix this by introducing team header_ops wrappers for create/parse, selecting a team port under RCU, and calling the lower device callbacks with port->dev, so each callback always sees the correct net_device context. Also pass the selected lower device to the lower parse callback, so recursion is bounded in stacked non-Ethernet topologies and parse callbacks always run with the correct device context.
References
- nvd.nist.gov/vuln/detail/CVE-2026-31502 (opens in a new tab)
- git.kernel.org/stable/c/0a7468ed49a6b65d34abcc6eb60e15f7f6d34da0 (opens in a new tab)
- git.kernel.org/stable/c/20491d384d973a63fbdaf7a71e38d69b0659ea55 (opens in a new tab)
- git.kernel.org/stable/c/420e5aad7ba89e8f79e2dc8327b0c0c24c1c1d53 (opens in a new tab)
- git.kernel.org/stable/c/425000dbf17373a4ab8be9428f5dc055ef870a56 (opens in a new tab)
- git.kernel.org/stable/c/6d3161fa3eee64d46b766fb0db33ec7f300ef52d (opens in a new tab)
- git.kernel.org/stable/c/c6e255b0ce30cdea37e34d6d87e2212eb8c7f7a4 (opens in a new tab)