From: Eduard Zingerman <eddyz87@gmail.com>
To: Harishankar Vishwanathan <harishankar.vishwanathan@gmail.com>,
ast@kernel.org
Cc: harishankar.vishwanathan@rutgers.edu, sn624@cs.rutgers.edu,
sn349@cs.rutgers.edu, m.shachnai@rutgers.edu,
paul@isovalent.com,
Srinivas Narayana <srinivas.narayana@rutgers.edu>,
Santosh Nagarakatte <santosh.nagarakatte@rutgers.edu>,
Daniel Borkmann <daniel@iogearbox.net>,
John Fastabend <john.fastabend@gmail.com>,
Andrii Nakryiko <andrii@kernel.org>,
Martin KaFai Lau <martin.lau@linux.dev>,
Song Liu <song@kernel.org>,
Yonghong Song <yonghong.song@linux.dev>,
KP Singh <kpsingh@kernel.org>,
Stanislav Fomichev <sdf@google.com>, Hao Luo <haoluo@google.com>,
Jiri Olsa <jolsa@kernel.org>,
bpf@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH bpf-next] Fix latent unsoundness in and/or/xor value tracking
Date: Fri, 29 Mar 2024 12:26:50 +0200 [thread overview]
Message-ID: <f2e1c5dc6f6ea2c7f046e8673dd364dd14056781.camel@gmail.com> (raw)
In-Reply-To: <20240329030119.29995-1-harishankar.vishwanathan@gmail.com>
On Thu, 2024-03-28 at 23:01 -0400, Harishankar Vishwanathan wrote:
[...]
> @@ -13387,18 +13389,19 @@ static void scalar32_min_max_or(struct bpf_reg_state *dst_reg,
> */
> dst_reg->u32_min_value = max(dst_reg->u32_min_value, umin_val);
> dst_reg->u32_max_value = var32_off.value | var32_off.mask;
> - if (dst_reg->s32_min_value < 0 || smin_val < 0) {
> + if (dst_reg->s32_min_value > 0 && smin_val > 0 &&
Hello,
Could you please elaborate a bit, why do you use "> 0" not ">= 0" here?
It seems that having one of the min values as 0 shouldn't be an issue,
but maybe I miss something.
> + (s32)dst_reg->u32_min_value <= (s32)dst_reg->u32_max_value) {
> + /* ORing two positives gives a positive, so safe to cast
> + * u32 result into s32 when u32 doesn't cross sign boundary.
> + */
> + dst_reg->s32_min_value = dst_reg->u32_min_value;
> + dst_reg->s32_max_value = dst_reg->u32_max_value;
> + } else {
> /* Lose signed bounds when ORing negative numbers,
> * ain't nobody got time for that.
> */
> dst_reg->s32_min_value = S32_MIN;
> dst_reg->s32_max_value = S32_MAX;
> - } else {
> - /* ORing two positives gives a positive, so safe to
> - * cast result into s64.
> - */
> - dst_reg->s32_min_value = dst_reg->u32_min_value;
> - dst_reg->s32_max_value = dst_reg->u32_max_value;
> }
> }
[...]
> @@ -13453,10 +13457,10 @@ static void scalar32_min_max_xor(struct bpf_reg_state *dst_reg,
> /* We get both minimum and maximum from the var32_off. */
> dst_reg->u32_min_value = var32_off.value;
> dst_reg->u32_max_value = var32_off.value | var32_off.mask;
> -
> - if (dst_reg->s32_min_value >= 0 && smin_val >= 0) {
> - /* XORing two positive sign numbers gives a positive,
> - * so safe to cast u32 result into s32.
> + if (dst_reg->s32_min_value > 0 && smin_val > 0 &&
Same question here.
> + (s32)dst_reg->u32_min_value <= (s32)dst_reg->u32_max_value) {
> + /* XORing two positives gives a positive, so safe to cast
> + * u32 result into s32 when u32 doesn't cross sign boundary.
> */
> dst_reg->s32_min_value = dst_reg->u32_min_value;
> dst_reg->s32_max_value = dst_reg->u32_max_value;
[...]
next prev parent reply other threads:[~2024-03-29 10:27 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-03-29 3:01 Harishankar Vishwanathan
2024-03-29 6:34 ` Shung-Hsi Yu
2024-03-29 6:53 ` Shung-Hsi Yu
2024-03-29 10:26 ` Eduard Zingerman [this message]
2024-03-30 3:24 ` Harishankar Vishwanathan
2024-03-30 5:28 ` Andrii Nakryiko
2024-03-30 16:35 ` Harishankar Vishwanathan
2024-04-02 13:06 ` Daniel Borkmann
2024-04-02 16:43 ` Harishankar Vishwanathan
2024-03-29 22:19 ` Andrii Nakryiko
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=f2e1c5dc6f6ea2c7f046e8673dd364dd14056781.camel@gmail.com \
--to=eddyz87@gmail.com \
--cc=andrii@kernel.org \
--cc=ast@kernel.org \
--cc=bpf@vger.kernel.org \
--cc=daniel@iogearbox.net \
--cc=haoluo@google.com \
--cc=harishankar.vishwanathan@gmail.com \
--cc=harishankar.vishwanathan@rutgers.edu \
--cc=john.fastabend@gmail.com \
--cc=jolsa@kernel.org \
--cc=kpsingh@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=m.shachnai@rutgers.edu \
--cc=martin.lau@linux.dev \
--cc=paul@isovalent.com \
--cc=santosh.nagarakatte@rutgers.edu \
--cc=sdf@google.com \
--cc=sn349@cs.rutgers.edu \
--cc=sn624@cs.rutgers.edu \
--cc=song@kernel.org \
--cc=srinivas.narayana@rutgers.edu \
--cc=yonghong.song@linux.dev \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®