CVE-2026-23163 in Linux
Riassunto
di VulDB • 17/06/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
drm/amdgpu: correzione del dereferenziamento di puntatore NULL in amdgpu_gmc_filter_faults_remove
Su APUs come Raven e Renoir (GC 9.1.0, 9.2.2, 9.3.0), i buffer circolari degli interrupt ih1 e ih2 non sono inizializzati. Questo è intenzionale, poiché questi anelli IH secondari sono disponibili solo sulle GPU discrete. Si veda vega10_ih_sw_init(), che salta esplicitamente l'inizializzazione di ih1/ih2 quando AMD_IS_APU è impostato.
Tuttavia, amdgpu_gmc_filter_faults_remove() utilizza incondizionatamente ih1 per ottenere il timestamp dell'ultimo entry di interrupt. Quando gli retry fault sono abilitati sulle APUs (noretry=0), questa funzione viene chiamata dal percorso di recupero degli SVM page fault, causando un dereferenziamento di puntatore NULL quando amdgpu_ih_decode_iv_ts_helper() tenta di accedere a ih->ring[].
Il crash si manifesta come segue:
BUG: kernel NULL pointer dereference, address: 0000000000000004 RIP: 0010:amdgpu_ih_decode_iv_ts_helper+0x22/0x40 [amdgpu]
Call Trace: amdgpu_gmc_filter_faults_remove+0x60/0x130 [amdgpu]
svm_range_restore_pages+0xae5/0x11c0 [amdgpu]
amdgpu_vm_handle_fault+0xc8/0x340 [amdgpu]
gmc_v9_0_process_interrupt+0x191/0x220 [amdgpu]
amdgpu_irq_dispatch+0xed/0x2c0 [amdgpu]
amdgpu_ih_process+0x84/0x100 [amdgpu]
Questo problema è stato esposto dal commit 1446226d32a4 ("drm/amdgpu: Remove GC HW IP 9.3.0 from noretry=1") che ha modificato il valore predefinito per l'APU Renoir da noretry=1 a noretry=0, abilitando la gestione degli retry fault ed esercitando quindi il percorso di codice difettoso.
Si risolve il problema aggiungendo un controllo per ih1.ring_size prima di tentare di utilizzarlo. Si ripristina inoltre il supporto soft_ih dal commit dd299441654f ("drm/amdgpu: Rework retry fault removal"). Questo è necessario se l'hardware non supporta gli anelli IH HW secondari.
v2: aggiornamenti aggiuntivi (Alex)
(cherry picked from commit 6ce8d536c80aa1f059e82184f0d1994436b1d526)
If you want to get best quality of vulnerability data, you may have to visit VulDB.