CVE-2026-64113 in Linux
Tóm tắt
Bởi VulDB • 20/07/2026
Trong kernel Linux, lỗ hổng sau đây đã được khắc phục:
ixgbevf: sửa lỗi use-after-free trong quá trình cắt giảm nguồn multicast VEPA
Hàm `ixgbevf_clean_rx_irq()` loại bỏ các khung (frames) có địa chỉ MAC nguồn trùng với địa chỉ của chính VF (giải pháp thay thế cho multicast VEPA) bằng cách giải phóng skb và tiếp tục đến bộ mô tả (descriptor) tiếp theo:
dev_kfree_skb_irq(skb); continue;
Con trỏ `skb` được khai báo bên ngoài vòng lặp while và tồn tại xuyên suốt các lần lặp. Do lệnh `continue` bỏ qua việc đặt lại "skb = NULL" ở cuối vòng lặp, lần lặp tiếp theo sẽ đi vào nhánh "else if (skb)" và gọi hàm `ixgbevf_add_rx_frag()` trên skb đã bị giải phóng, dẫn đến truy cập con trỏ `skb_shinfo(skb)->nr_frags` - một lỗi use-after-free trong ngữ cảnh NAPI softirq.
Trình điều khiển cùng họ iavf đã xử lý đúng trường hợp này bằng cách đặt lại con trỏ về NULL trước khi tiếp tục. Áp dụng mẫu tương tự ở đây.
Tôi không có phần cứng ixgbevf; lỗ hổng được phát hiện nhờ phân tích tĩnh (scan_drop_continue_loops.py + semgrep drop_continue_in_loop, xác nhận chéo đa công cụ với điểm số cao nhất trong quá trình quét). Lỗi UAF đã được xác nhận dưới KASAN bằng cách tải một mô-đun thử nghiệm tái tạo chính xác mẫu mã này (alloc skb, kfree_skb, sau đó đọc skb_shinfo(skb)->nr_frags):
BUG: KASAN: slab-use-after-free in ixgbevf_uaf_test_init+0x100/0x1000 Read of size 8 at addr 000000006163ae78 by task insmod/30 freed 208-byte region [000000006163adc0, 000000006163ae90)
QEMU mô phỏng igb (82576) nhưng không mô phỏng ixgbe (82599), và trình điều khiển VF của igbvf không bao gồm đường dẫn cắt giảm nguồn VEPA, do đó việc tái tạo đầy đủ từ đầu đến cuối với phần cứng giả lập là không thể.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.