On Fri, May 17, 2024 at 09:09:04AM +0000, Hagar Hemdan wrote: > Users can call the gpio_ioctl() interface to get information about gpio > chip lines. > Lines on the chip are identified by an offset in the range > of [0,chip.lines). > Offset is copied from user and then used as an array index to get > the gpio descriptor without sanitization. > > This change ensures that the offset is sanitized by > "using array_index_nospec" to mitigate any possibility of speculative > information leaks. > This could better describe the problem. I'm still not 100% sure I understand it, so it would be great if the comment could clarify it, specifically what "speculation leaks" means. And when referencing functions use (), so array_index_nospec(), rather than quotes. > This bug was discovered and resolved using Coverity Static Analysis > Security Testing (SAST) by Synopsys, Inc. > > Fixes: aad955842d1c ("gpiolib: cdev: support GPIO_V2_GET_LINEINFO_IOCTL and GPIO_V2_GET_LINEINFO_WATCH_IOCTL") This is not the correct commit(s) - the bug would've been present in the character device uAPI since it was first added. In fact two out of three places you patched in v1 pre-date this commit. > Signed-off-by: Hagar Hemdan <hagarhem@xxxxxxxxxx> > --- > v2: call array_index_nospec() after the bounds check. > --- > drivers/gpio/gpiolib.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/drivers/gpio/gpiolib.c b/drivers/gpio/gpiolib.c > index fa50db0c3605..b58e4fe78cec 100644 > --- a/drivers/gpio/gpiolib.c > +++ b/drivers/gpio/gpiolib.c > @@ -17,6 +17,7 @@ > #include <linux/list.h> > #include <linux/lockdep.h> > #include <linux/module.h> > +#include <linux/nospec.h> > #include <linux/of.h> > #include <linux/pinctrl/consumer.h> > #include <linux/seq_file.h> > @@ -201,7 +202,7 @@ gpio_device_get_desc(struct gpio_device *gdev, unsigned int hwnum) > if (hwnum >= gdev->ngpio) > return ERR_PTR(-EINVAL); > > - return &gdev->descs[hwnum]; > + return &gdev->descs[array_index_nospec(hwnum, gdev->ngpio)]; > } > EXPORT_SYMBOL_GPL(gpio_device_get_desc); > That makes more sense to me, so I no problem with the code change. Cheers, Kent.