Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp1321323rwb; Tue, 27 Sep 2022 11:17:33 -0700 (PDT) X-Google-Smtp-Source: AMsMyM4O4fmdkfBeDbMJQM3vmQBCDqW5OkdP5qXARDGim+MiQjv3+JlhZYKdnTgp2YchrZhTZbNJ X-Received: by 2002:a17:90b:3a87:b0:202:d8b7:2c03 with SMTP id om7-20020a17090b3a8700b00202d8b72c03mr5922386pjb.199.1664302653404; Tue, 27 Sep 2022 11:17:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664302653; cv=none; d=google.com; s=arc-20160816; b=opCdVWIfwdAnoj4Vv+tLRDSTMZ5uHNz/rgB9/yhmKX4DAaG0tJBzqDnhCKdiyHdBi8 0gptLyveSNLQps7NMPBnhW0xKeNdvBhNSrni04iIt4u0q1NOUZv9zMAL/IrBehzg6N26 fJlCi85as1S5cS2yvneADwlRxxLNFXGCBo+jv9A7g0upcqlusfrL1lhQNF/73ykHonvZ I9umhG/HtKYUvi4sgYfumqePWEnZdAQ/HCrOBC6ZNYn2WQAzY4OkoS83C/X20LFGkK6F XFM1QUchiqNOYONHbh+d4KpAO1qHvmk5Y6VswFrDIkNVUbg8xJWBf2w1+MAZ92yw6V3j UtxQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=wodJgfUa1EcS285xg38sKYnqTm2D6j7gyqKsVFEC5zw=; b=ZJWkJCnfndluXsQDlCojuVUYnRGBFD6q1TDXPRCecaVol0/jt2L3V3HFFM5Yc6Ht9N P9u5xs4X71mXBGScOpay7DRTpTNBCm3x5lh7vMmn4NIYW7C8mWFQW5lerEUNY4FkX/tk mRkhF2aDS64plIG63q5i224G/2AK6r0IIJ5mRYrYhIVISdLV9usB4ClP+ReBGeRxKgYl 1Dt/BX9QMRs5ALCaVZ/w0VpQxfZAQpXrl6A6rR4fvcsem0qt9JgcXKqyNvgdjWdLKpAp Z6qMdg5sQMr4508Yqm2/XwKKdvp/bU2rhWo6mF2gZ87D/7X81N4pAkAti/AZsYW0Nlus pB3g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=IymQIo8M; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id t9-20020a6549c9000000b00439494dfd20si2616577pgs.202.2022.09.27.11.17.21; Tue, 27 Sep 2022 11:17:33 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=IymQIo8M; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233316AbiI0R45 (ORCPT + 99 others); Tue, 27 Sep 2022 13:56:57 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47908 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232388AbiI0R4d (ORCPT ); Tue, 27 Sep 2022 13:56:33 -0400 Received: from mail-yw1-x112a.google.com (mail-yw1-x112a.google.com [IPv6:2607:f8b0:4864:20::112a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E1DEE40E22 for ; Tue, 27 Sep 2022 10:56:32 -0700 (PDT) Received: by mail-yw1-x112a.google.com with SMTP id 00721157ae682-3450990b0aeso107492787b3.12 for ; Tue, 27 Sep 2022 10:56:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date; bh=wodJgfUa1EcS285xg38sKYnqTm2D6j7gyqKsVFEC5zw=; b=IymQIo8MZKGuoPYfkbpgeB3mZsTTmn9WB2O236WpkhioG7mthSB+hhCF+OlJP2NuFt 55bH7UJ9iH9Cd/YJWRcND7dN0VYFJqbBgRla3mr8aoC9C4TKC65EQVpgu6QH6+0vNcD6 mrf8+3aLsv083VhX5VsENYhWCHDdYAHaYg0Ad9/Xd/8MoP65KCVbI3EuTEIOr7ol2VIp +GBIPVOX9hZcvWNgovc8bsm18bP+bFLQwrmdXaoo1m4bYiyOuARVa8t8QFziv+ATsHWJ j+oN6hUJy+m+Uem2Hhedwttr+qNUL9gZVYo3k092jU3zPMbQbQV2O8RYP8Ovb1bB4/jD ZTFA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date; bh=wodJgfUa1EcS285xg38sKYnqTm2D6j7gyqKsVFEC5zw=; b=Sp5m6L9DqIzBOluHINr9N94HObgVYxK79xknhVpbS0Fsi2xvRwq3izL/NOowLbtb8I YSvNwF1HCqzb4wF14i7gDm2nmuaT86PFRPzZoE/IpGdqriWf0/e4RC98v/wNK3qf3DBg jjkslHSKVPGwOXLE2IYBGDoAxQ6hZLGAUFTd3/Ihxn8OZXFHxeOQZaHxVVnqWQP/5OhC grNZ7Ifjbjj0P4JLuawjDSZ/h9ynIrcrPRVuR9pUFvp8JbHtG5P/IkzGxwf8UptWB6vX 2vTlAYzQkZSzlW94J0LJq5Vdj+zxiv1BiLKjSXNh0KLsJ6w8xZf0tTYFDk/pOWJZytSS tx/Q== X-Gm-Message-State: ACrzQf2y6qAn4a/lUHGERy8ewlr+64Q6TwssBV8ttuKSYvjdumLCsn4T 66eEIW/Eet+6bZhcRHR8Qe8dxevOq/1sIiQTvsNLpg== X-Received: by 2002:a0d:e244:0:b0:351:ce09:1b13 with SMTP id l65-20020a0de244000000b00351ce091b13mr4099010ywe.332.1664301391921; Tue, 27 Sep 2022 10:56:31 -0700 (PDT) MIME-Version: 1.0 References: <20220927164824.36027-1-kuniyu@amazon.com> <20220927165340.36239-1-kuniyu@amazon.com> In-Reply-To: <20220927165340.36239-1-kuniyu@amazon.com> From: Eric Dumazet Date: Tue, 27 Sep 2022 10:56:20 -0700 Message-ID: Subject: Re: [PATCH v1 net 5/5] tcp: Fix data races around icsk->icsk_af_ops. To: Kuniyuki Iwashima Cc: David Miller , David Ahern , Jakub Kicinski , Kuniyuki Iwashima , LKML , netdev , Paolo Abeni , syzkaller-bugs Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-17.6 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, USER_IN_DEF_DKIM_WL,USER_IN_DEF_SPF_WL autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Sep 27, 2022 at 10:49 AM Kuniyuki Iwashima wrote: > > From: Kuniyuki Iwashima > Date: Tue, 27 Sep 2022 09:48:24 -0700 > > From: Eric Dumazet > > Date: Tue, 27 Sep 2022 09:39:37 -0700 > > > On Tue, Sep 27, 2022 at 9:33 AM Kuniyuki Iwashima wrote: > > > > > > > > IPV6_ADDRFORM changes icsk->icsk_af_ops under lock_sock(), but > > > > tcp_(get|set)sockopt() read it locklessly. To avoid load/store > > > > tearing, we need to add READ_ONCE() and WRITE_ONCE() for the reads > > > > and write. > > > > > > I am pretty sure I have released a syzkaller bug recently with this issue. > > > Have you seen this? > > > If yes, please include the appropriate syzbot tag. > > Are you mentioning this commit ? > No, this is a new syzbot report, with a different stack trace. > 086d49058cd8 ("ipv6: annotate some data-races around sk->sk_prot") > > Then, yes, I'll add syzbot tags to patch 4 and 5. > > > > > > No, I haven't. > > Could you provide the URL? > > I'm happy to include the syzbot tag and KCSAN report in the changelog. > > > > > > > > Fixes: 1da177e4c3f4 ("Linux-2.6.12-rc2") > > > > Signed-off-by: Kuniyuki Iwashima > > > > --- > > > > net/ipv4/tcp.c | 10 ++++++---- > > > > net/ipv6/ipv6_sockglue.c | 3 ++- > > > > 2 files changed, 8 insertions(+), 5 deletions(-) > > > > > > > > diff --git a/net/ipv4/tcp.c b/net/ipv4/tcp.c > > > > index e373dde1f46f..c86dd0ccef5b 100644 > > > > --- a/net/ipv4/tcp.c > > > > +++ b/net/ipv4/tcp.c > > > > @@ -3795,8 +3795,9 @@ int tcp_setsockopt(struct sock *sk, int level, int optname, sockptr_t optval, > > > > const struct inet_connection_sock *icsk = inet_csk(sk); > > > > > > > > if (level != SOL_TCP) > > > > - return icsk->icsk_af_ops->setsockopt(sk, level, optname, > > > > - optval, optlen); > > > > + /* IPV6_ADDRFORM can change icsk->icsk_af_ops under us. */ > > > > + return READ_ONCE(icsk->icsk_af_ops)->setsockopt(sk, level, optname, > > > > + optval, optlen); > > > > return do_tcp_setsockopt(sk, level, optname, optval, optlen); > > > > } > > > > EXPORT_SYMBOL(tcp_setsockopt); > > > > @@ -4394,8 +4395,9 @@ int tcp_getsockopt(struct sock *sk, int level, int optname, char __user *optval, > > > > struct inet_connection_sock *icsk = inet_csk(sk); > > > > > > > > if (level != SOL_TCP) > > > > - return icsk->icsk_af_ops->getsockopt(sk, level, optname, > > > > - optval, optlen); > > > > + /* IPV6_ADDRFORM can change icsk->icsk_af_ops under us. */ > > > > + return READ_ONCE(icsk->icsk_af_ops)->getsockopt(sk, level, optname, > > > > + optval, optlen); > > > > return do_tcp_getsockopt(sk, level, optname, optval, optlen); > > > > } > > > > EXPORT_SYMBOL(tcp_getsockopt); > > > > diff --git a/net/ipv6/ipv6_sockglue.c b/net/ipv6/ipv6_sockglue.c > > > > index a89db5872dc3..726d95859898 100644 > > > > --- a/net/ipv6/ipv6_sockglue.c > > > > +++ b/net/ipv6/ipv6_sockglue.c > > > > @@ -479,7 +479,8 @@ static int do_ipv6_setsockopt(struct sock *sk, int level, int optname, > > > > > > > > /* Paired with READ_ONCE(sk->sk_prot) in inet6_stream_ops */ > > > > WRITE_ONCE(sk->sk_prot, &tcp_prot); > > > > - icsk->icsk_af_ops = &ipv4_specific; > > > > + /* Paired with READ_ONCE() in tcp_(get|set)sockopt() */ > > > > + WRITE_ONCE(icsk->icsk_af_ops, &ipv4_specific); > > > > sk->sk_socket->ops = &inet_stream_ops; > > > > sk->sk_family = PF_INET; > > > > tcp_sync_mss(sk, icsk->icsk_pmtu_cookie); > > > > -- > > > > 2.30.2 > > > >