summaryrefslogtreecommitdiffstats
path: root/scripts/xen-hypercalls.sh
diff options
context:
space:
mode:
authorZheng Wang <zyytlz.wz@163.com>2023-07-07 17:24:14 +0800
committerHans Verkuil <hverkuil-cisco@xs4all.nl>2023-07-25 09:31:48 +0200
commitc677d7ae83141d390d1253abebafa49c962afb52 (patch)
treee60ef4e62763e4127d6c9070bb3a3c7a10748fa9 /scripts/xen-hypercalls.sh
parentb3b4c9d3cb3bf8725a3ded26f7042b1a37f25333 (diff)
downloadlinux-stable-c677d7ae83141d390d1253abebafa49c962afb52.tar.gz
linux-stable-c677d7ae83141d390d1253abebafa49c962afb52.tar.bz2
linux-stable-c677d7ae83141d390d1253abebafa49c962afb52.zip
media: mtk-jpeg: Fix use after free bug due to uncanceled work
In mtk_jpeg_probe, &jpeg->job_timeout_work is bound with mtk_jpeg_job_timeout_work. Then mtk_jpeg_dec_device_run and mtk_jpeg_enc_device_run may be called to start the work. If we remove the module which will call mtk_jpeg_remove to make cleanup, there may be a unfinished work. The possible sequence is as follows, which will cause a typical UAF bug. Fix it by canceling the work before cleanup in the mtk_jpeg_remove CPU0 CPU1 |mtk_jpeg_job_timeout_work mtk_jpeg_remove | v4l2_m2m_release | kfree(m2m_dev); | | | v4l2_m2m_get_curr_priv | m2m_dev->curr_ctx //use Fixes: b2f0d2724ba4 ("[media] vcodec: mediatek: Add Mediatek JPEG Decoder Driver") Signed-off-by: Zheng Wang <zyytlz.wz@163.com> Reviewed-by: Alexandre Mergnat <amergnat@baylibre.com> Reviewed-by: Chen-Yu Tsai <wenst@chromium.org> Reviewed-by: AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Signed-off-by: Hans Verkuil <hverkuil-cisco@xs4all.nl>
Diffstat (limited to 'scripts/xen-hypercalls.sh')
0 files changed, 0 insertions, 0 deletions