From: Rasmus Villemoes <rasmus.villemoes@prevas.dk>
To: Kees Cook <keescook@chromium.org>
Cc: Mark Rutland <mark.rutland@arm.com>,
linux-hardening@vger.kernel.org,
"Gustavo A. R. Silva" <gustavoars@kernel.org>,
Nathan Chancellor <nathan@kernel.org>,
Bill Wendling <morbo@google.com>,
Justin Stitt <justinstitt@google.com>,
Miguel Ojeda <ojeda@kernel.org>, Marco Elver <elver@google.com>,
linux-kernel@vger.kernel.org, llvm@lists.linux.dev
Subject: Re: [PATCH 4/5] overflow: Introduce add_wrap(), sub_wrap(), and mul_wrap()
Date: Mon, 29 Jan 2024 21:08:43 +0100 [thread overview]
Message-ID: <8dead2fb-d522-492b-89f2-1358198c1cdf@prevas.dk> (raw)
In-Reply-To: <20240129183411.3791340-4-keescook@chromium.org>
On 29/01/2024 19.34, Kees Cook wrote:
> Provide helpers that will perform wrapping addition, subtraction, or
> multiplication without tripping the arithmetic wrap-around sanitizers. The
> first argument is the type under which the wrap-around should happen
> with. In other words, these two calls will get very different results:
>
> add_wrap(int, 50, 50) == 2500
> add_wrap(u8, 50, 50) == 196
s/add/mul/g I suppose.
> Cc: Rasmus Villemoes <rasmus.villemoes@prevas.dk>
> Cc: Mark Rutland <mark.rutland@arm.com>
> Cc: linux-hardening@vger.kernel.org
> Signed-off-by: Kees Cook <keescook@chromium.org>
> ---
> include/linux/overflow.h | 54 ++++++++++++++++++++++++++++++++++++++++
> 1 file changed, 54 insertions(+)
>
> diff --git a/include/linux/overflow.h b/include/linux/overflow.h
> index 3c46c648d2e8..4f945e9e7881 100644
> --- a/include/linux/overflow.h
> +++ b/include/linux/overflow.h
> @@ -120,6 +120,24 @@ static inline bool __must_check __must_check_overflow(bool overflow)
> check_add_overflow(var, offset, &__result); \
> }))
>
> +/**
> + * add_wrap() - Intentionally perform a wrapping addition
> + * @type: type to check overflow against
Well, nothing is "checked", so why not just say "type of result"?
>
> +/**
> + * sub_wrap() - Intentionally perform a wrapping subtraction
> + * @type: type to check underflow against
The terminology becomes muddy, is (INT_MAX) - (-1) an underflow or
overflow? Anyway, see above.
>
> +/**
> + * mul_wrap() - Intentionally perform a wrapping multiplication
> + * @type: type to check underflow against
And here there's definitely a copy-pasto.
The code itself looks fine.
Rasmus
next prev parent reply other threads:[~2024-01-29 20:08 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-01-29 18:34 [PATCH 0/5] overflow: Introduce wrapping helpers Kees Cook
2024-01-29 18:34 ` [PATCH 1/5] overflow: Adjust check_*_overflow() kern-doc to reflect results Kees Cook
2024-01-29 18:34 ` [PATCH 2/5] overflow: Expand check_add_overflow() for pointer addition Kees Cook
2024-01-29 18:34 ` [PATCH 3/5] overflow: Introduce add_would_overflow() Kees Cook
2024-01-29 18:34 ` [PATCH 4/5] overflow: Introduce add_wrap(), sub_wrap(), and mul_wrap() Kees Cook
2024-01-29 20:08 ` Rasmus Villemoes [this message]
2024-01-29 20:26 ` Kees Cook
2024-01-29 18:34 ` [PATCH 5/5] overflow: Introduce inc_wrap() and dec_wrap() Kees Cook
2024-01-29 20:16 ` Rasmus Villemoes
2024-01-29 21:56 ` Kees Cook
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=8dead2fb-d522-492b-89f2-1358198c1cdf@prevas.dk \
--to=rasmus.villemoes@prevas.dk \
--cc=elver@google.com \
--cc=gustavoars@kernel.org \
--cc=justinstitt@google.com \
--cc=keescook@chromium.org \
--cc=linux-hardening@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=llvm@lists.linux.dev \
--cc=mark.rutland@arm.com \
--cc=morbo@google.com \
--cc=nathan@kernel.org \
--cc=ojeda@kernel.org \
/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