Câu trả lờiĐã xuất bản22 nguồn
Lỗ hổng TCP Linux CVE-2026-98432: Vì sao tắt MPTCP chưa đủ?
CVE 2026 98432 là lỗi tranh chấp use after free trong khâu thiết lập kết nối IPv4 TCP của Linux, ảnh hưởng đến các nhân từ phiên bản 4.4 và được chấm CVSS 3.1 ở mức 9,8. Tắt MPTCP có thể hạn chế đường khai thác đã được trình diễn, nhưng không sửa lỗi trong nhân Linux.
Đăng bởiBiên tập bằng GPT-6 LunaHình ảnh được tạo bằng GPT Image 2
Câu trả lời nghiên cứu
Bài học chính
- CVE 2026 98432 là lỗi tranh chấp use after free trong khâu thiết lập kết nối IPv4 TCP của Linux, ảnh hưởng đến các nhân từ phiên bản 4.4 và được chấm CVSS 3.1 ở mức 9,8.
- Tắt MPTCP có thể hạn chế đường khai thác đã được trình diễn, nhưng không sửa lỗi trong nhân Linux.
Prompt AI
openai.comCreate a landscape editorial hero image for this Studio Global article: What is CVE-2026-98432, the 9.8-CVSS Linux kernel IPv4 TCP race condition affecting kernels from version 4.4 onward, how can simultaneous pr. Article summary: CVE-2026-98432 is a critical use-after-free race in Linux’s IPv4 TCP connection-handshake code, affecting unpatched kernels from 4.4 onward and rated CVSS 3.1 9.8; it is not simply an MPTCP-only vulnerability. [1][5][7] . Topic tags: general, general web, user generated, government. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, ch
CVE-2026-98432 là lỗi tranh chấp use-after-free trong mã xử lý quá trình bắt tay kết nối IPv4 TCP của Linux. Lỗi ảnh hưởng đến các nhân từ phiên bản 4.4 trở lên và có điểm CVSS 3.1 là 9,8. Bản trình diễn khai thác từ xa được đưa tin nhắm vào máy chủ có dịch vụ lắng nghe Multipath TCP (MPTCP), nhưng lỗ hổng nằm trong xử lý IPv4 TCP, không chỉ riêng MPTCP. 6
44
57
Điểm này rất quan trọng: biện pháp giảm thiểu liên quan đến MPTCP có thể chặn đường khai thác cụ thể được trình diễn, nhưng không thay thế bản vá nhân. Các nhà nghiên cứu cho biết đã trình diễn khả năng thực thi mã từ xa; tuy nhiên, bằng chứng hiện có không cho thấy mọi máy chủ TCP kết nối Internet đều có thể bị khai thác ổn định, cũng không xác nhận lỗ hổng đã bị khai thác thành công ngoài thực tế. 37
Cuộc đua xử lý có thể dẫn đến use-after-free như thế nào?
Trong lúc thiết lập kết nối, Linux lưu các tùy chọn IPv4 gắn với yêu cầu TCP đang chờ. Khi bắt tay tiến triển, hàm tcp_v4_syn_recv_sock() chuyển quyền sở hữu các tùy chọn này sang socket con mới mà không sao chép chúng. Cùng lúc đó, một CPU khác có thể đang xử lý gói SYN được gửi lại cho cùng yêu cầu, và đọc các tùy chọn trong khi kết nối bị dọn dẹp. Nếu vùng nhớ bị giải phóng trước khi thao tác đọc hoàn tất, luồng xử lý gói gửi lại có thể dùng vùng nhớ đã giải phóng khi tạo gói SYN-ACK. 44
Đó là lỗi use-after-free: mã trong nhân tiếp tục truy cập vùng nhớ sau khi vòng đời của vùng nhớ ấy đã kết thúc. Hậu quả được nêu gồm nguy cơ làm sập hệ thống hoặc gây hỏng bộ nhớ; các khuyến cáo bảo mật cũng cảnh báo khả năng thực thi mã từ xa. Việc biến lỗi thành khả năng thực thi mã ổn định còn tùy điều kiện cụ thể. Bản trình diễn trên MPTCP cho thấy có một đường khai thác nghiêm trọng, chứ không chứng minh mọi máy bị ảnh hưởng đều có thể bị xâm nhập theo cách đó. 52
Bản sửa trong nhân xử lý vấn đề vòng đời vùng nhớ bằng cách chỉ giải phóng các tùy chọn IPv4 sau một khoảng chờ RCU (RCU grace period), để các luồng đọc đồng thời có thời gian hoàn tất. 44
Các báo cáo khai thác cho thấy điều gì — và chưa cho thấy điều gì?
Báo cáo nghiên cứu ngày 27 tháng 10 của Anthropic được các bài đưa tin sau đó mô tả là đã trình diễn một khai thác do AI tạo ra, có thể chiếm quyền root từ xa trên máy chủ đang mở dịch vụ lắng nghe MPTCP. Theo các nguồn tin, mã khai thác và cấu hình thử nghiệm không được công bố, khiến việc đánh giá độc lập điều kiện cần thiết và độ tin cậy của màn trình diễn bị hạn chế. 9
11
Matt Corallo chỉ trích phản ứng của Ubuntu trong lúc một số bản phân phối đã có nhân được vá còn bản sửa của Ubuntu vẫn đang thử nghiệm. Nhận xét của ông thể hiện quan ngại về độ trễ của các bản cập nhật thông thường, nhưng không phải bằng chứng kỹ thuật độc lập cho thấy lỗ hổng đã bị khai thác. 12
Nhà nghiên cứu bảo mật Marcus Hutchins cho biết có dấu hiệu quét tìm các hệ thống dễ bị ảnh hưởng. Hoạt động quét cho thấy có người đang quan tâm đến việc tìm mục tiêu tiềm năng, nhưng không chứng minh hệ thống nào đã bị xâm nhập thành công. 31
Vì sao tắt MPTCP chỉ là biện pháp tạm thời?
Go 1.24 trở lên có thể bật MPTCP cho các socket lắng nghe khi nhân hệ điều hành hỗ trợ tính năng này. Vì vậy, cách ứng dụng xử lý kết nối mạng vẫn có thể ảnh hưởng đến mức độ phơi nhiễm, ngay cả khi ứng dụng không được viết riêng để sử dụng MPTCP. 37
Trong thông tin phát hành của LND, Lightning Labs khuyến nghị người vận hành Linux tắt MPTCP và cài nhân đã được vá. Bản phát hành lnd v0.21.6-beta cho biết mặc định sẽ tắt các socket lắng nghe MPTCP, qua đó đóng đường khai thác đã được trình diễn thông qua ứng dụng này. Nhưng ghi chú phát hành cũng nhấn mạnh đây là biện pháp giảm thiểu, không phải bản sửa thay thế cho nhân. 33
37
Tắt MPTCP ở cấp ứng dụng có thể giảm nguy cơ đối với chính ứng dụng đó; tắt trên toàn máy chủ có thể ảnh hưởng đến các dịch vụ MPTCP khác. Dù chọn cách nào, thay đổi này cũng không sửa lỗi quản lý vòng đời bộ nhớ trong IPv4 TCP. Hãy xem đây là cách giảm phơi nhiễm trong lúc chuẩn bị cập nhật nhân, không phải bằng chứng cho thấy nhân chưa vá đã an toàn. 6
37
44
Tình trạng bản vá được ghi nhận đến ngày 4 tháng 11
Thời điểm có bản vá khác nhau giữa các bản phân phối. Ngày 2 tháng 11, Canonical cho biết các bản sửa cho Ubuntu 22.04 LTS và mới hơn đang có trong kho -proposed — kênh tùy chọn dành cho thử nghiệm — trong khi quá trình kiểm tra vẫn tiếp diễn. Bài đưa tin cùng thời điểm cho biết Red Hat đã phát hành các nhân được vá cho RHEL 8, 9 và 10 vào ngày 1 tháng 11. 6
7
Khoảng cách giữa việc bản sửa đã có để thử nghiệm và thời điểm phát hành qua kênh cập nhật thông thường đã gây ra chỉ trích, nhất là sau khi xuất hiện báo cáo về màn trình diễn khai thác từ xa. Mối lo ngại đó có thể hiểu được, nhưng tình trạng bản vá thay đổi theo thời gian: hãy kiểm tra khuyến cáo bảo mật cho đúng bản phân phối và phiên bản đang dùng, thay vì cho rằng bản cập nhật của hệ điều hành khác cũng áp dụng được. 7
12
Với đội ngũ vận hành, ưu tiên là xác minh phiên bản nhân thực sự đang chạy trên từng tải công việc và cài nhân đã vá do bản phân phối cung cấp khi có. Trong thời gian chờ, hạn chế MPTCP có thể giúp giảm phơi nhiễm; nhưng chỉ cập nhật nhân mới xử lý hành vi quản lý bộ nhớ có lỗi. 6
37
44
Studio Global AI
Tiếp tục nghiên cứu của bạn
Trang này bao gồm câu trả lời dựa trên nguồn mà bạn có thể tiếp tục bên trong Studio Global.
Người ta cũng hỏi
Câu trả lời ngắn gọn cho "Lỗ hổng TCP Linux CVE-2026-98432: Vì sao tắt MPTCP chưa đủ?" là gì?
CVE 2026 98432 là lỗi tranh chấp use after free trong khâu thiết lập kết nối IPv4 TCP của Linux, ảnh hưởng đến các nhân từ phiên bản 4.4 và được chấm CVSS 3.1 ở mức 9,8.
Những điểm chính cần xác nhận đầu tiên là gì?
CVE 2026 98432 là lỗi tranh chấp use after free trong khâu thiết lập kết nối IPv4 TCP của Linux, ảnh hưởng đến các nhân từ phiên bản 4.4 và được chấm CVSS 3.1 ở mức 9,8. Tắt MPTCP có thể hạn chế đường khai thác đã được trình diễn, nhưng không sửa lỗi trong nhân Linux.