geneve: fix header validation in geneve[6]_xmit_skb
Subsystems (3)
PATCH v4 1/1 geneve: fix header validation in geneve[6]_xmit_skb
syzbot is able to trigger an uninit-value in geneve_xmit() [1]
Problem : While most ip tunnel helpers (like ip_tunnel_get_dsfield()) uses skb_protocol(skb, true), pskb_inet_may_pull() is only using skb->protocol.
If anything else than ETH_P_IPV6 or ETH_P_IP is found in skb->protocol, pskb_inet_may_pull() does nothing at all.
If a vlan tag was provided by the caller (af_packet in the syzbot case), the network header might not point to the correct location, and skb linear part could be smaller than expected.
Add skb_vlan_inet_prepare() to perform a complete mac validation.
Use this in geneve for the moment, I suspect we need to adopt this more broadly.
v4 - Jakub reported v3 broke l2_tos_ttl_inherit.sh selftest
- Only call __vlan_get_protocol() for vlan types.
v2,v3 - Addressed Sabrina comments on v1 and v2
[1]
BUG: KMSAN: uninit-value in geneve_xmit_skb drivers/net/geneve.c:910 [inline] BUG: KMSAN: uninit-value in geneve_xmit+0x302d/0x5420 drivers/net/geneve.c:1030 geneve_xmit_skb drivers/net/geneve.c:910 [inline] geneve_xmit+0x302d/0x5420 drivers/net/geneve.c:1030 __netdev_start_xmit include/linux/netdevice.h:4903 [inline] netdev_start_xmit include/linux/netdevice.h:4917 [inline] xmit_one net/core/dev.c:3531 [inline] dev_hard_start_xmit+0x247/0xa20 net/core/dev.c:3547 __dev_queue_xmit+0x348d/0x52c0 net/core/dev.c:4335 dev_queue_xmit include/linux/netdevice.h:3091 [inline] packet_xmit+0x9c/0x6c0 net/packet/af_packet.c:276 packet_snd net/packet/af_packet.c:3081 [inline] packet_sendmsg+0x8bb0/0x9ef0 net/packet/af_packet.c:3113 sock_sendmsg_nosec net/socket.c:730 [inline] __sock_sendmsg+0x30f/0x380 net/socket.c:745 __sys_sendto+0x685/0x830 net/socket.c:2191 __do_sys_sendto net/socket.c:2203 [inline] __se_sys_sendto net/socket.c:2199 [inline] __x64_sys_sendto+0x125/0x1d0 net/socket.c:2199 do_syscall_64+0xd5/0x1f0 entry_SYSCALL_64_after_hwframe+0x6d/0x75
Uninit was created at:
slab_post_alloc_hook mm/slub.c:3804 [inline] slab_alloc_node mm/slub.c:3845 [inline] kmem_cache_alloc_node+0x613/0xc50 mm/slub.c:3888 kmalloc_reserve+0x13d/0x4a0 net/core/skbuff.c:577 __alloc_skb+0x35b/0x7a0 net/core/skbuff.c:668 alloc_skb include/linux/skbuff.h:1318 [inline] alloc_skb_with_frags+0xc8/0xbf0 net/core/skbuff.c:6504 sock_alloc_send_pskb+0xa81/0xbf0 net/core/sock.c:2795 packet_alloc_skb net/packet/af_packet.c:2930 [inline] packet_snd net/packet/af_packet.c:3024 [inline] packet_sendmsg+0x722d/0x9ef0 net/packet/af_packet.c:3113 sock_sendmsg_nosec net/socket.c:730 [inline] __sock_sendmsg+0x30f/0x380 net/socket.c:745 __sys_sendto+0x685/0x830 net/socket.c:2191 __do_sys_sendto net/socket.c:2203 [inline] __se_sys_sendto net/socket.c:2199 [inline] __x64_sys_sendto+0x125/0x1d0 net/socket.c:2199 do_syscall_64+0xd5/0x1f0 entry_SYSCALL_64_after_hwframe+0x6d/0x75 CPU: 0 PID: 5033 Comm: syz-executor346 Not tainted 6.9.0-rc1-syzkaller-00005-g928a87efa423 #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 02/29/2024
--- drivers/net/geneve.c | 4 ++-- include/net/ip_tunnels.h | 33 +++++++++++++++++++++++++++++++++ 2 files changed, 35 insertions(+), 2 deletions(-)
drivers/net/geneve.c +2 -2
@@ -822,7 +822,7 @@ static int geneve_xmit_skb(struct sk_buff *skb, struct net_device *dev,__be16 sport;int err; -if (!pskb_inet_may_pull (skb)) +if (!skb_vlan_inet_prepare (skb))return -EINVAL ;if (!gs4)
@@ -929,7 +929,7 @@ static int geneve6_xmit_skb(struct sk_buff *skb, struct net_device *dev,__be16 sport;int err; -if (!pskb_inet_may_pull (skb)) +if (!skb_vlan_inet_prepare (skb))return -EINVAL ;if (!gs6)
include/net/ip_tunnels.h +33 -0
@@ -361,6 +361,39 @@ static inline bool pskb_inet_may_pull(struct sk_buff *skb)return pskb_network_may_pull (skb, nhlen); } +/* Variant of pskb_inet_may_pull(). +*/ +static inline bool skb_vlan_inet_prepare (struct sk_buff *skb) +{ +int nhlen =0 , maclen =ETH_HLEN ; +__be16 type = skb->protocol; + +/* Essentially this is skb_protocol(skb, true) +* And we get MAC len. +*/ +if (eth_type_vlan (type)) + type =__vlan_get_protocol (skb, type, &maclen); + +switch (type) { +#if IS_ENABLED (CONFIG_IPV6 ) +case htons (ETH_P_IPV6 ): + nhlen =sizeof (struct ipv6hdr ); +break ; +#endif +case htons (ETH_P_IP ): + nhlen =sizeof (struct iphdr ); +break ; + } +/* For ETH_P_IPV6/ETH_P_IP we make sure to pull +* a base network header in skb->head. +*/ +if (!pskb_may_pull (skb, maclen + nhlen)) +return false; + +skb_set_network_header (skb, maclen); +return true; +} +static inline int ip_encap_hlen (struct ip_tunnel_encap *e) {const struct ip_tunnel_encap_ops *ops;
Signature · 1 line
2.44.0.478.gd926399ef9-goog
Quoted 25 lines · Eric Dumazet
syzbot is able to trigger an uninit-value in
geneve_xmit()[1]Problem : While most ip tunnel helpers (like
ip_tunnel_get_dsfield()) usesskb_protocol(skb, true),pskb_inet_may_pull()is only usingskb->protocol.If anything else than
ETH_P_IPV6orETH_P_IPis found inskb->protocol,pskb_inet_may_pull()does nothing at all.If a vlan tag was provided by the caller (
af_packetin the syzbot case), the network header might not point to the correct location, and skb linear part could be smaller than expected.Add
skb_vlan_inet_prepare()to perform a complete mac validation.Use this in geneve for the moment, I suspect we need to adopt this more broadly.
v4 - Jakub reported v3 broke
l2_tos_ttl_inherit.shselftest
- Only call__vlan_get_protocol()for vlan types.v2,v3 - Addressed Sabrina comments on v1 and v2
...
Quoted 7 lines
Fixes d13f048dd40e ("net: geneve: modify IP header check in geneve6_xmit_skb and geneve_xmit_skb")Reported-by [email protected]Signed-off-by Eric Dumazet <[email protected]>Cc Phillip Potter <[email protected]>Cc Sabrina Dubroca <[email protected]>
Thanks Eric.
Signature · 1 line
Sabrina
Quoted 18 lines · Eric Dumazet
syzbot is able to trigger an uninit-value in
geneve_xmit()[1]Problem : While most ip tunnel helpers (like
ip_tunnel_get_dsfield()) usesskb_protocol(skb, true),pskb_inet_may_pull()is only usingskb->protocol.If anything else than
ETH_P_IPV6orETH_P_IPis found inskb->protocol,pskb_inet_may_pull()does nothing at all.If a vlan tag was provided by the caller (
af_packetin the syzbot case), the network header might not point to the correct location, and skb linear part could be smaller than expected.Add
skb_vlan_inet_prepare()to perform a complete mac validation.Use this in geneve for the moment, I suspect we need to adopt this more broadly.
Quoted 9 lines
v4 - Jakub reported v3 broke
l2_tos_ttl_inherit.shselftest
- Only call__vlan_get_protocol()for vlan types.v2,v3 - Addressed Sabrina comments on v1 and v2
[1]
Hi Eric,
Looks good.
Regards,
Phil
This patch was applied to netdev/net.git (main) by David S. Miller <[email protected]>:
Hello:
This patch was applied to netdev/net.git (main)
by David S. Miller <[email protected]>:
Quoted 10 lines · On Fri, 5 Apr 2024 10:30:34 +0000 you wrote:
syzbot is able to trigger an uninit-value in
geneve_xmit()[1]Problem : While most ip tunnel helpers (like
ip_tunnel_get_dsfield()) usesskb_protocol(skb, true),pskb_inet_may_pull()is only usingskb->protocol.If anything else than
ETH_P_IPV6orETH_P_IPis found inskb->protocol,pskb_inet_may_pull()does nothing at all.[...]
Here is the summary with links:
- [v4,net] geneve: fix header validation in geneve[6]_xmit_skb
https://git.kernel.org/netdev/net/c/d8a6213d70ac
You are awesome, thank you!
Signature · 2 lines
Deet-doot-dot, I am a bot. https://korg.docs.kernel.org/patchwork/pwbot.html