From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-dy1-f179.google.com (mail-dy1-f179.google.com [74.125.82.179]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 350E43DA7CB for ; Tue, 20 Jan 2026 18:06:14 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=74.125.82.179 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1768932376; cv=none; b=TwinB2dTz5k22IMVkCTFJdbpkG/i/sgy6d3vpnEJPw7lzKrk0O0fgigpHzKO/T1n/Esdxd1eBqzBcz8TJFWDD59NKyCfxBWNf1BsdsHeO4LvGxM7XmuqO2JbKztTuKtsKLzmnD7Dxkbumcj5rCpGX2u8AcVa1ybBSI+UFyKZYRE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1768932376; c=relaxed/simple; bh=+/G9xnytSRdZiIOFd28QuZ//L1BeR3Jjgm+HN2Txu7E=; h=Message-ID:Subject:From:To:Cc:Date:In-Reply-To:References: Content-Type:MIME-Version; b=LRHiKlKKVvbxtWcDQa2a/go7RMGAVeqxRvSZQKUlTH8rmv4ZvTJvr4ZuyikaQjXPC6LOTeCy6WTHFYilCLIhaDowRkLAYN2tpaB4ITd4A+bbbHlbGE7rM68uko5DA3ckh6yZBh8E4NR8YaUQ6EiunsSahF8cJC14JbLWY0txxnc= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=X6v14FbM; arc=none smtp.client-ip=74.125.82.179 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="X6v14FbM" Received: by mail-dy1-f179.google.com with SMTP id 5a478bee46e88-2b6f5a9cecaso2003330eec.0 for ; Tue, 20 Jan 2026 10:06:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1768932373; x=1769537173; darn=vger.kernel.org; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:from:to:cc:subject :date:message-id:reply-to; bh=eyerjoEVUHP/2q8LWOmqlYZ45AxY0BTKpTeutlV7DCY=; b=X6v14FbMISveJc9MaMemnxJdDrd5a3dcH4k0SJjN0DpmanHG5wJ2qrkBB0rj8au1jh CA3uqMlOuMv434IC1VgLuVf8TdohvCS0BdEKOKFEq5Xxdgcm+VlQvs06u/bzmy5e7+I4 Clwez2UPNB+nNCakIZxG/ISeURsfMoqDc82FazHMurVXXrxoDy3bcrT3M0xkcOBmShZC OZwDOsv5KpDw6gcBb2+22awH2cdkt0aRcq1/i83LOngI+5bqRrKKEu+xFAPmgsoxsvX8 zqD4DT5+7Q50m2Cul6gMQY6GlWNS8G8asRYHZXACxdpE6Z/R4ct3nV7oLHQBEgIkZ9Gf 4wRQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1768932373; x=1769537173; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=eyerjoEVUHP/2q8LWOmqlYZ45AxY0BTKpTeutlV7DCY=; b=EE4feVJLcBzmdPq1KVLRqrJMbroch8bBj/0Z+iiFa80coKSP6x2EacKocKGoqylXtH aWpV93R9yYhNU+1wX95Ls6808oBo39kJilk3VuOQwvhpVeNwPMiWUzZkdPdBUph1LB2E uhr0tWA7ol2nB/5sL2fwUtLnq6zEb7Qww7vtWay0xTFNhw/jfLUIKeCYkh/EnHXepQuf BN7eQGTTJF+1AI59sMvltZXUt31h8mme9Lw3zSU98wgIZDDob/iq+4rWntica/iWgFBs KdFgTt0oNDfRehkxzx5T1AumFCJypOPgguyoHn72EN5C0CwEkodDVDfzPnwC0dHkV/sV huIw== X-Forwarded-Encrypted: i=1; AJvYcCXDSA8Rl+1GOqFuYYY+/Xm2oKmvrmhh/NnQAhV4js/X1q6wCTXhk2sSxwEEA0VgIHYueFf6uPxIuXVTBQY=@vger.kernel.org X-Gm-Message-State: AOJu0YyHSbBnCrwpbtcg0jN1uFtSykhAT4AOsAgJi/G6FHOv55LUR0Wk vjIoSOsMl3ur67aqwVTLabu6TQvHtOOCBQXYJAU9mzuOZ9WktQpEw6jo X-Gm-Gg: AZuq6aIaiSA/Xp2fLR3TUxcDWCcr2R8ybX3PmPkTOXtLjzJfKQT2/o6S59KFCmUfuu4 IMRlj9imfBmvXt95CnaPyyP+fIe4t9a0j040MAPV4d3Eh5kgHimwDG1cYRF7rDOu3h/PzzasW6+ uQTlw1mfm1HK50YLYybOC2H4ujKSo1ob2bubEiRCsskUT5P/cYsoMM2aSudwgmv+KLADne+7SEL 59db8r6U0SXfgA9wNpqJYdZ6Cj5Ty/1MJabmndj7Y2a+zT8d8eVpu6EiCFJl1FFRiUqaGKHXTKD 7oqoFYvAFlrlAfbiaDoc/dkfQl8UO8rKCNX82Y9pNLswaVBufcGXZQMUrjbGzH5hEoV3DUnxUoI KEm7vZS3CJrcm1347pU2d5cwyTuyYFX01O1YiIMuEM1ecur8wgplo3fE4GXNJBUdHyRNgMKN8D7 8qdnkCnQO+O+N9SoU/3pLzuHju4lM6XBRuZOdx/ZiFur9pm8FJdj4OtxaNjqswTU/3s7kiPoR5w MOqns4= X-Received: by 2002:a05:7300:fb94:b0:2ae:614a:3307 with SMTP id 5a478bee46e88-2b6fd7eee95mr1965930eec.42.1768932371383; Tue, 20 Jan 2026 10:06:11 -0800 (PST) Received: from ?IPv6:2a03:83e0:115c:1:b08c:bb3d:92b9:704d? ([2620:10d:c090:500::3:93b1]) by smtp.gmail.com with ESMTPSA id 5a478bee46e88-2b6b367cbc9sm20058248eec.32.2026.01.20.10.06.08 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 20 Jan 2026 10:06:11 -0800 (PST) Message-ID: <34ff0901e3c96cbfab8b7325012e44d6d290a9be.camel@gmail.com> Subject: Re: [PATCH bpf-next v3 2/2] bpf: Require ARG_PTR_TO_MEM with memory flag From: Eduard Zingerman To: Zesen Liu , Alexei Starovoitov , Daniel Borkmann , Andrii Nakryiko , Martin KaFai Lau , Song Liu , Yonghong Song , John Fastabend , KP Singh , Stanislav Fomichev , Hao Luo , Jiri Olsa , Matt Bobrowski , Steven Rostedt , Masami Hiramatsu , Mathieu Desnoyers , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Simon Horman , Daniel Xu Cc: bpf@vger.kernel.org, linux-kernel@vger.kernel.org, linux-trace-kernel@vger.kernel.org, netdev@vger.kernel.org, Shuran Liu , Peili Gao , Haoran Ni Date: Tue, 20 Jan 2026 10:06:07 -0800 In-Reply-To: <20260120-helper_proto-v3-2-27b0180b4e77@gmail.com> References: <20260120-helper_proto-v3-0-27b0180b4e77@gmail.com> <20260120-helper_proto-v3-2-27b0180b4e77@gmail.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.58.2 (3.58.2-1.fc43) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 On Tue, 2026-01-20 at 16:28 +0800, Zesen Liu wrote: > Add check to ensure that ARG_PTR_TO_MEM is used with either MEM_WRITE or > MEM_RDONLY. >=20 > Using ARG_PTR_TO_MEM alone without flags does not make sense because: >=20 > - If the helper does not change the argument, missing MEM_RDONLY causes t= he > verifier to incorrectly reject a read-only buffer. > - If the helper does change the argument, missing MEM_WRITE causes the > verifier to incorrectly assume the memory is unchanged, leading to errors > in code optimization. >=20 > Co-developed-by: Shuran Liu > Signed-off-by: Shuran Liu > Co-developed-by: Peili Gao > Signed-off-by: Peili Gao > Co-developed-by: Haoran Ni > Signed-off-by: Haoran Ni > Signed-off-by: Zesen Liu > --- At the moment, for helper arguments processing I see that MEM_RDONLY influences verifier only when argument type is ARG_PTR_TO_DYNPTR or ARG_PTR_TO_BTF_ID. Hence, I think this change is safe to apply, effects are limited to the check_mem_arg_rw_flag_ok() below. Reviewed-by: Eduard Zingerman > kernel/bpf/verifier.c | 17 +++++++++++++++++ > 1 file changed, 17 insertions(+) >=20 > diff --git a/kernel/bpf/verifier.c b/kernel/bpf/verifier.c > index 9de0ec0c3ed9..a89f5bc7eff7 100644 > --- a/kernel/bpf/verifier.c > +++ b/kernel/bpf/verifier.c > @@ -10351,10 +10351,27 @@ static bool check_btf_id_ok(const struct bpf_fu= nc_proto *fn) > return true; > } > =20 > +static bool check_mem_arg_rw_flag_ok(const struct bpf_func_proto *fn) > +{ > + int i; > + > + for (i =3D 0; i < ARRAY_SIZE(fn->arg_type); i++) { > + enum bpf_arg_type arg_type =3D fn->arg_type[i]; > + > + if (base_type(arg_type) !=3D ARG_PTR_TO_MEM) > + continue; > + if (!(arg_type & (MEM_WRITE | MEM_RDONLY))) > + return false; > + } > + > + return true; > +} > + > static int check_func_proto(const struct bpf_func_proto *fn) > { > return check_raw_mode_ok(fn) && > check_arg_pair_ok(fn) && > + check_mem_arg_rw_flag_ok(fn) && > check_btf_id_ok(fn) ? 0 : -EINVAL; > } > =20