{"id":"CVE-2022-50725","summary":"media: vidtv: Fix use-after-free in vidtv_bridge_dvb_init()","details":"In the Linux kernel, the following vulnerability has been resolved:\n\nmedia: vidtv: Fix use-after-free in vidtv_bridge_dvb_init()\n\nKASAN reports a use-after-free:\nBUG: KASAN: use-after-free in dvb_dmxdev_release+0x4d5/0x5d0 [dvb_core]\nCall Trace:\n ...\n dvb_dmxdev_release+0x4d5/0x5d0 [dvb_core]\n vidtv_bridge_probe+0x7bf/0xa40 [dvb_vidtv_bridge]\n platform_probe+0xb6/0x170\n ...\nAllocated by task 1238:\n ...\n dvb_register_device+0x1a7/0xa70 [dvb_core]\n dvb_dmxdev_init+0x2af/0x4a0 [dvb_core]\n vidtv_bridge_probe+0x766/0xa40 [dvb_vidtv_bridge]\n ...\nFreed by task 1238:\n dvb_register_device+0x6d2/0xa70 [dvb_core]\n dvb_dmxdev_init+0x2af/0x4a0 [dvb_core]\n vidtv_bridge_probe+0x766/0xa40 [dvb_vidtv_bridge]\n ...\n\nIt is because the error handling in vidtv_bridge_dvb_init() is wrong.\n\nFirst, vidtv_bridge_dmx(dev)_init() will clean themselves when fail, but\ngoto fail_dmx(_dev): calls release functions again, which causes\nuse-after-free.\n\nAlso, in fail_fe, fail_tuner_probe and fail_demod_probe, j = i will cause\nout-of-bound when i finished its loop (i == NUM_FE). And the loop\nreleasing is wrong, although now NUM_FE is 1 so it won't cause problem.\n\nFix this by correctly releasing everything.","modified":"2026-04-02T08:28:43.459195Z","published":"2025-12-24T12:22:46.939Z","database_specific":{"osv_generated_from":"https://github.com/CVEProject/cvelistV5/tree/main/cves/2022/50xxx/CVE-2022-50725.json","cna_assigner":"Linux"},"references":[{"type":"WEB","url":"https://git.kernel.org/stable/c/0369af6fe33d4053899b121b32e91f870b2cf0ae"},{"type":"WEB","url":"https://git.kernel.org/stable/c/06398ce69571a43a8a0dd0f1bfe35d221f726a6a"},{"type":"WEB","url":"https://git.kernel.org/stable/c/8a204a0b4a0d105229735222c515759ea2b126c1"},{"type":"WEB","url":"https://git.kernel.org/stable/c/ba8d9405935097e296bcf7a942c3a01df0edb865"},{"type":"WEB","url":"https://git.kernel.org/stable/c/c290aa527fd832d278c6388a3ba53a9890fbd74a"},{"type":"ADVISORY","url":"https://github.com/CVEProject/cvelistV5/tree/main/cves/2022/50xxx/CVE-2022-50725.json"},{"type":"ADVISORY","url":"https://nvd.nist.gov/vuln/detail/CVE-2022-50725"},{"type":"PACKAGE","url":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git"}],"affected":[{"ranges":[{"type":"GIT","repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","events":[{"introduced":"f90cf6079bf67988f8b1ad1ade70fc89d0080905"},{"fixed":"0369af6fe33d4053899b121b32e91f870b2cf0ae"},{"fixed":"c290aa527fd832d278c6388a3ba53a9890fbd74a"},{"fixed":"06398ce69571a43a8a0dd0f1bfe35d221f726a6a"},{"fixed":"8a204a0b4a0d105229735222c515759ea2b126c1"},{"fixed":"ba8d9405935097e296bcf7a942c3a01df0edb865"}]}],"database_specific":{"source":"https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2022-50725.json"}},{"package":{"name":"Kernel","ecosystem":"Linux"},"ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"5.10.0"},{"fixed":"5.10.163"}]},{"type":"ECOSYSTEM","events":[{"introduced":"5.11.0"},{"fixed":"5.15.86"}]},{"type":"ECOSYSTEM","events":[{"introduced":"5.16.0"},{"fixed":"6.0.16"}]},{"type":"ECOSYSTEM","events":[{"introduced":"6.1.0"},{"fixed":"6.1.2"}]}],"database_specific":{"source":"https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2022-50725.json"}}],"schema_version":"1.7.5"}