Received: by 2002:a25:31c3:0:0:0:0:0 with SMTP id x186csp2913821ybx; Fri, 8 Nov 2019 11:11:48 -0800 (PST) X-Google-Smtp-Source: APXvYqydUvArD5q7bGdm47mn15ZZg1xGzz2ts1ZMXu2RBy/VHIZLqiq+AcJ9asMfdIdpwzknpQ88 X-Received: by 2002:a17:906:ecf5:: with SMTP id qt21mr10189183ejb.295.1573240308401; Fri, 08 Nov 2019 11:11:48 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1573240308; cv=none; d=google.com; s=arc-20160816; b=N2QZTCpUS6RCevRgaK1QloBxEfN2iNuTMRM/EkiK8zbsGbRb1X5Q6NkD/cfY2R7xcg qQa4rnwq/jMCpS4OWNN/PIgUi/lc791Zmtkj0NIVRfxyiUkbIHDxAesaNCm8WU2wXHfG Ym0HwFozyDsGgm7YdkAVfuxa+IPJIPdIjyDzT3e6cJmFCLMduybVy3YhK8dcrHhKTjQ4 2Owha8LnYrxtV5cny6cB13DJTeXiw9VeGCwu38GFr0l1IPiRaedBXLkUzeLCtkjJcqVb e54Req/ZSYdYw3n0IsOxNoDGp7Bck2xG77MVhMudKOeCcS2N+7qxrW2s2+jyn64wWyeF tkLg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=zQZfE90mhMq4jILVuw2itR10qIueJjMbKvClvHFuNkE=; b=n+Xid5OykH6ISnglQRnFW7YfFxh7E5G1peCtikF0EMYk+z+udQ/s7vpWMxMcA4BkXH tsj3KtnDnV31/l4WgUne7SgqeN/299mMPGMvs7/++gaEbrmHJssFA+anHVUkAtey1G6U 2d4DyLK8N0ma2mQUlN4UGiG/i4PCc9hgEduP5R06hN03V3z8XesRuRHAPBfhCnAENhgg UVIvKMCU0I5xO4nGE2M6qCEdXxujQOsKWTfX/exg8gdnf8Fr+KhNN5XM14z9C/HN1LD1 EtbyIkgVooBf/ZPPGPf0eOmMBo8vRiKIpOPzplDmkSVInykDG5nAkwYIvs9RsYOU0j7w s00w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=vECszgWg; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id x2si4177120ejf.270.2019.11.08.11.11.25; Fri, 08 Nov 2019 11:11:48 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=vECszgWg; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2391678AbfKHTIo (ORCPT + 99 others); Fri, 8 Nov 2019 14:08:44 -0500 Received: from mail.kernel.org ([198.145.29.99]:39830 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2391167AbfKHTIn (ORCPT ); Fri, 8 Nov 2019 14:08:43 -0500 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id C0946206A3; Fri, 8 Nov 2019 19:08:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1573240122; bh=FpFbVomZCovbpRvXwJCpXLz9MvCarkSRUlBibpRzgH4=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=vECszgWg9sBL6IgWFFwun5QZBpyJm4pMJKzk+jZM1mew7zW34JSNPjcmZvJE0lUjD VSDsl0npdw+dO1TC24bubtoftocXO7W6Y/TmnTAPPTnWESWa4IIwXxHBXdoAs/PPR+ r6IoBiPRx0lyUJgiOfQca0/lWA3b76YWDAHT2Ncw= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Eric Dumazet , syzbot , Paolo Abeni , "David S. Miller" Subject: [PATCH 5.3 096/140] udp: fix data-race in udp_set_dev_scratch() Date: Fri, 8 Nov 2019 19:50:24 +0100 Message-Id: <20191108174911.082386093@linuxfoundation.org> X-Mailer: git-send-email 2.24.0 In-Reply-To: <20191108174900.189064908@linuxfoundation.org> References: <20191108174900.189064908@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Eric Dumazet [ Upstream commit a793183caa9afae907a0d7ddd2ffd57329369bf5 ] KCSAN reported a data-race in udp_set_dev_scratch() [1] The issue here is that we must not write over skb fields if skb is shared. A similar issue has been fixed in commit 89c22d8c3b27 ("net: Fix skb csum races when peeking") While we are at it, use a helper only dealing with udp_skb_scratch(skb)->csum_unnecessary, as this allows udp_set_dev_scratch() to be called once and thus inlined. [1] BUG: KCSAN: data-race in udp_set_dev_scratch / udpv6_recvmsg write to 0xffff888120278317 of 1 bytes by task 10411 on cpu 1: udp_set_dev_scratch+0xea/0x200 net/ipv4/udp.c:1308 __first_packet_length+0x147/0x420 net/ipv4/udp.c:1556 first_packet_length+0x68/0x2a0 net/ipv4/udp.c:1579 udp_poll+0xea/0x110 net/ipv4/udp.c:2720 sock_poll+0xed/0x250 net/socket.c:1256 vfs_poll include/linux/poll.h:90 [inline] do_select+0x7d0/0x1020 fs/select.c:534 core_sys_select+0x381/0x550 fs/select.c:677 do_pselect.constprop.0+0x11d/0x160 fs/select.c:759 __do_sys_pselect6 fs/select.c:784 [inline] __se_sys_pselect6 fs/select.c:769 [inline] __x64_sys_pselect6+0x12e/0x170 fs/select.c:769 do_syscall_64+0xcc/0x370 arch/x86/entry/common.c:290 entry_SYSCALL_64_after_hwframe+0x44/0xa9 read to 0xffff888120278317 of 1 bytes by task 10413 on cpu 0: udp_skb_csum_unnecessary include/net/udp.h:358 [inline] udpv6_recvmsg+0x43e/0xe90 net/ipv6/udp.c:310 inet6_recvmsg+0xbb/0x240 net/ipv6/af_inet6.c:592 sock_recvmsg_nosec+0x5c/0x70 net/socket.c:871 ___sys_recvmsg+0x1a0/0x3e0 net/socket.c:2480 do_recvmmsg+0x19a/0x5c0 net/socket.c:2601 __sys_recvmmsg+0x1ef/0x200 net/socket.c:2680 __do_sys_recvmmsg net/socket.c:2703 [inline] __se_sys_recvmmsg net/socket.c:2696 [inline] __x64_sys_recvmmsg+0x89/0xb0 net/socket.c:2696 do_syscall_64+0xcc/0x370 arch/x86/entry/common.c:290 entry_SYSCALL_64_after_hwframe+0x44/0xa9 Reported by Kernel Concurrency Sanitizer on: CPU: 0 PID: 10413 Comm: syz-executor.0 Not tainted 5.4.0-rc3+ #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 Fixes: 2276f58ac589 ("udp: use a separate rx queue for packet reception") Signed-off-by: Eric Dumazet Reported-by: syzbot Cc: Paolo Abeni Reviewed-by: Paolo Abeni Signed-off-by: David S. Miller Signed-off-by: Greg Kroah-Hartman --- net/ipv4/udp.c | 19 +++++++++++++++---- 1 file changed, 15 insertions(+), 4 deletions(-) --- a/net/ipv4/udp.c +++ b/net/ipv4/udp.c @@ -1316,6 +1316,20 @@ static void udp_set_dev_scratch(struct s scratch->_tsize_state |= UDP_SKB_IS_STATELESS; } +static void udp_skb_csum_unnecessary_set(struct sk_buff *skb) +{ + /* We come here after udp_lib_checksum_complete() returned 0. + * This means that __skb_checksum_complete() might have + * set skb->csum_valid to 1. + * On 64bit platforms, we can set csum_unnecessary + * to true, but only if the skb is not shared. + */ +#if BITS_PER_LONG == 64 + if (!skb_shared(skb)) + udp_skb_scratch(skb)->csum_unnecessary = true; +#endif +} + static int udp_skb_truesize(struct sk_buff *skb) { return udp_skb_scratch(skb)->_tsize_state & ~UDP_SKB_IS_STATELESS; @@ -1550,10 +1564,7 @@ static struct sk_buff *__first_packet_le *total += skb->truesize; kfree_skb(skb); } else { - /* the csum related bits could be changed, refresh - * the scratch area - */ - udp_set_dev_scratch(skb); + udp_skb_csum_unnecessary_set(skb); break; } }