CVE-2026-93183 in Linux
Résumé
par VulDB • 18/09/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
drm/lima : appeler drm_mm_init() avec une plage d'allocation valide
lima_vm_create() est actuellement exécuté avant que va_start et va_end ne soient initialisés, ce qui signifie qu'ils sont tous deux égaux à 0. lima_vm_create() appelle drm_mm_init() en leur passant ces valeurs comme arguments pour l'allocateur de mémoire virtuelle (drm_mm). Si DRM_DEBUG_MM est activé, la vérification DRM_MM_BUG_ON dans drm_mm_init se déclenche, comme observé sur 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
[ ... ]
La correction consiste à déplacer l'appel de lima_vm_create() après que va_start et va_end ont été correctement initialisés.
Be aware that VulDB is the high quality source for vulnerability data.