From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net [23.128.96.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id DF025EA4 for ; Sun, 16 Jul 2023 07:49:04 +0000 (UTC) Received: from mail-wm1-x32e.google.com (mail-wm1-x32e.google.com [IPv6:2a00:1450:4864:20::32e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9ED01E47 for ; Sun, 16 Jul 2023 00:49:02 -0700 (PDT) Received: by mail-wm1-x32e.google.com with SMTP id 5b1f17b1804b1-3fc02a92dcfso30285335e9.0 for ; Sun, 16 Jul 2023 00:49:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=isovalent.com; s=google; t=1689493741; x=1692085741; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date:from:to :cc:subject:date:message-id:reply-to; bh=bxPvz8cMswTTAWRzifMWMC21fRi3cQcESIrQBlKCw1E=; b=abLxdzFHoEflYGrY949ZeA1zKxAU5gyMFSG5PNf+O78DPaTYBMsuPv61KaJd2XwxEP NK++3V4bs6+MaGINrv7wG8cV/btv+ihU6vA9/ex8xdkGS1NH6CXWS73IvVAPXRt6s0Eh 2JrVcicR7qRhVPMCnrmGyyQdPF0lbHlRVA8xrcxiPLe29WvDuKx59OgogIlb9HfsLYfM fiIYkO1LThA/kYYQFl5yk9daBv05bQAxSDnRuOmugvIc4SgMN/0c9P7z8klOWyuUfWDP iOVF7fcC0gWtfkbMNxAZlYYcVEROxr7wVFuPlxv0ESqnsnw5KI70b1S6nW+BNAUydu0z G2qw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1689493741; x=1692085741; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=bxPvz8cMswTTAWRzifMWMC21fRi3cQcESIrQBlKCw1E=; b=eYAcW3kg0XgkxU4+WxSR/Cw48rJEynmYjzw5UpfITsPAXYYe1IAeo7AZ+lCS3yy2iw bvM3zTEsdlFLxoI1dFCW/gbZeVrbhfCjmeouS+y73NXIiapE7uxro8cXBa7h2SMD0u68 LcncP1p6P0vWX/tNceW8jMVugcuXLATirzBqSfGf5oRbaDRFI7/oBk6+ekZkjgSjXzJr IkHFXX/mIHCjKDO8xJcrSPgkUQIzil/UG1aGpuI3XwPVvIS+1OvLPfFPIGwrtGIUgJBP CVCPpFuYb4Vf/zSTQrSzaIGvqAtiUCbQdB2Vb4/6juuKwFrHFAimGte316MMJWObsGaL d4cg== X-Gm-Message-State: ABy/qLbBXOBdPB/wWrmKRYlceeAtV7tckZtzN1RD/e8SJxAzo9nzVFnj fKiyx83LvPgBMlf0xOjleQ7W6Q== X-Google-Smtp-Source: APBJJlFLUp12727mVwnd5MY2IOu6lNOcUA55USqhYdE6mHTm3sENZgCDk8CTh51otCxV6LINvVk4wA== X-Received: by 2002:a1c:ed1a:0:b0:3fc:5a3:367c with SMTP id l26-20020a1ced1a000000b003fc05a3367cmr7388693wmh.32.1689493740389; Sun, 16 Jul 2023 00:49:00 -0700 (PDT) Received: from zh-lab-node-5 ([2a02:168:f656:0:1ac0:4dff:fe0f:3782]) by smtp.gmail.com with ESMTPSA id v7-20020a05600c214700b003fbc681c8d1sm5142870wml.36.2023.07.16.00.48.58 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 16 Jul 2023 00:48:59 -0700 (PDT) Date: Sun, 16 Jul 2023 07:50:08 +0000 From: Anton Protopopov To: Alexei Starovoitov Cc: Martin KaFai Lau , Alexei Starovoitov , Daniel Borkmann , Andrii Nakryiko , Song Liu , Yonghong Song , John Fastabend , KP Singh , Stanislav Fomichev , Hao Luo , Jiri Olsa , Mykola Lysenko , Shuah Khan , Hou Tao , Joe Stringer , bpf , LKML , "open list:KERNEL SELFTEST FRAMEWORK" Subject: Re: [PATCH bpf-next 1/3] bpf: consider CONST_PTR_TO_MAP as trusted pointer to struct bpf_map Message-ID: References: <20230714141747.41560-1-aspsk@isovalent.com> <20230714142100.42265-1-aspsk@isovalent.com> <20230714142100.42265-2-aspsk@isovalent.com> Precedence: bulk X-Mailing-List: bpf@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,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 On Fri, Jul 14, 2023 at 10:56:00AM -0700, Alexei Starovoitov wrote: > On Fri, Jul 14, 2023 at 7:20 AM Anton Protopopov wrote: > > > > Patch verifier to regard values of type CONST_PTR_TO_MAP as trusted > > pointers to struct bpf_map. This allows kfuncs to work with `struct > > bpf_map *` arguments. > > > > Save some bytes by defining btf_bpf_map_id as BTF_ID_LIST_GLOBAL_SINGLE > > (which is u32[1]), not as BTF_ID_LIST (which is u32[64]). > > > > Signed-off-by: Anton Protopopov > > --- > > include/linux/btf_ids.h | 1 + > > kernel/bpf/map_iter.c | 3 +-- > > kernel/bpf/verifier.c | 5 ++++- > > 3 files changed, 6 insertions(+), 3 deletions(-) > > > > diff --git a/include/linux/btf_ids.h b/include/linux/btf_ids.h > > index 00950cc03bff..a3462a9b8e18 100644 > > --- a/include/linux/btf_ids.h > > +++ b/include/linux/btf_ids.h > > @@ -267,5 +267,6 @@ MAX_BTF_TRACING_TYPE, > > extern u32 btf_tracing_ids[]; > > extern u32 bpf_cgroup_btf_id[]; > > extern u32 bpf_local_storage_map_btf_id[]; > > +extern u32 btf_bpf_map_id[]; > > > > #endif > > diff --git a/kernel/bpf/map_iter.c b/kernel/bpf/map_iter.c > > index d06d3b7150e5..b67996147895 100644 > > --- a/kernel/bpf/map_iter.c > > +++ b/kernel/bpf/map_iter.c > > @@ -78,8 +78,7 @@ static const struct seq_operations bpf_map_seq_ops = { > > .show = bpf_map_seq_show, > > }; > > > > -BTF_ID_LIST(btf_bpf_map_id) > > -BTF_ID(struct, bpf_map) > > +BTF_ID_LIST_GLOBAL_SINGLE(btf_bpf_map_id, struct, bpf_map) > > > > static const struct bpf_iter_seq_info bpf_map_seq_info = { > > .seq_ops = &bpf_map_seq_ops, > > diff --git a/kernel/bpf/verifier.c b/kernel/bpf/verifier.c > > index 0b9da95331d7..5663f97ef292 100644 > > --- a/kernel/bpf/verifier.c > > +++ b/kernel/bpf/verifier.c > > @@ -5419,6 +5419,9 @@ static bool is_trusted_reg(const struct bpf_reg_state *reg) > > if (reg->ref_obj_id) > > return true; > > > > + if (reg->type == CONST_PTR_TO_MAP) > > + return true; > > + > > Overall it looks great. > Instead of above, how about the following instead: > > diff --git a/kernel/bpf/verifier.c b/kernel/bpf/verifier.c > index 0b9da95331d7..cd08167dc347 100644 > --- a/kernel/bpf/verifier.c > +++ b/kernel/bpf/verifier.c > @@ -10775,7 +10775,7 @@ static int check_kfunc_args(struct > bpf_verifier_env *env, struct bpf_kfunc_call_ > if (!is_kfunc_trusted_args(meta) && !is_kfunc_rcu(meta)) > break; > > - if (!is_trusted_reg(reg)) { > + if (!is_trusted_reg(reg) && > !reg2btf_ids[base_type(reg->type)]) { > > > This way we won't need to list every convertible type in is_trusted_reg. > > I'm a bit hesitant to put reg2btf_ids[] check directly into is_trusted_reg(). > Maybe it's ok, but it needs more analysis. I am not sure I see a difference in adding a check you proposed above and adding the reg2btf_ids[] check directly into the is_trusted_reg() function. Basically, we say "if type is in reg2btf_ids[], then consider it trusted" in both cases. AFAIS, currently the reg2btf_ids[] contains only trusted types, however, could it happen that we add a non-trusted type there? So, I would leave the patch as is (which also makes sense because the const-ptr-to-map is a special case), or add the "reg2btf_ids[] check" directly into the is_trusted_reg() function.