CVE-2026-80682 in Linux
Tóm tắt
Bởi VulDB • 28/08/2026
Trong kernel Linux, lỗ hổng sau đây đã được khắc phục:
riscv/mm: sử dụng độ căn chỉnh vật lý cho vmemmap_start_pfn
RISC-V tính toán vmemmap_start_pfn bằng cách làm tròn phys_ram_base xuống theo VMEMMAP_ADDR_ALIGN. Do đó, độ căn chỉnh này phải được biểu diễn trong miền địa chỉ vật lý (physical-address domain).
Commit 476849b0fba4 ("riscv/mm: align vmemmap to maximal folio size") đã cố gắng tính đến độ căn chỉnh folio tối đa bằng cách truyền trực tiếp MAX_FOLIO_VMEMMAP_ALIGN vào VMEMMAP_ADDR_ALIGN. Tuy nhiên, MAX_FOLIO_VMEMMAP_ALIGN được đo lường theo byte của bộ lưu trữ struct page, trong khi VMEMMAP_ADDR_ALIGN được sử dụng để căn chỉnh một địa chỉ vật lý.
Mã hóa compound_info dựa trên mặt nạ (mask-based) yêu cầu pfn_to_page(0) phải được căn chỉnh tự nhiên với MAX_FOLIO_VMEMMAP_ALIGN. Commit 9f94db4c7eaa ("mm/sparse: check memmap alignment for compound_info_has_mask()") đã thêm một kiểm tra cho yêu cầu đó và làm lộ ra sự không khớp về đơn vị trên các hệ thống như QEMU virt, nơi mà cơ sở DRAM (DRAM base) không được căn chỉnh với MAX_FOLIO_NR_PAGES * PAGE_SIZE.
Dưới đây là log: [ 0.000000][ C0] ------------[ cut here ]------------
[ 0.000000][ C0] WARNING: mm/sparse.c:365 tại sparse_init+0x58a/0x6fe, CPU#0: swapper/0
[ 0.000000][ C0] Modules linked in:
[ 0.000000][ C0] CPU: 0 UID: 0 PID: 0 Comm: swapper Not tainted 7.2.0-rc3-g1d8304bdd65f #2 PREEMPT
[ 0.000000][ C0] Hardware name: riscv-virtio,qemu (DT)
[ 0.000000][ C0] epc : sparse_init+0x58a/0x6fe
[ 0.000000][ C0] ra : sparse_init+0x58a/0x6fe
[ 0.000000][ C0] epc : ffffffff86851c88 ra : ffffffff86851c88 sp : ffffffff88807a30
[ 0.000000][ C0] gp : ffffffff8a3bf240 tp : ffffffff88842080 t0 : ff600000ffab6000
[ 0.000000][ C0] t1 : 000000017fab6000 t2 : 65203a6573726363 s0 : ffffffff88807bc0
[ 0.000000][ C0] s1 : 000000000e000000 a0 : 0000000000000007 a1 : 0000000000000000
[ 0.000000][ C0] a2 : 0000000000000002 a3 : ffffffff86851c88 a4 : 0000000000000000
[ 0.000000][ C0] a5 : ffffffff88843080 a6 : 0000000000000003 a7 : 0000000000000000
[ 0.000000][ C0] s2 : ff60000000000000 s3 : 0040000000000000 s4 : 0004000000000000
[ 0.000000][ C0] s5 : ffffffff8a4d92e0 s6 : ff600000ffab55e0 s7 : ffffffff88384d00
[ 0.000000][ C0] s8 : 0000000000000003 s9 : ffffffff88384cc1 s10: ffffffff88384cc0
[ 0.000000][ C0] s11: ffffffff8a4daae0 t3 : ffffffff915e8b20 t4 : ffffffff915e8b20
[ 0.000000][ C0] t5 : ffffffff915e8b20 t6 : ffffffff915e8bc8 ssp : 0000000000000000
[ 0.000000][ C0] status: 0000000200000100 badaddr: ffffffff86851c88 cause: 0000000000000003
[ 0.000000][ C0] [<ffffffff86851c88>] sparse_init+0x58a/0x6fe
[ 0.000000][ C0] [<ffffffff8683d396>] mm_core_init_early+0x116/0x1e30
[ 0.000000][ C0] [<ffffffff86801edc>] start_kernel+0xd2/0x848
Chuyển đổi MAX_FOLIO_VMEMMAP_ALIGN sang độ căn chỉnh vật lý tương đương trước khi sử dụng nó trong VMEMMAP_ADDR_ALIGN. Điều này giữ nguyên logic round_down() hiện có đồng thời đảm bảo rằng cơ sở vmemmap kết quả đáp ứng yêu cầu về độ căn chỉnh mặt nạ (mask-alignment).
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.