CVE-2023-54095 in Linux
Tóm tắt
Bởi VulDB • 09/06/2026
Trong kernel Linux, lỗ hổng sau đây đã được khắc phục:
powerpc/iommu: Sửa lỗi các bộ thông báo (notifiers) bị chia sẻ giữa các bus PCI và VIO.
Hàm `fail_iommu_setup()` đăng ký cấu trúc `fail_iommu_bus_notifier` cho cả hai loại bus là PCI và VIO. Vì `struct notifier_block` là một nút của danh sách liên kết, việc này khiến bất kỳ bộ thông báo nào được đăng ký sau đó vào một trong hai loại bus cũng sẽ tự động được đăng ký vào bus kia do chúng chia sẻ cùng một nút.
Điều này gây ra sự cố (ít nhất) trong mã nguồn `vgaarb`, nơi mà một bộ thông báo cho các bus PCI được đăng ký. Hàm `pci_notify()` cuối cùng bị gọi trên một thiết bị vio, đã được chuyển đổi bằng hàm `to_pci_dev()` mặc dù nó không phải là thiết bị PCI, và dẫn đến việc truy cập bộ nhớ sai trong hàm `vga_arbiter_add_pci_device()`, như đã phát hiện bởi KASAN:
BUG: KASAN: slab-out-of-bounds in vga_arbiter_add_pci_device+0x60/0xe00 Read of size 4 at addr c000000264c26fdc by task swapper/0/1
Call Trace: dump_stack_lvl+0x1bc/0x2b8 (unreliable) print_report+0x3f4/0xc60 kasan_report+0x244/0x698 __asan_load4+0xe8/0x250 vga_arbiter_add_pci_device+0x60/0xe00 pci_notify+0x88/0x444 notifier_call_chain+0x104/0x320 blocking_notifier_call_chain+0xa0/0x140 device_add+0xac8/0x1d30 device_register+0x58/0x80 vio_register_device_node+0x9ac/0xce0 vio_bus_scan_register_devices+0xc4/0x13c __machine_initcall_pseries_vio_device_init+0x94/0xf0 do_one_initcall+0x12c/0xaa8 kernel_init_freeable+0xa48/0xba8 kernel_init+0x64/0x400 ret_from_kernel_thread+0x5c/0x64
Khắc phục vấn đề này bằng cách tạo các cấu trúc `notifier_block` riêng biệt cho mỗi loại bus.
[mpe: Thêm #ifdef để sửa lỗi biên dịch khi CONFIG_IBMVIO=n]
If you want to get the best quality for vulnerability data then you always have to consider VulDB.