netfilter: flowtable: strictly check for maximum number of actions
21Vexday Risk Score
No sign of exploitation. No public exploitation artifact known so far.
ssvc Trackcvss 7.8epss 0.1%
exploitation probability
0.1%top 96% of all CVEs
observed exploitation
nono source reports it
In the Linux kernel, the following vulnerability has been resolved:
netfilter: flowtable: strictly check for maximum number of actions
The maximum number of flowtable hardware offload actions in IPv6 is:
* ethernet mangling (4 payload actions, 2 for each ethernet address)
* SNAT (4 payload actions)
* DNAT (4 payload actions)
* Double VLAN (4 vlan actions, 2 for popping vlan, and 2 for pushing)
for QinQ.
* Redirect (1 action)
Which makes 17, while the maximum is 16. But act_ct supports for tunnels
actions too. Note that payload action operates at 32-bit word level, so
mangling an IPv6 address takes 4 payload actions.
Update flow_action_entry_next() calls to check for the maximum number of
supported actions.
While at it, rise the maximum number of actions per flow from 16 to 24
so this works fine with IPv6 setups.
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Affected products
Linux · LinuxReferences
https://access.redhat.com/errata/RHSA-2026:23329https://access.redhat.com/errata/RHSA-2026:26427https://access.redhat.com/errata/RHSA-2026:26428https://access.redhat.com/errata/RHSA-2026:27713https://access.redhat.com/errata/RHSA-2026:30848https://access.redhat.com/errata/RHSA-2026:33215https://access.redhat.com/errata/RHSA-2026:33899https://access.redhat.com/errata/RHSA-2026:33900https://access.redhat.com/errata/RHSA-2026:34094https://access.redhat.com/errata/RHSA-2026:34095https://access.redhat.com/errata/RHSA-2026:35863https://access.redhat.com/errata/RHSA-2026:35896