Am Dienstag, den 20.08.2019, 19:55 +0100 schrieb Ben Hutchings:
> On Tue, 2019-04-30 at 15:07 +0200, Oliver Neukum wrote:
> > dvb_usb_device_exit() frees and uses the device name in that order
> > Fix by storing the name in a buffer before freeing it
> > 
> > v2: fixed style issues
> > v3: strscpy used and variable names changed
> > v4: really use strscpy everywhere
> > 
> > Signed-off-by: Oliver Neukum <oneu...@suse.com>
> > Reported-by: syzbot+26ec41e9f788b3eba...@syzkaller.appspotmail.com
> 
> This doesn't fix that bug (and I don't think it fixes a bug at all). 
> The name string is static and doesn't get freed until the module it's
> in is freed.

I see.

> Look again at the stack traces in
> <https://syzkaller.appspot.com/bug?extid=26ec41e9f788b3eba396>:
> 
> > Allocated by task 21:
> 
> [...]
> >  kmemdup+0x23/0x50 mm/util.c:118
> > 
> 
>  kmemdup include/linux/string.h:428 [inline]
> >  dw2102_probe+0x62c/0xc50
> 
> drivers/media/usb/dvb-usb/dw2102.c:2375
> [...]
> > Freed by task 21:
> 
> [...]
> > 
> 
>  kfree+0xce/0x290 mm/slub.c:3958
> >  dw2102_probe+0x876/0xc50
> 
> drivers/media/usb/dvb-usb/dw2102.c:2409
> 
> So, d->desc was freed during probe, and is a dangling pointer before
> dvb_usb_device_exit() runs at all.

In that case KASAN would have reported a double free in testing, which
it did not.

> The bug seems to have been introduced by:
> 
> commit 299c7007e93645067e1d2743f4e50156de78c4ff
> Author: Anton Vasilyev <vasil...@ispras.ru>
> Date:   Mon Jul 23 13:04:54 2018 -0400
> 
>     media: dw2102: Fix memleak on sequence of probes

AFAICT this patch only does anything if probe() succeeds, which it does
not. Something is strange.

        Regards
                Oliver

Reply via email to