CVE-2026-23215

Linux nüvəsində aşağıdakı zəiflik aradan qaldırılmışdır: x86/vmware: Hypercall clobber-lərinin düzəldilməsi Fedora QA tərəfindən aşağıdakı panika hesabatlaşdırılıb: BUG: unable to handle page fault for address: 0000000040003e54 #PF: supervisor write access in kernel mode #PF: error_code(0x0002) - not-present page Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS edk2-20251119-3.fc43 11/19/2025 RIP: 0010:vmware_hypercall4.constprop.0+0x52/0x90 .. Call Trace: vmmouse_report_events+0x13e/0x1b0 psmouse_handle_byte+0x15/0x60 ps2_interrupt+0x8a/0xd0 ... Bunun səbəbi QEMU VMware siçan emulyasiyasının xətalı olması və nüvənin göstəricini saxladığı %rdi registrinə aid yuxarı 32 bitləri sıfırlamasıdır. QEMU vmmouse drayveri registr vəziyyətini "uint32_t data[6];" massivində saxlayır və bərpa edir, nəticədə vəziyyəti yuxarı bitləri tamamilə sıfırlanmış şəkildə bərpa edir. RDI əvvəlcə etibarlı nüvə stek ünvanının dəyərini (0xff5eeb3240003e54) saxlayırdı. vmware hypercall-dan sonra o, artıq 0x40003e54 dəyərini saxlayır və buna istinad edildikdə nəticə etibarilə page fault baş verir. Düzgün həll yolu QEMU-da olmalı idi, lakin köhnə nüvələrdə hypercall zamanı %rdi-də hər hansı bir vəziyyət saxlanılmadığı üçün, köhnə konfiqurasiyaların işlək qalmasını təmin etmək məqsədilə bu problem nüvədə bypass edilir. Nəzəriyyəyə görə, eyni problem vmmouse drayverindəki bütün hypercall-lar üçün mövcuddur; praktikada isə bu yalnız vmware_hypercall3() və vmware_hypercall4() funksiyalarında müşahidə edilmişdir. Hazırda sadəcə həmin iki çağırış üçün RDI/RSI clobbered kimi qeyd olunub. Kompilyatorun hypercall-lar boyunca RDI/RSI-ni aktiv saxlamaq istəməsi nadir hal olduğu üçün, bu, ümumi kod generasiyasına minimal təsir göstərməlidir.