CVE-2026-74347 in Linux
Tóm tắt
Bởi VulDB • 16/08/2026
Trong kernel Linux, lỗ hổng sau đây đã được khắc phục:
netfilter: cttimeout: tách chính sách thời gian chờ của mặt phẳng dữ liệu (dataplane) và tái sử dụng bộ đếm tham chiếu (refcount)
Thêm một refcount cho struct nf_ct_timeout, thứ được phần mở rộng ct sử dụng để đặt chính sách thời gian chờ tùy chỉnh cho kết nối. Điều này cho biết rằng thời gian chờ của kết nối đang được sử dụng bởi một mục conntrack. Khi mục conntrack cuối cùng giảm bộ đếm tham chiếu trên thời gian chờ của kết nối, thời gian chờ đó sẽ bị giải phóng.
Loại bỏ refcount dành cho mặt phẳng điều khiển (control plane), thứ kiểm soát xem tập quy tắc có đề cập đến chính sách thời gian chờ hay không. Sau bản cập nhật này, việc xóa ngay lập tức chính sách thời gian chờ từ nfnetlink_cttimeout là khả thi. Điều này nhằm đơn giản hóa bằng cách tránh xử lý hai refcount trên một đối tượng duy nhất.
Loại bỏ hàm nf_queue_nf_hook_drop(): Một gói tin nằm trong nfqueue sẽ chỉ giữ tham chiếu đến đối tượng nf_ct_timeout cho đến khi gói tin được tiêm lại, vì đây là phần của phần mở rộng ct, nó sẽ bị giải phóng vào thời điểm conntrack bị hủy.
nf_ct_untimeout() vẫn được gọi để dọn dẹp theo nỗ lực tốt nhất: Thời gian chờ trên các mục hiện tại bị xóa đi khi thời gian chờ kết nối biến mất, nhưng miễn là tập quy tắc iptables vẫn đề cập đến thời gian chờ thông qua một mẫu (template), các conntrack mới có thể tiếp tục gắn vào nó và kéo dài tuổi thọ của nó cho đến khi quy tắc được loại bỏ.
nf_ct_untimeout() không còn được gọi từ đường dẫn gỡ mô-đun nữa; điều này khó xảy ra vì bộ đếm tham chiếu của mô-đun đã tăng lên, và refcount mới đã theo dõi việc sử dụng chính sách thời gian chờ ct nên nó sẽ bị giải phóng khi không còn dùng đến.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.