UBUNTU-CVE-2026-99211: Medium severity ubuntu/linux vulnerability
In the Linux kernel, the following vulnerability has been resolved: netlink: reset skb headers before unicast and multicast filtering Socket filters can use SKFNETOFF and SKFLLOFF to read relative to an skb's network and MAC headers. Netlink producers may reserve headroom without resetting those headers, allowing a receiving socket's filter to read data before the initialized message. For example, IWPM HELLO replies are allocated with devallocskb(), which reserves NETSKBPAD bytes. An unprivileged NETLINKRDMA user can attach a classic socket filter and disclose this headroom through the length of the delivered reply. The resets in netlinkdump() do not help because IWPM sends a separately allocated skb through netlinkunicast(). Reset both headers before running the receiver's filter in unicast and broadcast delivery, as is already done for dump skbs. This also covers other netlink producers that reserve headroom without changing their allocation or message-building code.
Affected Software
Event History
Frequently Asked Questions
Who can exploit this issue?
An unprivileged user with access to the NETLINK_RDMA interface can attach a classic socket filter and use it to disclose reserved skb headroom from an IWPM HELLO reply.
Are netlink dump messages the only affected delivery path?
No. The issue affects receiver filtering during netlink unicast and multicast/broadcast delivery when producers reserve headroom without resetting skb headers. IWPM is specifically affected because it sends separately allocated skbs through netlink_unicast().
Does the existing header reset in netlink_dump() mitigate IWPM replies?
No. Those resets apply to dump skbs and do not cover the separately allocated skb used for IWPM replies sent through netlink_unicast().