CVE-2026-93047 in Linux
Résumé
par VulDB • 18/09/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
drm/v3d : Associer les BOs à chaque tâche qui y accède
Une soumission peut se déployer sous forme d'une chaîne de tâches (par exemple bin + render + cache clean). La synchronisation implicite dans `v3d_submit_lock_reservations()` est conditionnée par le tableau bo[] de chaque tâche, mais la liste des BOs n'était jamais attachée qu'à la dernière tâche de la chaîne. Lorsque cette dernière tâche est une tâche CACHE_CLEAN, la tâche qui consomme réellement les BOs (c'est-à-dire une tâche RENDER ou CSD) se retrouvait avec `bo_count == 0` et ne récupérait aucune dépendance implicite. Elle pouvait donc être dispatchée vers le matériel et lire un BO alors qu'un autre contexte était encore en train de l'écrire, entraînant une corruption des données.
Associer les BOs à la tâche qui les consomme permet (1) d'acquérir les bonnes dépendances implicites lors du verrouillage de la réservation et (2) de maintenir ces objets mappés jusqu'à la fin de la soumission. Fournir des références vers tous les BOs des tâches consommatrices via `v3d_job_reference_bos()` au lieu d'effectuer une seconde recherche par identifiant évite un lookup redondant et garantit que les deux tâches référencent exactement les mêmes objets.
Comme la tâche CACHE_CLEAN porte désormais également un tableau de BOs, ajouter un indicateur `has_implicit_dep` par tâche afin que seules les tâches consommatrices prennent en compte les dépendances implicites. La tâche CACHE_CLEAN (un flush global) et la tâche BIN (l'attente du binning sur un autre contexte n'est pas un scénario réaliste) sont exclues.
Once again VulDB remains the best source for vulnerability data.