linux-input.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH (repost)] Input: MT - use __GFP_NOWARN allocation at input_mt_init_slots()
@ 2023-03-28 11:25 Tetsuo Handa
  2023-09-03 13:55 ` Tetsuo Handa
  0 siblings, 1 reply; 3+ messages in thread
From: Tetsuo Handa @ 2023-03-28 11:25 UTC (permalink / raw)
  To: Henrik Rydberg, Dmitry Torokhov; +Cc: linux-input@vger.kernel.org

syzbot is reporting too large allocation at input_mt_init_slots(), for
num_slots is supplied from userspace using ioctl(UI_DEV_CREATE).

Use __GFP_NOWARN. Also, replace n2 with array_size(), for 32bits variable
n2 will overflow if num_slots >= 65536 and will cause out of bounds
read/write at input_mt_set_matrix()/input_mt_set_slots() on architectures
where PAGE_SIZE > 4096 is available (e.g. PPC64).

Reported-by: syzbot <syzbot+0122fa359a69694395d5@syzkaller.appspotmail.com>
Link: https://syzkaller.appspot.com/bug?extid=0122fa359a69694395d5
Signed-off-by: Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp>
---
Dmitry Torokhov proposed limiting max size to accept. But since it seems
that nobody knows appropriate max size to accept, reposting as-is.
https://lkml.kernel.org/r/03e8c3f0-bbbf-af37-6f52-67547cbd4cde@I-love.SAKURA.ne.jp

 drivers/input/input-mt.c | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/drivers/input/input-mt.c b/drivers/input/input-mt.c
index 14b53dac1253..cf74579462ba 100644
--- a/drivers/input/input-mt.c
+++ b/drivers/input/input-mt.c
@@ -47,7 +47,7 @@ int input_mt_init_slots(struct input_dev *dev, unsigned int num_slots,
 	if (mt)
 		return mt->num_slots != num_slots ? -EINVAL : 0;
 
-	mt = kzalloc(struct_size(mt, slots, num_slots), GFP_KERNEL);
+	mt = kzalloc(struct_size(mt, slots, num_slots), GFP_KERNEL | __GFP_NOWARN);
 	if (!mt)
 		goto err_mem;
 
@@ -80,8 +80,8 @@ int input_mt_init_slots(struct input_dev *dev, unsigned int num_slots,
 	if (flags & INPUT_MT_SEMI_MT)
 		__set_bit(INPUT_PROP_SEMI_MT, dev->propbit);
 	if (flags & INPUT_MT_TRACK) {
-		unsigned int n2 = num_slots * num_slots;
-		mt->red = kcalloc(n2, sizeof(*mt->red), GFP_KERNEL);
+		mt->red = kcalloc(array_size(num_slots, num_slots),
+				  sizeof(*mt->red), GFP_KERNEL | __GFP_NOWARN);
 		if (!mt->red)
 			goto err_mem;
 	}
-- 
2.18.4

^ permalink raw reply related	[flat|nested] 3+ messages in thread

* Re: [PATCH (repost)] Input: MT - use __GFP_NOWARN allocation at input_mt_init_slots()
  2023-03-28 11:25 [PATCH (repost)] Input: MT - use __GFP_NOWARN allocation at input_mt_init_slots() Tetsuo Handa
@ 2023-09-03 13:55 ` Tetsuo Handa
  2023-09-03 14:03   ` Greg Kroah-Hartman
  0 siblings, 1 reply; 3+ messages in thread
From: Tetsuo Handa @ 2023-09-03 13:55 UTC (permalink / raw)
  To: Henrik Rydberg, Greg Kroah-Hartman
  Cc: linux-input@vger.kernel.org, Dmitry Torokhov

Ping?

On 2023/03/28 20:25, Tetsuo Handa wrote:
> syzbot is reporting too large allocation at input_mt_init_slots(), for
> num_slots is supplied from userspace using ioctl(UI_DEV_CREATE).
> 
> Use __GFP_NOWARN. Also, replace n2 with array_size(), for 32bits variable
> n2 will overflow if num_slots >= 65536 and will cause out of bounds
> read/write at input_mt_set_matrix()/input_mt_set_slots() on architectures
> where PAGE_SIZE > 4096 is available (e.g. PPC64).
> 
> Reported-by: syzbot <syzbot+0122fa359a69694395d5@syzkaller.appspotmail.com>
> Link: https://syzkaller.appspot.com/bug?extid=0122fa359a69694395d5
> Signed-off-by: Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp>
> ---
> Dmitry Torokhov proposed limiting max size to accept. But since it seems
> that nobody knows appropriate max size to accept, reposting as-is.
> https://lkml.kernel.org/r/03e8c3f0-bbbf-af37-6f52-67547cbd4cde@I-love.SAKURA.ne.jp
> 
>  drivers/input/input-mt.c | 6 +++---
>  1 file changed, 3 insertions(+), 3 deletions(-)
> 
> diff --git a/drivers/input/input-mt.c b/drivers/input/input-mt.c
> index 14b53dac1253..cf74579462ba 100644
> --- a/drivers/input/input-mt.c
> +++ b/drivers/input/input-mt.c
> @@ -47,7 +47,7 @@ int input_mt_init_slots(struct input_dev *dev, unsigned int num_slots,
>  	if (mt)
>  		return mt->num_slots != num_slots ? -EINVAL : 0;
>  
> -	mt = kzalloc(struct_size(mt, slots, num_slots), GFP_KERNEL);
> +	mt = kzalloc(struct_size(mt, slots, num_slots), GFP_KERNEL | __GFP_NOWARN);
>  	if (!mt)
>  		goto err_mem;
>  
> @@ -80,8 +80,8 @@ int input_mt_init_slots(struct input_dev *dev, unsigned int num_slots,
>  	if (flags & INPUT_MT_SEMI_MT)
>  		__set_bit(INPUT_PROP_SEMI_MT, dev->propbit);
>  	if (flags & INPUT_MT_TRACK) {
> -		unsigned int n2 = num_slots * num_slots;
> -		mt->red = kcalloc(n2, sizeof(*mt->red), GFP_KERNEL);
> +		mt->red = kcalloc(array_size(num_slots, num_slots),
> +				  sizeof(*mt->red), GFP_KERNEL | __GFP_NOWARN);
>  		if (!mt->red)
>  			goto err_mem;
>  	}


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH (repost)] Input: MT - use __GFP_NOWARN allocation at input_mt_init_slots()
  2023-09-03 13:55 ` Tetsuo Handa
@ 2023-09-03 14:03   ` Greg Kroah-Hartman
  0 siblings, 0 replies; 3+ messages in thread
From: Greg Kroah-Hartman @ 2023-09-03 14:03 UTC (permalink / raw)
  To: Tetsuo Handa; +Cc: Henrik Rydberg, linux-input@vger.kernel.org, Dmitry Torokhov

On Sun, Sep 03, 2023 at 10:55:45PM +0900, Tetsuo Handa wrote:
> Ping?
> 
> On 2023/03/28 20:25, Tetsuo Handa wrote:

It's the middle of the merge window, no one can do anything until after
-rc1 is out, you know this...

greg k-h

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2023-09-03 14:03 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2023-03-28 11:25 [PATCH (repost)] Input: MT - use __GFP_NOWARN allocation at input_mt_init_slots() Tetsuo Handa
2023-09-03 13:55 ` Tetsuo Handa
2023-09-03 14:03   ` Greg Kroah-Hartman

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).