In the Linux kernel, the following vulnerability has been resolved:
ipv6: sit: reload inner IPv6 header after GSO offloads
ipip6_tunnel_xmit() caches the inner IPv6 header pointer at function
entry and continues using it after iptunnel_handle_offloads().
For GSO skbs, iptunnel_handle_offloads() calls skb_header_unclone().
When the skb header is cloned, skb_header_unclone() can call
pskb_expand_head(), which may move the skb head. The pskb_expand_head()
contract requires pointers into the skb header to be reloaded after the
call.
If the later skb_realloc_headroom() branch is not taken, SIT uses the
stale iph6 pointer to read the inner hop limit and DS field. That can
read from a freed skb head after the old head's remaining clone is
released.
Reload iph6 after the offload helper succeeds and before subsequent
reads from the inner IPv6 header. Keep the existing reload after
skb_realloc_headroom(), since that branch can also replace the skb.
from 14909664e4e192f4c6f6fcdccd9919af7cf783ab before fddd41445a0537b093e6b3f6232c9933cad1e48b; 14909664e4e192f4c6f6fcdccd9919af7cf783ab builds before 1132e5edc2866c3530be17622153a597095f0e43; 14909664e4e192f4c6f6fcdccd9919af7cf783ab builds before 9c67b44edb3598d234efae6e44649eb993c03da5; 14909664e4e192f4c6f6fcdccd9919af7cf783ab builds before 0bfa7bba1f41aaf5f0604dc712bb4701493e3aa0; 14909664e4e192f4c6f6fcdccd9919af7cf783ab builds before 59f80c919713250fe5d25a4d9aea4e49580fa1d4; 14909664e4e192f4c6f6fcdccd9919af7cf783ab builds before 2fa49b2715e1bad12ce3b0fa64e234d9582c8193; from 14909664e4e192f4c6f6fcdccd9919af7cf783ab before cb658c2f5f7977c2a1c77c9f239f4bc8196edb5c; from 14909664e4e192f4c6f6fcdccd9919af7cf783ab before f0e42f0c4337b1f220de1ddd63f47197c7dee4de
from 3.18 before 5.10.259; from 5.11 before 5.15.210; from 5.16 before 6.1.176; from 6.2 before 6.6.143; from 6.7 before 6.12.94; from 6.13 before 6.18.36; from 6.19 before 7.0.13; 7.1; and 6 more ranges
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.
Printed from infosecsignals.com. Every record links back to the agency that published it.
Your cookie choices
We use essential cookies to run this site, and, only with your consent, an advertising cookie from Google to measure whether our ads lead to sign-ups and subscriptions. See our for details.