Received: by 2002:a05:6358:5282:b0:b5:90e7:25cb with SMTP id g2csp4068959rwa; Tue, 23 Aug 2022 15:45:36 -0700 (PDT) X-Google-Smtp-Source: AA6agR5qVlnUsCh5oBICYGewIxls2tN689/Nmct6uRFwzC4pqdC4ogOLRD5xyX7VJCnyUHcGetpP X-Received: by 2002:a17:906:8475:b0:73d:97f9:47ea with SMTP id hx21-20020a170906847500b0073d97f947eamr1035860ejc.695.1661294736399; Tue, 23 Aug 2022 15:45:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1661294736; cv=none; d=google.com; s=arc-20160816; b=GixInW7rnxD+uC+cJKPzmxTolYbcudmDcxrMHepg+spXMBmSC4Hyg6J7ZG65ET9+nL urI4E0G7jdcs0ax9APIuNWvQ8eGkP8q0RCQZ6HhIrUUUEkmxs5Ev3xIxVteSm+ADzK1E mp2ymyQdimKhggB84iqMcjMqREdPJvv8o8kifScn2DJfpbDZGrzkbdR/KYG2CtIDzjdb 3rlYds3NISxlkcBdFJcBLd94XH1QiFefuDLlsHHdukdOwfi7r/JFoA2U9qMhJGq548HY MTBRVsbkdrEr4OqcXgeSLNmWPr3xWorV09DOl0CVCl3irM28/X4vv1TMOZ0xOUdhVvLK e9BQ== 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=tEiLJXVAHrmzpiMmXdTWCj0bWAxM/BiRch8Q/bqnYmk=; b=N4rdo+hwERcgmUy9JMk8mSfKlJ4uYCiEH0PIhfh5kmfBxjpJN1npLSYwcaQ1A5QqpT CXnVuXUrAjjLt9l/Q/qzH7Z0/TyxhuhBgWpmchRGoDYyuJq+DHa3MzFscU5DWkYifbUM yS9GmO9MYpVRGDBUXPRIFtUDfKrKVAh95lmPXsFP8tAHz2hKj1jDaZnh1TGUE/v7lY83 3JIUj23NCvaXtDBtUKVT8X739HGqFzEQ4UenHDEgsTQVJwLVfBYBp9rwB5PFVJ6PP0oG /4qlB5E0VOAKD3/LztAe8RQXRFjHX2emFQtKeDBU4Xx231OKSkVkQHvbpXM5reCLM9tW tjrw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@arista.com header.s=google header.b=jBJzeUEC; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=arista.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id v3-20020a056402348300b00446eb5c6a3fsi2998494edc.555.2022.08.23.15.44.55; Tue, 23 Aug 2022 15:45:36 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-crypto-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=@arista.com header.s=google header.b=jBJzeUEC; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=arista.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231383AbiHWWkd (ORCPT + 99 others); Tue, 23 Aug 2022 18:40:33 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39230 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230511AbiHWWkc (ORCPT ); Tue, 23 Aug 2022 18:40:32 -0400 Received: from mail-qt1-x831.google.com (mail-qt1-x831.google.com [IPv6:2607:f8b0:4864:20::831]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4BDD480011 for ; Tue, 23 Aug 2022 15:40:30 -0700 (PDT) Received: by mail-qt1-x831.google.com with SMTP id j17so11511257qtp.12 for ; Tue, 23 Aug 2022 15:40:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=arista.com; s=google; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc; bh=tEiLJXVAHrmzpiMmXdTWCj0bWAxM/BiRch8Q/bqnYmk=; b=jBJzeUECgQGXkoNFKntIAAPAREE9RPYeNUWJHUPmQ/g5fq36oab9p6G1yz5EhggPnD M/gMBVtm4LQVcfOWZonv++4X8z7YTyCijVrWLfADoEUitsc3TFtRv7ZcV/dh7nGC7QaN Z6nYRCVXCLmXGILUga1vNLgtk3gYTeJ/pYRlcOIbKYMupLDQOsRSwP2ACh2nz7D0dOpe oi4CUBXGdwBqxd7pkdHJases9yS5TSVDJncB6ddAl3zJ4mhgsYsUdFJjXfBguu5FUgGe nGHN4qIWTGF+cDnUgK7BLC8xUNzUDi3mULQV3dWHBk0V5PYOcL2K1Mio06GHdoktB8xm ugGQ== 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; bh=tEiLJXVAHrmzpiMmXdTWCj0bWAxM/BiRch8Q/bqnYmk=; b=ga4pdsQCVxQf8jHu9n7JLZ1cCx+tRYtF5xiQ8uaylXyPGM9jcE/OVDhy9FVRCaj+7Z XBOi2gl3N9AJPuxSfqfC4DxgO7/VsmGZ/KedcM3LyWwlkUpbxjaI89gXO/bhNSX1wbv4 0nP7lNOuVbhhogjBPZt++D0BFvPupUhvZ2KlxMhLswik1HgeyBLXtHCBjjLYH07dVw4s bXGhpkvtL2iFjpW/vd9PPPby7hKnlDvVLWk0U01Ky6Af1qz9jQQnAagKtbu/clhRaaMF kfPp1qs49FUt4zkHPr4F7CcjTrOk97SVDNBQMOj2ZhHWFMtQdk6Erj3692DLPA7a01j3 oiQQ== X-Gm-Message-State: ACgBeo0lDW4ljDqZhjYJfeMr3htW7z0Kvcb+gUAbiinKHlv15JXHvWV1 riB9vaCECC+L12zQ6k9oBJJMRxuoR6v0Sx2TdInhQA== X-Received: by 2002:a05:622a:244f:b0:344:7c4f:5a94 with SMTP id bl15-20020a05622a244f00b003447c4f5a94mr21358999qtb.563.1661294429365; Tue, 23 Aug 2022 15:40:29 -0700 (PDT) MIME-Version: 1.0 References: <20220818170005.747015-1-dima@arista.com> <20220818170005.747015-20-dima@arista.com> <01f8616c-2904-42f1-1e59-ca4c71f7a9bd@gmail.com> In-Reply-To: <01f8616c-2904-42f1-1e59-ca4c71f7a9bd@gmail.com> From: Francesco Ruggeri Date: Tue, 23 Aug 2022 15:40:18 -0700 Message-ID: Subject: Re: [PATCH 19/31] net/tcp: Add TCP-AO SNE support To: Leonard Crestez Cc: Dmitry Safonov , Andy Lutomirski , Ard Biesheuvel , Bob Gilligan , David Ahern , Dmitry Safonov <0x7f454c46@gmail.com>, Eric Biggers , Herbert Xu , Hideaki YOSHIFUJI , Ivan Delalande , Jakub Kicinski , Paolo Abeni , Salam Noureddine , Shuah Khan , netdev@vger.kernel.org, linux-crypto@vger.kernel.org, Eric Dumazet , "David S. Miller" , linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_NONE,T_SCC_BODY_TEXT_LINE autolearn=unavailable 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-crypto@vger.kernel.org On Tue, Aug 23, 2022 at 7:50 AM Leonard Crestez wrote: > > On 8/18/22 19:59, Dmitry Safonov wrote: > > Add Sequence Number Extension (SNE) extension for TCP-AO. > > This is needed to protect long-living TCP-AO connections from replaying > > attacks after sequence number roll-over, see RFC5925 (6.2). > > > +#ifdef CONFIG_TCP_AO > > + ao = rcu_dereference_protected(tp->ao_info, > > + lockdep_sock_is_held((struct sock *)tp)); > > + if (ao) { > > + if (ack < ao->snd_sne_seq) > > + ao->snd_sne++; > > + ao->snd_sne_seq = ack; > > + } > > +#endif > > tp->snd_una = ack; > > } > > ... snip ... > > > +#ifdef CONFIG_TCP_AO > > + ao = rcu_dereference_protected(tp->ao_info, > > + lockdep_sock_is_held((struct sock *)tp)); > > + if (ao) { > > + if (seq < ao->rcv_sne_seq) > > + ao->rcv_sne++; > > + ao->rcv_sne_seq = seq; > > + } > > +#endif > > WRITE_ONCE(tp->rcv_nxt, seq); > > It should always be the case that (rcv_nxt == rcv_sne_seq) and (snd_una > == snd_sne_seq) so the _sne_seq fields are redundant. It's possible to > avoid those extra fields. There are cases where rcv_nxt and snd_una are set outside of tcp_rcv_nxt_update() and tcp_snd_una_update(), mostly during the initial handshake, so those cases would have to be taken care of explicitly, especially wrt rollovers. I see your point though, there may be a potential for some cleaning up here. Francesco