Lần nữa Linux đang đối mặt với một thách thức mới với sự xuất hiện của "Dirty Frag".một số lỗ hổng bảo mật cũng được gọi là Lỗi sao chép 2. Bộ lỗ hổng bảo mật nghiêm trọng này, được chính thức xác định trong các registry CVE-2026-43284 và CVE-2026-43500, cho phép người dùng cục bộ không có đặc quyền giành được quyền truy cập quản trị viên đầy đủ bằng cách ghi đè trực tiếp dữ liệu trong bộ nhớ cache trang của hệ điều hành.
Nó được đề cập rằng Mối đe dọa này đã được chứng minh là vô cùng đa dạng và nguy hiểm.bởi vì một nhà nghiên cứu đã tìm ra cách khai thác lỗ hổng bảo mật hiệu quả.có khả năng làm tổn hại đến hầu hết các bản phân phối hiện tại.Điều này buộc các quản trị viên hệ thống phải hành động ngay lập tức khi đối mặt với một vấn đề phát sinh sớm hơn dự kiến do rò rỉ thông tin ngoài ý muốn.
Lỗi Dirty Frag không phải là một sự cố riêng lẻ, mà là... Nó bao gồm hai lỗ hổng riêng biệt nằm trong các hệ thống con độc lập. của nhân Linux:
- Mô-đun xfrm-ESP: chịu trách nhiệm tăng tốc các hoạt động mã hóa IPsec bằng cách sử dụng giao thức Encapsulated Security Payload (ESP).
- Bộ điều khiển RxRPC: chịu trách nhiệm quản lý các cuộc gọi thủ tục từ xa qua kết nối UDP.
Mặc dù chúng hoạt động trong các lĩnh vực khác nhau và được giới thiệu vào những năm khác nhau, Cả hai lỗ hổng đều có cùng phương thức tấn công ban đầu. Do lỗi tối ưu hóa trong quản lý bộ nhớ. Tùy thuộc vào cấu hình bảo mật và các mô-đun được tải trong mỗi bản phân phối, Kẻ tấn công có thể khai thác một trong hai con đường này để leo thang đặc quyền và giành quyền kiểm soát. tuyệt đối của máy chủ bị ảnh hưởng.
Tối ưu hóa sai và thao tác bộ nhớ
Cơ chế hoạt động bên trong của những lỗ hổng này Nó có sự tương đồng đáng kể với sự cố cấu trúc gần đây Sao chép thất bạiVấn đề cốt lõi phát sinh trong quá trình giải mã dữ liệu trên cùng một không gian bộ nhớ, được gọi là các thao tác "tại chỗ", thông qua việc sử dụng một hàm truyền tệp cụ thể.
Bằng cách di chuyển dữ liệu giữa các bộ mô tả và đường dẫn mà không sao chép vật lý để tiết kiệm tài nguyên, hệ thống truyền các tham chiếu trực tiếp đến các mục được lưu trữ trong bộ nhớ đệm trang. Lỗi nghiêm trọng nằm ở đây. Điều này xảy ra do sự dịch chuyển của chữ viết. Trong quá trình này, các phép tính đã được thực hiện. mà không thực hiện các biện pháp kiểm tra an toàn thích hợp Đối với kiểu tham chiếu trực tiếp này, cho phép một yêu cầu độc hại được tạo ra một cách tỉ mỉ ghi đè chính xác bốn byte trong bộ nhớ đệm của bất kỳ tệp nào được tải vào hệ thống.
Sự nguy hiểm Điều đó nằm ở cách các hệ điều hành hiện đại quản lý hiệu quả việc đọc tập tin.Vì mọi yêu cầu đọc đều truy xuất thông tin từ bộ nhớ đệm trang RAM trước để tăng tốc hiệu suất, Sự thay đổi trong không gian bộ nhớ dễ bay hơi này khiến nhân hệ điều hành cung cấp dữ liệu giả mạo thay vì nội dung thực. được lưu trữ an toàn trên ổ cứng.
Phương pháp khai thác này tận dụng kiến trúc đó để sửa đổi phiên bản được lưu trong bộ nhớ cache của một tệp thực thi quan trọng có quyền quản trị viên, từ đó chèn mã độc trực tiếp vào bộ nhớ. Khi công cụ bị xâm nhập này được thực thi, hệ thống sẽ xử lý mã được chèn với quyền tuyệt đối, cấp quyền truy cập root ngay lập tức mà không cần thay đổi tệp vật lý gốc.
Khai thác và rò rỉ bản vá bảo mật
Để thực hiện thành công cuộc tấn công này, Kẻ tấn công cần phải vượt qua một số biện pháp phòng thủ nhất định tùy thuộc vào mô-đun mục tiêu.Lỗ hổng bảo mật hiện có trong hệ thống con. xfrm-ESP yêu cầu người dùng phải có quyền tạo không gian tên.Đây là một hành động mà các bản phân phối mạnh mẽ như Ubuntu chặn theo mặc định bằng cách sử dụng các quy tắc AppArmor nghiêm ngặt. Tuy nhiên, để chống lại các lớp bảo vệ này, các nhà nghiên cứu đã phát triển một lỗ hổng khai thác kết hợp, tấn công cả mô-đun RxRPC, thường được tải mặc định trên rất nhiều hệ thống. Tính linh hoạt này đã cho phép họ xác nhận hiệu quả của cuộc tấn công leo thang trên các phiên bản ổn định mới nhất của các bản phân phối Linux.
Việc quản lý cuộc khủng hoảng này đã gặp phải một trở ngại nghiêm trọng về mặt vận hành khi... Các chi tiết kỹ thuật quan trọng đã bị rò rỉ trước ngày phát hành dự kiến.Vào cuối tháng Tư, Một số bản vá lỗi đã được gửi đến các danh sách thư điện tử công cộng. Việc phát triển mạng lưới diễn ra mà không có cảnh báo về mối liên hệ trực tiếp của nó với một lỗ hổng leo thang đặc quyền nghiêm trọng.
Un Một nhà nghiên cứu bảo mật độc lập đã phân tích những thay đổi này. trong kho lưu trữ, Anh ấy nhận ra sự tương đồng với lỗ hổng Copy Fail ban đầu và đã phát triển cũng như công bố một công cụ khai thác hoạt động hiệu quả.Ông ta hoàn toàn không biết rằng có một lệnh cấm tiết lộ thông tin đang có hiệu lực. May mắn thay, Các phiên bản kernel sửa lỗi đã bắt đầu được phân phối rộng rãi. Để khắc phục cả hai thiếu sót này, và đối với những hệ thống chưa thể áp dụng các bản cập nhật cuối cùng, chúng tôi đặc biệt khuyến nghị nên chặn việc tải thủ công các mô-đun esp4, esp6 và rxrpc như một biện pháp giảm thiểu khẩn cấp.
Cuối cùng, nếu bạn muốn tìm hiểu thêm về vấn đề này, bạn có thể tham khảo... chi tiết trong liên kết sau.