CVE-2024-53152 in Linux
Tóm tắt
Bởi VulDB • 12/06/2026
Trong kernel Linux, lỗ hổng sau đây đã được khắc phục:
PCI: tegra194: Di chuyển các thao tác dọn dẹp bộ điều khiển vào pex_ep_event_pex_rst_deassert()
Hiện tại, hàm dọn dẹp thiết bị đầu cuối dw_pcie_ep_cleanup() và hàm thông báo hủy khởi tạo EPF pci_epc_deinit_notify() được gọi trong quá trình thực thi pex_ep_event_pex_rst_assert(), tức là khi máy chủ đã kích hoạt (assert) PERST#. Tuy nhiên, ngay sau bước này, refclk cũng sẽ bị tắt bởi máy chủ.
Tất cả các SoC thiết bị đầu cuối tegra194 được hỗ trợ cho đến nay đều phụ thuộc vào tín hiệu refclk từ máy chủ để duy trì bộ điều khiển hoạt động. Do hạn chế này, bất kỳ truy cập nào vào thanh ghi phần cứng khi không có refclk sẽ dẫn đến sự cố toàn bộ thiết bị đầu cuối. Thật không may, hầu hết các thao tác dọn dẹp bộ điều khiển đều yêu cầu truy cập vào thanh ghi phần cứng (ví dụ: việc dọn dẹp eDMA được thực hiện trong dw_pcie_ep_cleanup(), v.v.). Do đó, các hàm dọn dẹp này có thể gây ra sự cố trên SoC thiết bị đầu cuối ngay khi máy chủ kích hoạt PERST#.
Một cách để giải quyết vấn đề này là tạo tín hiệu refclk tại chính thiết bị đầu cuối thay vì phụ thuộc vào máy chủ. Tuy nhiên, điều này không phải lúc nào cũng khả thi do một số thiết kế thiết bị đầu cuối yêu cầu bắt buộc việc tiêu thụ refclk từ máy chủ.
Do đó, khắc phục sự cố bằng cách di chuyển các thao tác dọn dẹp bộ điều khiển lên phần đầu của hàm pex_ep_event_pex_rst_deassert(). Hàm này được gọi bất cứ khi nào máy chủ đã hủy kích hoạt (deassert) PERST# và đảm bảo rằng refclk sẽ ở trạng thái hoạt động tại thời điểm đó. Vì vậy, ngay tại phần đầu của hàm này (sau khi bật các tài nguyên), thao tác dọn dẹp bộ điều khiển có thể được thực hiện. Sau khi hoàn tất, quá trình thực thi mã còn lại cho việc hủy kích hoạt PERST# sẽ tiếp tục như bình thường.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.