team: fix header_ops type confusion with non-Ethernet ports (Linux Linux)

CVE-2026-31502
HIGH 7.8

At a glance

Source
NVD
EPSS
EPSS 0.13 % · percentile 3 ()
State
PUBLISHED
Published
Updated
Assigner
Linux
NVD status
Modified

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.

Weaknesses (CWE)

  • CWE-843 — Access of Resource Using Incompatible Type

References

Scores

VersionScoreVectorScored by
CVSS 3.1HIGH 7.8CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:HLinux
CVSS 3.1HIGH 7.8CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:HNVD · 416baaa9-dc9f-4396-8d5f-8c081fb06d67 (Secondary)

European references

CERT-FR advisories

Affected configurations (NVD CPE)

Affected products

ProductVersions
Linux · Linuxaffected 1d76efe1577b4323609b1bcbfafa8b731eda071a < c6e255b0ce30cdea37e34d6d87e2212eb8c7f7a4 ; affected 1d76efe1577b4323609b1bcbfafa8b731eda071a < 420e5aad7ba89e8f79e2dc8327b0c0c24c1c1d53 ; affected 1d76efe1577b4323609b1bcbfafa8b731eda071a < 6d3161fa3eee64d46b766fb0db33ec7f300ef52d ; affected 1d76efe1577b4323609b1bcbfafa8b731eda071a < 0a7468ed49a6b65d34abcc6eb60e15f7f6d34da0 ; affected 1d76efe1577b4323609b1bcbfafa8b731eda071a < 20491d384d973a63fbdaf7a71e38d69b0659ea55 ; affected 1d76efe1577b4323609b1bcbfafa8b731eda071a < 425000dbf17373a4ab8be9428f5dc055ef870a56
Linux · Linuxaffected 3.7 ; unaffected 0 < 3.7 ; unaffected 6.1.191 ≤ 6.1.* ; unaffected 6.6.145 ≤ 6.6.* ; unaffected 6.12.80 ≤ 6.12.* ; unaffected 6.18.21 ≤ 6.18.*

Sources

SourceLicence
CVE List (CVEProject cvelistV5)CVE Program Terms of Use
EPSS (FIRST.org)FIRST — attribution requested
ENISA EUVDENISA — reproduction authorised, source acknowledged
CERT-FR (ANSSI)Licence Ouverte / Etalab 2.0
NVD (NIST) via fkie-cad/nvd-json-data-feedsPublic domain — this product uses data from the NVD API but is not endorsed or certified by the NVD