]> git.baikalelectronics.ru Git - kernel.git/commit
video: fbdev: vesafb: Fix a use-after-free due early fb_info cleanup
authorJavier Martinez Canillas <javierm@redhat.com>
Thu, 26 May 2022 19:47:52 +0000 (21:47 +0200)
committerHelge Deller <deller@gmx.de>
Sat, 28 May 2022 17:26:56 +0000 (19:26 +0200)
commit5a9d2368b822eae165c17be5cde293eae22e4a2f
tree53f0b69267961370c857d1d2fea9221bd765431f
parent04e571129361041e6c92bde262e3170d2534ac00
video: fbdev: vesafb: Fix a use-after-free due early fb_info cleanup

Commit bdffc31d4a3b ("fbdev: vesafb: Cleanup fb_info in .fb_destroy rather
than .remove") fixed a use-after-free error due the vesafb driver freeing
the fb_info in the .remove handler instead of doing it in .fb_destroy.

This can happen if the .fb_destroy callback is executed after the .remove
callback, since the former tries to access a pointer freed by the latter.

But that change didn't take into account that another possible scenario is
that .fb_destroy is called before the .remove callback. For example, if no
process has the fbdev chardev opened by the time the driver is removed.

If that's the case, fb_info will be freed when unregister_framebuffer() is
called, making the fb_info pointer accessed in vesafb_remove() after that
to no longer be valid.

To prevent that, move the expression containing the info->par to happen
before the unregister_framebuffer() function call.

Fixes: bdffc31d4a3b ("fbdev: vesafb: Cleanup fb_info in .fb_destroy rather than .remove")
Reported-by: Pascal Ernster <dri-devel@hardfalcon.net>
Signed-off-by: Javier Martinez Canillas <javierm@redhat.com>
Tested-by: Pascal Ernster <dri-devel@hardfalcon.net>
Signed-off-by: Helge Deller <deller@gmx.de>
drivers/video/fbdev/vesafb.c