What happened
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.
Affected versions
Linux: c29f74e0df7a02b8303bcdce93a7c0132d62577a through before ead66c77303f760f6c30be96e2e20d5a77cef614 (git); c29f74e0df7a02b8303bcdce93a7c0132d62577a through before fe9018d3e94329f1951b00805a8640bc06f56ead (git); c29f74e0df7a02b8303bcdce93a7c0132d62577a through before 5382bb03e9c33b089d60788478b922a2dca284cc (git); c29f74e0df7a02b8303bcdce93a7c0132d62577a through before 57c78bd2e2dd08897acd35b2bf8bcef322e36f5e (git); c29f74e0df7a02b8303bcdce93a7c0132d62577a through before 504c9456699dcf4d15195ef34a0fa94a80bfc877 (git); c29f74e0df7a02b8303bcdce93a7c0132d62577a through before 879959a7a2be814dd57568655eafa3d8f4d0309e (git); c29f74e0df7a02b8303bcdce93a7c0132d62577a through before 76522fcdbc3a02b568f5d957f7e66fc194abb893 (git); 5.5 Fixed: See vendor advisory.
Why it matters
Review the vendor advisory and exposure of the affected product to determine operational impact.
Detection & mitigation
- Apply vendor-provided updates or mitigations.
- Review affected product exposure and access logs.
Public PoC references
No public PoC reference has passed the current publication threshold.