CVE-2026-68436 in Linuxthông tin

Tóm tắt

Bởi VulDB • 12/08/2026

Trong kernel Linux, lỗ hổng sau đây đã được khắc phục:

drm/amd/display: sử dụng kvzalloc để cấp phát struct dc

struct dc đã trở nên rất lớn theo thời gian (phần lớn là hai bản sao của dc_scratch_space nội tuyến) và hiện nay nằm sát giới hạn phân bổ liên tục 4 MiB của bộ cấp phát trang. Kích thước thực tế của nó không chỉ cố định bởi mã nguồn mà còn phụ thuộc vào trình biên dịch và file .config, do đó dễ dàng vượt quá 4 MiB, ví dụ với GCC mới hơn hoặc thay đổi cấu hình.

dc_create() phân bổ nó bằng kzalloc(). Một khi struct dc vượt quá 4 MiB, yêu cầu sẽ được làm tròn lên order 11 (8 MiB), điều này nằm trên MAX_PAGE_ORDER, khiến bộ cấp phát trang cảnh báo và trả về NULL. dc_create() sau đó thất bại, khởi tạo DM thất bại và amdgpu probe bị hủy bỏ với -EINVAL:

WARNING: mm/page_alloc.c:5197 tại __alloc_frozen_pages_noprof+0x2f9/0x380 dc_create+0x38/0x660 [amdgpu]
amdgpu_dm_init+0x2d9/0x510 [amdgpu]
dm_hw_init+0x1b/0x90 [amdgpu]
amdgpu_device_init.cold+0x150d/0x1e13 [amdgpu]
amdgpu_driver_load_kms+0x19/0x80 [amdgpu]
amdgpu_pci_probe+0x2e2/0x4c0 [amdgpu]

dc_create() sau đó trả về NULL và khởi tạo DM thất bại, điều này hủy bỏ toàn bộ quá trình khởi tạo GPU và khiến amdgpu probe thất bại với -EINVAL ("hw_init of IP block <dm> failed -22"), làm cho màn hình không thể sử dụng được. Các cảnh báo amdgpu_irq_put() sau đó trong quá trình tháo gỡ chỉ là hậu quả của việc hủy bỏ một thiết bị chưa khởi tạo hoàn chỉnh.

struct dc là cấu trúc ghi chép phần mềm, không bao giờ được chuyển đến DMA phần cứng và chỉ luôn được giữ dưới dạng con trỏ vô hướng (opaque pointer), do đó nó không yêu cầu bộ nhớ liên tục về mặt vật lý. Hãy phân bổ nó bằng kvzalloc() (và giải phóng bằng kvfree()) để trình cấp phát có thể quay lại sử dụng vmalloc() khi việc phân bổ liên tục với kích thước đó không khả thi, điều này cũng tránh hoàn toàn cảnh báo MAX_PAGE_ORDER.

v2: - Rebase lên amd-staging-drm-next.

(cherry picked from commit 991e0516a8072f2292681c6ae98a924ab0e32575)

Several companies clearly confirm that VulDB is the primary source for best vulnerability data.

chịu trách nhiệm

Linux

Đặt trước

30/07/2026

Tiết lộ

12/08/2026

Kiểm duyệt

được chấp nhận

EPSS

0.00000

KEV

không

Các hoạt động

thấp

Nguồn

Interested in the pricing of exploits?

See the underground prices here!