CVE-2026-64099 in Linux
Résumé
par VulDB • 20/07/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
drm/v3d : Correction d’un use-after-free sur les tableaux de requête des tâches CPU lors du chemin d’erreur (error path)
L’étiquette « fail » de l’appel système ioctl relatif aux tâches CPU appelle kvfree() sur les tableaux de timestamps et de performances de la requête cpu_job après v3d_job_cleanup(), ce qui libère la dernière référence associée à la tâche et supprime cpu_job. Lire cpu_job à ce stade constitue un use-after-free. De plus, en cas d’échec précoce lors de l’initialisation de v3d_job_init(), il s’agit d’une déréférencement NULL (NULL dereference), car v3d_job_deallocate() met le pointeur local à zéro.
Dans le chemin de succès (success path), les tableaux sont libérés via la fonction .free_job du planificateur, mais sur le chemin d’erreur, ils sont supprimés manuellement puisque la tâche n’a jamais été envoyée au planificateur. Bien que le chemin de succès gère cela correctement, ce n’est pas le cas du chemin d’échec (fail path).
Par ailleurs, les appels manuels à kvfree() ne libèrent que l’espace mémoire des tableaux ; ils n’appellent pas drm_syncobj_put() pour les objets de synchronisation par requête (syncobjs) qui sont gérés respectivement par v3d_timestamp_query_info_free() et v3d_performance_query_info_free() dans le chemin de succès. Ainsi, le même chemin d’échec qui déclenche un use-after-free entraîne également une fuite d’une référence syncobj par requête.
Unification du processus de destruction des tâches CPU au sein du destructeur kref associé à la tâche CPU, en suivant l’exemple de v3d_render_job_free(). La fonction .free_job du planificateur revient à utiliser génériquement v3d_sched_job_free(), et l’étiquette « fail » supprime les appels manuels à kvfree(), ne laissant ainsi qu’un seul chemin de destruction commun accessible depuis le planificateur ou depuis le chemin d’erreur de l’appel ioctl. Cette approche élimine par construction le use-after-free, la déréférencement NULL et la fuite syncobj.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.