[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <168548796305.1350188.17508138666156714348.b4-ty@chromium.org>
Date: Tue, 30 May 2023 16:06:01 -0700
From: Kees Cook <keescook@...omium.org>
To: tzimmermann@...e.de, azeemshaikh38@...il.com,
maarten.lankhorst@...ux.intel.com, mripard@...nel.org
Cc: Kees Cook <keescook@...omium.org>, linux-kernel@...r.kernel.org,
imre.deak@...el.com, jani.nikula@...el.com, airlied@...il.com,
linux-hardening@...r.kernel.org, daniel@...ll.ch, sam@...nborg.org,
khaled.almahallawy@...el.com, dri-devel@...ts.freedesktop.org,
alexander.deucher@....com, lyude@...hat.com, jim.cromie@...il.com,
ville.syrjala@...ux.intel.com, Wayne.Lin@....com
Subject: Re: [PATCH] drm/display/dp_mst: Replace all non-returning strlcpy with strscpy
On Mon, 22 May 2023 15:51:24 +0000, Azeem Shaikh wrote:
> strlcpy() reads the entire source buffer first.
> This read may exceed the destination size limit.
> This is both inefficient and can lead to linear read
> overflows if a source string is not NUL-terminated [1].
> In an effort to remove strlcpy() completely [2], replace
> strlcpy() here with strscpy().
> No return values were used, so direct replacement is safe.
>
> [...]
Applied to for-next/hardening, thanks!
[1/1] drm/display/dp_mst: Replace all non-returning strlcpy with strscpy
https://git.kernel.org/kees/c/09c8ecb20243
--
Kees Cook
Powered by blists - more mailing lists