[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <aFjD-D45LkBH_gnA@google.com>
Date: Mon, 23 Jun 2025 03:03:20 +0000
From: Tzung-Bi Shih <tzungbi@...nel.org>
To: Naoya Tezuka <naoyatezuka@...omium.org>
Cc: Kees Cook <kees@...nel.org>, Tony Luck <tony.luck@...el.com>,
"Guilherme G . Piccoli" <gpiccoli@...lia.com>,
linux-hardening@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] pstore/ram: Validate ECC parameters against Reed-Solomon
constraint
On Fri, Jun 20, 2025 at 02:47:57PM +0900, Naoya Tezuka wrote:
> The Reed-Solomon library enforces the constraint `n <= 2^m - 1` via a
> BUG_ON(), where `n` is `block_size + ecc_size` and `m` is `symsize` for
^^^^^^^^
Better to provide a link, e.g. [1].
[1]: https://elixir.bootlin.com/linux/v6.15/source/lib/reed_solomon/decode_rs.c#L43
> the pstore RAM backend. A driver providing invalid parameters can trigger
> this, leading to a kernel panic. For more details on the theory behind:
> https://www.cs.cmu.edu/~guyb/realworld/reedsolomon/reed_solomon_codes.html
>
> This issue was discovered during develop chromeos_pstore driver:
s/develop/developing/.
> https://lore.kernel.org/lkml/20250610050458.4014083-1-naoyatezuka@chromium.org/
>
> Add a check to validate this constraint before initializing Reed-Solomon
> codec. On failure, return -EINVAL to prevent the panic.
>
> Signed-off-by: Naoya Tezuka <naoyatezuka@...omium.org>
The patch makes sense to me:
Reviewed-by: Tzung-Bi Shih <tzungbi@...nel.org>
Powered by blists - more mailing lists