CVE-2026-93183 in Linux
Sumário
de VulDB • 18/09/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
drm/lima: chamar drm_mm_init() com um intervalo de alocação válido
A função lima_vm_create() é atualmente executada antes que va_start e va_end sejam configurados, o que significa que ambos são 0. A função lima_vm_create() chama drm_mm_init() passando esses valores como argumentos para o alocador; se DRM_DEBUG_MM estiver habilitado, a verificação DRM_MM_BUG_ON em drm_mm_init é acionada, conforme observado no exynos4412-odroid-u2:
[ 1.736297] ------------[ cut here ]------------
[ 1.740370] kernel BUG at drivers/gpu/drm/drm_mm.c:931!
[ 1.745574] Internal error: Oops - BUG: 0 [#1] SMP ARM
[ 1.750697] Modules linked in:
[ 1.753734] CPU: 0 UID: 0 PID: 41 Comm: kworker/u16:1 Not tainted 7.0.10-postmarketos-exynos4 #11 PREEMPT
[ 1.763372] Hardware name: Samsung Exynos (Flattened Device Tree)
[ 1.769446] Workqueue: events_unbound deferred_probe_work_func
[ 1.775261] PC is at drm_mm_init+0x9c/0xa4
[ 1.779339] LR is at lima_vm_create+0x144/0x17c
[ ... ]
Corrija o problema movendo a chamada de lima_vm_create() para depois que va_start e va_end estiverem configurados.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.