CVE-2026-97948 in Linux
Tóm tắt
Bởi VulDB • 25/09/2026
Trong kernel Linux, các lỗ hổng sau đây đã được khắc phục:
powerpc/eeh: Sửa lỗi khóa đệ quy trên các thiết bị không có trình điều khiển nhạy cảm với EEH
Commit 1010b4c012b0 ("powerpc/eeh: Make EEH driver device hotplug safe") đã tái cấu trúc mã nguồn EEH sao cho `pci_rescan_remove_lock` được giữ ở đầu hàm `eeh_handle_normal_event()` và `eeh_reset_device()` được gọi trong khi khóa đó vẫn đang được giữ. Có vẻ như commit này đã bỏ sót việc loại bỏ các lệnh lock/unlock hiện có bên trong `eeh_rmv_device()`, vốn không còn cần thiết nữa. Điều này gây ra tình trạng treo (hang) của tiến trình `eehd` trên chính cái khóa mà nó thực sự đang nắm giữ khi đường mã nguồn đó được kích hoạt.
[<0>] 0xc00000011c78f870
[<0>] __switch_to+0xfc/0x1a0
[<0>] pci_lock_rescan_remove+0x30/0x44
[<0>] eeh_rmv_device+0x290/0x2e0
[<0>] eeh_pe_dev_traverse+0x80/0x130
[<0>] eeh_reset_device+0xcc/0x23c
[<0>] eeh_handle_normal_event+0x830/0xa80
[<0>] eeh_event_handler+0xf8/0x190
[<0>] kthread+0x194/0x1b0
[<0>] start_kernel_thread+0x14/0x18
Vấn đề này xuất hiện trong các trường hợp mà lỗi được phát hiện trực tiếp trên PHB VÀ|HOẶC đối với các thiết bị nơi trình điều khiển `error_detected()` trả về `PCI_ERS_RESULT_NEED_RESET`, và trình điều khiển không nhạy cảm với EEH (tức là không có các bộ xử lý lỗi như `slot_reset()`, `resume()`, v.v. được định nghĩa).
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.