Received: by 2002:a05:6358:f14:b0:e5:3b68:ec04 with SMTP id b20csp143250rwj; Thu, 22 Dec 2022 22:28:01 -0800 (PST) X-Google-Smtp-Source: AMrXdXsM/9RaQXtZalaC4iAC7PNCmLuUnXHlfJwtjQdZzYFtnWxul6DOR37rCOrF8nbiqYAHX0tB X-Received: by 2002:a17:906:d788:b0:7c0:e5c6:2a6d with SMTP id pj8-20020a170906d78800b007c0e5c62a6dmr10527548ejb.39.1671776880885; Thu, 22 Dec 2022 22:28:00 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1671776880; cv=none; d=google.com; s=arc-20160816; b=gKiJTyrYjUw+QWA/PhtZR9YUufQxijTlkPB7ulICCp5jUcjJDF3fP09g/krEbSqWv1 KXF5qvSj2omE5UsCLaJkYJWaBdc9qQHa3H0MCFTQN5CTLyUoIGejn9KOscOaKinRim34 UOPGVS2hkJTUrxvi+EyChFPKmdQAfj7iu6IjfUOEc0Xa9OTcz4J0Nf7Wo4T5bt9crZMC zvgLt4Wv11dDVJKsoRWDsoZbbozfGjYFB1Lng7joKPawqgYbmzwjdHLubcaAxqDHf5Ty Ksr9crZ/P0eAcBXh7C60awrcgbtvEI4jn7wQYfJ6edz4BzMhSxcgJfAcZFoc3yc97y27 KMnQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=jBdHjYkGb0WKM4pI6SohicQZr8/8qDC6WJNtpN7DfMg=; b=R+zua0Xh8otkqemFH5zT7S3M0T69RXaG8hwJL4kaszzZjNlpqY6+Zc1QMaOcjC7180 qM1nQxAXFStsE9dMNWQZozxwouRcuU0gcrGDSfs36QZyuEZShBzbVJrO8MHfrs5a2Hfo cS7zxwmbTFHaqscj0ThzDSCQRj0IcwxzhURwjJVHLCU1WR0LXVQf5843yw9kYNqTlZhP YcIk6g8iBo2J8YIYt5Wn4b+wrQ5pZHYRXg5biGyxwp4sj4toG+uni8MzjwZDRlUer/wl 4thtEjLvNPxzsO51pOwmXr1TiXkXvkupdbVZjeQED85R5jTgeXvFRw/GNkCdwmAHora/ NgNA== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id hs9-20020a1709073e8900b0078239e3f846si2302712ejc.1.2022.12.22.22.27.28; Thu, 22 Dec 2022 22:28:00 -0800 (PST) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229996AbiLWGZp (ORCPT + 99 others); Fri, 23 Dec 2022 01:25:45 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42636 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229483AbiLWGZo (ORCPT ); Fri, 23 Dec 2022 01:25:44 -0500 Received: from formenos.hmeau.com (helcar.hmeau.com [216.24.177.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9BA04E5; Thu, 22 Dec 2022 22:25:41 -0800 (PST) Received: from loth.rohan.me.apana.org.au ([192.168.167.2]) by formenos.hmeau.com with smtp (Exim 4.94.2 #2 (Debian)) id 1p8bUa-009jLe-9h; Fri, 23 Dec 2022 14:25:17 +0800 Received: by loth.rohan.me.apana.org.au (sSMTP sendmail emulation); Fri, 23 Dec 2022 14:25:16 +0800 Date: Fri, 23 Dec 2022 14:25:16 +0800 From: Herbert Xu To: Eric Biggers Cc: Roberto Sassu , dhowells@redhat.com, davem@davemloft.net, zohar@linux.ibm.com, dmitry.kasatkin@gmail.com, paul@paul-moore.com, jmorris@namei.org, serge@hallyn.com, linux-integrity@vger.kernel.org, linux-security-module@vger.kernel.org, keyrings@vger.kernel.org, linux-crypto@vger.kernel.org, linux-kernel@vger.kernel.org, Roberto Sassu , Tadeusz Struk , Al Viro Subject: Re: [v2 PATCH] lib/mpi: Fix buffer overrun when SG is too long Message-ID: References: <20221209150633.1033556-1-roberto.sassu@huaweicloud.com> <0f80852578436dbba7a0fce03d86c3fa2d38c571.camel@huaweicloud.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_NONE, SPF_PASS 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-crypto@vger.kernel.org On Wed, Dec 21, 2022 at 12:53:29PM -0800, Eric Biggers wrote: > > That's fine, I guess. One quirk of the above approach is that if the last > needed element of the scatterlist has a lot of extra pages, this will iterate > through all those extra pages, processing 0 bytes from each. It could just stop > when done. I suppose it's not worth worrying about that case, though. Ideally this should be handled in the sg_miter interface, IOW, it should allow us to cap the SG list at a certain number of bytes as opposed to a certain number of entries. Cheers, -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt