Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp3136251rwb; Sun, 25 Sep 2022 00:38:16 -0700 (PDT) X-Google-Smtp-Source: AMsMyM5v4fryn/6bOCXdw7lLJa604FIB4MxQaDa1WAg3RsbL4TtHek1bGv/fl3W7zNZKW96kjxW6 X-Received: by 2002:a05:6402:430a:b0:451:d8ed:b87e with SMTP id m10-20020a056402430a00b00451d8edb87emr16553997edc.246.1664091496659; Sun, 25 Sep 2022 00:38:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664091496; cv=none; d=google.com; s=arc-20160816; b=YE5NQ/ZQ7REdMMKXBj/pllsc3KjNmeO/IsUpC8n0ZIyzHHEvpJ+fA0HCQnwhuxFXAF iYTBbJuQDLasCYgnA0vfKwwoE4oiQxuoyOrheRXPP+XZ33xt8qMbK6sRngGDeIQsyQvu E7B1Av15Tb8LLeNgjN60lYKTgcWFGtW8GJoVDci4tEK5uKr8Yv9/IeJxOBIW43YoxY8v iqCxocQYof07n60zhaslTFrc8ISqRJNveuZPVVcRaDTM4O3u58M9CbBTss9gGnLfe6z8 zJqfDDmaHLdbgiwwJyS3tmGQJswtAX2GnopeDBN7VfQk68aGOOv8d4WXJ8NUsGyhcN5h gcaA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id:dkim-signature; bh=FnuW0+nquE7jeCs1wGd25t/HgD5sAtMc07QK9kih2sQ=; b=H7cjPiKme2A3Y6As3LI96j1l5WuSi7sm59bDARkS+A6I99KtnooIWO4OkhDSMKHBM8 4KP6210OXT1QL6FgQxln9IfvIfKk5QH6zbK8Kis4NImQLNMNlhBBl2KnidGWBXnBz/GA lSzH+lQnNHohdOmfbmY6I2x6yLse8vLsBIhyNlNpfWUDzo50LGLe4Ef1U5G8dFFoSz9i Y23PnsDP3XgPaoY11IBiJcoA3Bv7tXdx0QFrX04x0eGGhYI+/mTkj2aZv1T8nxgpwRNl H5IfkElp5Uu+H0qA/UYHa3UJOvH/kL3AazJeFlKWFbNKwrhYCGgsnt7K85XGOY05zHQi jFaw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=B97KTn2d; 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=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id xa6-20020a170906fd8600b0073cd3a15f42si1746496ejb.394.2022.09.25.00.37.45; Sun, 25 Sep 2022 00:38:16 -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=@redhat.com header.s=mimecast20190719 header.b=B97KTn2d; 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=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230059AbiIYHRy (ORCPT + 99 others); Sun, 25 Sep 2022 03:17:54 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44628 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230052AbiIYHRw (ORCPT ); Sun, 25 Sep 2022 03:17:52 -0400 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EF6CF32ECD for ; Sun, 25 Sep 2022 00:17:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1664090269; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=FnuW0+nquE7jeCs1wGd25t/HgD5sAtMc07QK9kih2sQ=; b=B97KTn2dpYAt61kIInCLOK/2Ro6Wst4uMijGFSzgHYRdcZYdeHN2Z3ugLtJoUKxafz8yNC sWsj/xIEwaV1yrv9Q1SsmiCxhVHRLyjrG7MDBtCipNp9CsQ1df0T63dAJdIXFk2HpFvimj SNz8dinnXFQVzc5AwMsgibAO84z47E8= Received: from mail-qt1-f200.google.com (mail-qt1-f200.google.com [209.85.160.200]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_128_GCM_SHA256) id us-mta-201-Fmb7gLiJOgmRbldf5tVT7A-1; Sun, 25 Sep 2022 03:17:48 -0400 X-MC-Unique: Fmb7gLiJOgmRbldf5tVT7A-1 Received: by mail-qt1-f200.google.com with SMTP id u9-20020a05622a14c900b0035cc7e8cbaeso2697170qtx.19 for ; Sun, 25 Sep 2022 00:17:48 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:user-agent:references :in-reply-to:date:cc:to:from:subject:message-id:x-gm-message-state :from:to:cc:subject:date; bh=FnuW0+nquE7jeCs1wGd25t/HgD5sAtMc07QK9kih2sQ=; b=1hGbUuuIOyXjb8ud9UKRr/zplJ1TlMSGomNh054cYWSyIbbzS9wyaIsx0CJYS/BbHX n9+vcKcwMAMKdRvCF/1yDlqznFcbui4hA7sctL4+9CThTFI8DQrvnKaWcNx0Vx/6wJjS QnAWILnhM98Wxlh4wQSMz5Q0AGvXxyzTMx2juyr5ztWGe+V7fbLKbOCTKsxRRT+ZtPtq w0kHXeqDBOAd41nwL0DZ5GmtQ953Iklzj8U3RqdMQWRNr1IChv31AZsuFTo8oRm18fmT 1tnE/ieETK3b/ibWYKdiBIJHnQFz/lKmO4zkJInVaSeGO0dPPpmitKsL99d8EleQyGwi Ye8w== X-Gm-Message-State: ACrzQf1AIH9xfA3htef+jrD2T5WXNR1FMsf87+dww/CqCjvuwnZcteUx d021jhoxnShkJZZmoSVEYvxuvPvOOX8LLvg6XtoX76xqPARGyZ9dFuRpxgXuJkIe+KtKp45Otrx VE3NtHHQa6Qm59ByjmtSiJTci X-Received: by 2002:a05:620a:c8f:b0:6cb:e329:b5b9 with SMTP id q15-20020a05620a0c8f00b006cbe329b5b9mr10667178qki.95.1664090268095; Sun, 25 Sep 2022 00:17:48 -0700 (PDT) X-Received: by 2002:a05:620a:c8f:b0:6cb:e329:b5b9 with SMTP id q15-20020a05620a0c8f00b006cbe329b5b9mr10667159qki.95.1664090267816; Sun, 25 Sep 2022 00:17:47 -0700 (PDT) Received: from gerbillo.redhat.com (146-241-97-96.dyn.eolo.it. [146.241.97.96]) by smtp.gmail.com with ESMTPSA id bp30-20020a05620a459e00b006c479acd82fsm10375465qkb.7.2022.09.25.00.17.42 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 25 Sep 2022 00:17:47 -0700 (PDT) Message-ID: Subject: Re: [PATCH v2 04/16] skbuff: Phase out ksize() fallback for frag_size From: Paolo Abeni To: Kees Cook , Vlastimil Babka Cc: "David S. Miller" , Eric Dumazet , Jakub Kicinski , netdev@vger.kernel.org, "Ruhl, Michael J" , Hyeonggon Yoo <42.hyeyoo@gmail.com>, Christoph Lameter , Pekka Enberg , David Rientjes , Joonsoo Kim , Andrew Morton , Greg Kroah-Hartman , Nick Desaulniers , Alex Elder , Josef Bacik , David Sterba , Sumit Semwal , Christian =?ISO-8859-1?Q?K=F6nig?= , Jesse Brandeburg , Daniel Micay , Yonghong Song , Marco Elver , Miguel Ojeda , linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-btrfs@vger.kernel.org, linux-media@vger.kernel.org, dri-devel@lists.freedesktop.org, linaro-mm-sig@lists.linaro.org, linux-fsdevel@vger.kernel.org, intel-wired-lan@lists.osuosl.org, dev@openvswitch.org, x86@kernel.org, llvm@lists.linux.dev, linux-hardening@vger.kernel.org Date: Sun, 25 Sep 2022 09:17:40 +0200 In-Reply-To: <20220923202822.2667581-5-keescook@chromium.org> References: <20220923202822.2667581-1-keescook@chromium.org> <20220923202822.2667581-5-keescook@chromium.org> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.42.4 (3.42.4-2.fc35) MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.8 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_LOW, SPF_HELO_NONE,SPF_NONE 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-kernel@vger.kernel.org On Fri, 2022-09-23 at 13:28 -0700, Kees Cook wrote: > All callers of APIs that allowed a 0-sized frag_size appear to be > passing actual size information already AFAICS, not yet: drivers/net/ethernet/qlogic/qed/qed_ll2.c: skb = build_skb(buffer->data, 0); // -> __build_skb(..., 0)  // -> __build_skb_around() drivers/net/ethernet/broadcom/bnx2.c: skb = build_skb(data, 0); I guess some more drivers have calls leading to  __build_skb_around(..., 0) there are several call path to checks... > , so this use of ksize() can > be removed. However, just in case there is something still depending > on this behavior, issue a WARN and fall back to as before to ksize() > which means we'll also potentially get KASAN warnings. > > Cc: "David S. Miller" > Cc: Eric Dumazet > Cc: Jakub Kicinski > Cc: Paolo Abeni > Cc: netdev@vger.kernel.org > Signed-off-by: Kees Cook > --- > net/core/skbuff.c | 18 ++++++++++-------- > 1 file changed, 10 insertions(+), 8 deletions(-) > > diff --git a/net/core/skbuff.c b/net/core/skbuff.c > index 0b30fbdbd0d0..84ca89c781cd 100644 > --- a/net/core/skbuff.c > +++ b/net/core/skbuff.c > @@ -195,7 +195,11 @@ static void __build_skb_around(struct sk_buff *skb, void *data, > unsigned int frag_size) > { > struct skb_shared_info *shinfo; > - unsigned int size = frag_size ? : ksize(data); > + unsigned int size = frag_size; > + > + /* All callers should be setting frag size now? */ > + if (WARN_ON_ONCE(size == 0)) > + size = ksize(data); At some point in the future, I guess we could even drop this check, right? Thanks! Paolo