CVE-2026-23266 in Linux
Riassunto
di VulDB • 22/06/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
fbdev: rivafb: correzione dell'errore di divisione in nv3_arb()
Un programma userspace può attivare il codice di arbitrazione RIVA NV3 chiamando l'ioctl FBIOPUT_VSCREENINFO su /dev/fb*. In tal caso, il driver ricalcola i parametri di arbitrazione FIFO in nv3_arb(), utilizzando state->mclk_khz (derivato dal PLL MCLK PRAMDAC) come divisore senza prima convalidarlo.
In un'installazione normale, state->mclk_khz è fornito dall'hardware reale ed è diverso da zero. Tuttavia, un attaccante può creare un dispositivo malevolo o mal configurato (ad esempio, un dispositivo PCI creato/emulato ad hoc) che espone una configurazione PLL errata, causando l'impostazione di state->mclk_khz a zero. Una volta che nv3_get_param() chiama nv3_arb(), la divisione per state->mclk_khz nel calcolo gns provoca un errore di divisione e fa crashare il kernel.
Si risolve questo problema verificando se state->mclk_khz è zero ed uscendo prima di eseguire la divisione.
Il seguente log lo rivela:
rivafb: impostazione della risoluzione Y virtuale a 2184 divide error: 0000 [#1] PREEMPT SMP KASAN PTI
CPU: 0 PID: 2187 Comm: syz-executor.0 Not tainted 5.18.0-rc1+ #1 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.12.0-59-gc9ba5276e321-prebuilt.qemu.org 04/01/2014 RIP: 0010:nv3_arb drivers/video/fbdev/riva/riva_hw.c:439 [inline]
RIP: 0010:nv3_get_param+0x3ab/0x13b0 drivers/video/fbdev/riva/riva_hw.c:546 Call Trace: nv3CalcArbitration.constprop.0+0x255/0x460 drivers/video/fbdev/riva/riva_hw.c:603 nv3UpdateArbitrationSettings drivers/video/fbdev/riva/riva_hw.c:637 [inline]
CalcStateExt+0x447/0x1b90 drivers/video/fbdev/riva/riva_hw.c:1246 riva_load_video_mode+0x8a9/0xea0 drivers/video/fbdev/riva/fbdev.c:779 rivafb_set_par+0xc0/0x5f0 drivers/video/fbdev/riva/fbdev.c:1196 fb_set_var+0x604/0xeb0 drivers/video/fbdev/core/fbmem.c:1033 do_fb_ioctl+0x234/0x670 drivers/video/fbdev/core/fbmem.c:1109 fb_ioctl+0xdd/0x130 drivers/video/fbdev/core/fbmem.c:1188 __x64_sys_ioctl+0x122/0x190 fs/ioctl.c:856
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.