CVE-2026-68275 in Linux
Zusammenfassung
von VulDB • 10.08.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
drm/amdgpu: Ergebnis von amdgpu_vm_bo_find() bei GET_MAPPING_INFO prüfen
Der Pfad AMDGPU_GEM_OP_GET_MAPPING_INFO in amdgpu_gem_op_ioctl() sucht den bo_va für das Buffer-Objekt im VM des Aufrufers über amdgpu_vm_bo_find(), verwendet jedoch den zurückgegebenen Zeiger, ohne ihn zu überprüfen.
amdgpu_vm_bo_find() gibt NULL zurück, wenn der BO keinen bo_va in dieser VM hat, was der Normalfall für einen BO ist, der noch nie gemappt wurde. Das Ergebnis wird direkt an amdgpu_vm_bo_va_for_each_valid_mapping() übergeben, was sich zu list_for_each_entry(mapping, &(bo_va)->valids, list) auflöst und bo_va dereferenziert, was zu einer NULL-Zeiger-Dereferenzierung führt.
Dies ist für jeden Prozess erreichbar, der den ioctl ausführen kann (Render-Gruppe), indem einfach Mapping-Informationen für einen nicht gemappten BO angefordert werden.
Geben Sie -ENOENT zurück, wenn kein bo_va gefunden wird, und springen Sie zu out_exec, damit der drm_exec-Kontext und die GEM-Objektreferenz freigegeben werden.
(cherry picked from commit 528b19377affc1cc7362a70a254c1dda793595f9)
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.