CVE-2024-53056: Linux kernel · drm/mediatek: Fix potential NULL dereference in mtk_crtc_destroy()
Affects Linux kernelSource GCVE Database
Not known to be exploited · CVSS 5.5 Medium.
Data as of 30 Oct 2026, 13:34 UTC
Thin evidence
One scorer or none| CISA-ADP | CVSS 3.1 | 5.5 |
|---|
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 19 Nov 2024
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 30 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Linux Linux | Affected
| Fixed in– |
Description
In the Linux kernel, the following vulnerability has been resolved: drm/mediatek: Fix potential NULL dereference in mtk_crtc_destroy() In mtk_crtc_create(), if the call to mbox_request_channel() fails then we set the "mtk_crtc->cmdq_client.chan" pointer to NULL. In that situation, we do not call cmdq_pkt_create(). During the cleanup, we need to check if the "mtk_crtc->cmdq_client.chan" is NULL first before calling cmdq_pkt_destroy(). Calling cmdq_pkt_destroy() is unnecessary if we didn't call cmdq_pkt_create() and it will result in a NULL pointer dereference.
References
- git.kernel.org/stable/c/32ac6dccf561af97f20a3831430577d8a978e672 (opens in a new tab)
- git.kernel.org/stable/c/fb05e973698f4af008c7fb6e0cfa6a2fa1d98409 (opens in a new tab)
- git.kernel.org/stable/c/c60583a87cb4a85b69d1f448f0be5eb6ec62cbb2 (opens in a new tab)
- git.kernel.org/stable/c/4018651ba5c409034149f297d3dd3328b91561fd (opens in a new tab)