All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>
To: Muhammad Bilal <meatuni001@gmail.com>
Cc: "Jorge Lopez" <jorge.lopez2@hp.com>,
	"Hans de Goede" <hansg@kernel.org>,
	"Andy Shevchenko" <andriy.shevchenko@linux.intel.com>,
	"Thomas Weißschuh" <linux@weissschuh.net>,
	platform-driver-x86@vger.kernel.org,
	LKML <linux-kernel@vger.kernel.org>,
	stable@vger.kernel.org
Subject: Re: [PATCH v4 6/9] platform/x86: hp-bioscfg: fix heap OOB with embedded NUL in store paths
Date: Mon, 5 Oct 2026 16:25:13 +0300 (EEST)	[thread overview]
Message-ID: <67806c30-fb5a-1871-442f-8037a06c1c9c@linux.intel.com> (raw)
In-Reply-To: <20261002191434.58529-7-meatuni001@gmail.com>

On Sat, 3 Oct 2026, Muhammad Bilal wrote:

> The store handlers copy the input with kstrdup(), which stops at the
> first NUL, but pass the full write size to
> hp_enforce_single_line_input(). With an embedded NUL the copy is
> shorter than count, so the helper reads, and can write one byte, past
> the allocation.
> 
> Writing "A\0" followed by 4093 bytes of "B" to current_password makes
> memchr() scan 4093 bytes past a 2-byte copy. On an HP EliteBook 840 G2
> running Linux 7.2.7 all 100 such writes fail with -EINVAL although the
> input has no newline, so memchr() matched one in the heap. A userspace
> replica under ASan reports the same 4095 byte read, 0 bytes after the
> 2-byte region.
> 
> Use kmemdup_nul() so the copy is always count + 1 bytes long.
> 
> Compile tested only.
> 
> Fixes: 5f94f181ca25 ("platform/x86: hp-bioscfg: bioscfg-h")
> Fixes: 8646a3b5ee3a ("platform/x86: hp-bioscfg: passwdobj-attributes")
> Cc: stable@vger.kernel.org
> Signed-off-by: Muhammad Bilal <meatuni001@gmail.com>

I don't understand this change.

What is the usecase for using the input beyond the first NUL?

> ---
> Changes in v4:
>  - New patch
> 
>  drivers/platform/x86/hp/hp-bioscfg/bioscfg.h              | 2 +-
>  drivers/platform/x86/hp/hp-bioscfg/passwdobj-attributes.c | 2 +-
>  2 files changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/drivers/platform/x86/hp/hp-bioscfg/bioscfg.h b/drivers/platform/x86/hp/hp-bioscfg/bioscfg.h
> index ac57d6eab..77cb9cac1 100644
> --- a/drivers/platform/x86/hp/hp-bioscfg/bioscfg.h
> +++ b/drivers/platform/x86/hp/hp-bioscfg/bioscfg.h
> @@ -326,7 +326,7 @@ enum hp_wmi_data_elements {
>  		int i;							\
>  		int ret = -EIO;						\
>  									\
> -		attr_value = kstrdup(buf, GFP_KERNEL);			\
> +		attr_value = kmemdup_nul(buf, count, GFP_KERNEL);	\
>  		if (!attr_value)					\
>  			return -ENOMEM;					\
>  									\
> diff --git a/drivers/platform/x86/hp/hp-bioscfg/passwdobj-attributes.c b/drivers/platform/x86/hp/hp-bioscfg/passwdobj-attributes.c
> index a2f50ecbe..6c123d7a5 100644
> --- a/drivers/platform/x86/hp/hp-bioscfg/passwdobj-attributes.c
> +++ b/drivers/platform/x86/hp/hp-bioscfg/passwdobj-attributes.c
> @@ -93,7 +93,7 @@ static int store_password_instance(struct kobject *kobj, const char *buf,
>  	char *buf_cp;
>  	int id, ret = 0;
>  
> -	buf_cp = kstrdup(buf, GFP_KERNEL);
> +	buf_cp = kmemdup_nul(buf, count, GFP_KERNEL);
>  	if (!buf_cp)
>  		return -ENOMEM;
>  
> 

-- 
 i.


  reply	other threads:[~2026-10-05 13:25 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-10-02 19:14 [PATCH v4 0/9] platform/x86: hp-bioscfg: buffer handling fixes Muhammad Bilal
2026-10-02 19:14 ` [PATCH v4 1/9] platform/x86: hp-bioscfg: fix OOB reads in hp_get_string_from_buffer() Muhammad Bilal
2026-10-03 20:14   ` Andy Shevchenko
2026-10-02 19:14 ` [PATCH v4 2/9] platform/x86: hp-bioscfg: fix non-ASCII truncation " Muhammad Bilal
2026-10-02 19:14 ` [PATCH v4 3/9] platform/x86: hp-bioscfg: return -E2BIG from validate_password_input() Muhammad Bilal
2026-10-02 19:14 ` [PATCH v4 4/9] platform/x86: hp-bioscfg: allow clearing current_password Muhammad Bilal
2026-10-05 13:13   ` Ilpo Järvinen
2026-10-02 19:14 ` [PATCH v4 5/9] platform/x86: hp-bioscfg: fix off-by-one in password length check Muhammad Bilal
2026-10-02 19:14 ` [PATCH v4 6/9] platform/x86: hp-bioscfg: fix heap OOB with embedded NUL in store paths Muhammad Bilal
2026-10-05 13:25   ` Ilpo Järvinen [this message]
2026-10-02 19:14 ` [PATCH v4 7/9] platform/x86: hp-bioscfg: validate SPM state returned by firmware Muhammad Bilal
2026-10-05 13:28   ` Ilpo Järvinen
2026-10-02 19:14 ` [PATCH v4 8/9] platform/x86: hp-bioscfg: NUL-terminate the SPM auth token Muhammad Bilal
2026-10-05 13:41   ` Ilpo Järvinen
2026-10-02 19:14 ` [PATCH v4 9/9] platform/x86: hp-bioscfg: fix oops on short integer attribute buffer Muhammad Bilal

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=67806c30-fb5a-1871-442f-8037a06c1c9c@linux.intel.com \
    --to=ilpo.jarvinen@linux.intel.com \
    --cc=andriy.shevchenko@linux.intel.com \
    --cc=hansg@kernel.org \
    --cc=jorge.lopez2@hp.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux@weissschuh.net \
    --cc=meatuni001@gmail.com \
    --cc=platform-driver-x86@vger.kernel.org \
    --cc=stable@vger.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.