In the Linux kernel, the following vulnerability has been resolved: af_netlink: Fix shift out of bounds in group mask calculation When a netlink message is received, netlink_recvmsg() fills in the address of the sender. One of the fields is the 32-bit bitfield nl_groups, which carries the multicast group on which the message was received. The least significant bit corresponds to group 1, and therefore the highest group that the field can represent is 32. Above that, the UB sanitizer flags the out-of-bounds shift attempts. Which bits end up being set in such case is implementation defined, but it's either going to be a wrong non-zero value, or zero, which is at least not misleading. Make the latter choice deterministic by always setting to 0 for higher-numbered multicast groups. To get information about membership in groups >= 32, userspace is expected to use nl_pktinfo control messages[0], which are enabled by NETLINK_PKTINFO socket option. [0] https://lwn.net/Articles/147608/ The way to trigger this issue is e.g. through monitoring the BRVLAN group: # bridge monitor vlan & # ip link add name br type bridge Which produces the following citation: UBSAN: shift-out-of-bounds in net/netlink/af_netlink.c:162:19 shift exponent 32 is too large for 32-bit type 'int'
https://git.kernel.org/stable/c/f75f4abeec4c04b600a15b50c89a481f1e7435ee
https://git.kernel.org/stable/c/e8aaf3134bc5e943048eefe9f2ddaabf41d92b1a
https://git.kernel.org/stable/c/e23e1e981247feb3c7d0236fe58aceb685f234ae
https://git.kernel.org/stable/c/e1c5d46f05aa23d740daae5cd3a6472145afac42
https://git.kernel.org/stable/c/b0898362188e05b2202656058cc32d98fabf3bac
https://git.kernel.org/stable/c/ac5883a8890a11c00b32a19949a25d4afeaa2f5a
https://git.kernel.org/stable/c/7409ff6393a67ff9838d0ae1bd102fb5f020d07a
https://git.kernel.org/stable/c/41249fff507387c3323b198d0052faed08b14de4
https://git.kernel.org/stable/c/0caf6d9922192dd1afa8dc2131abfb4df1443b9f