AI của OpenAI tìm và khai thác 948 lỗ hổng nhân Linux

AI & ML06 tháng 11, 2026·6 phút đọc

OpenAI cho biết một pipeline tự trị chạy bằng mô hình tấn công chưa phát hành đã tạo được exploit leo thang đặc quyền cho 948 lỗ hổng riêng biệt trong nhân Linux, chỉ trong một lần chạy với chi phí 1,2 triệu USD tiền API. Sự việc cho thấy AI có thể đẩy nhanh cả việc tìm lỗi lẫn việc khai thác, đồng thời buộc đội ngũ vận hành phải coi trọng vá lỗi hơn bao giờ hết.

AI của OpenAI tìm và khai thác 948 lỗ hổng nhân Linux

OpenAI vừa công bố một kết quả gây chấn động giới bảo mật: một pipeline tự trị, vận hành bởi mô hình tấn công (cyber model) chưa được phát hành, đã tự tìm ra và tạo exploit leo thang đặc quyền có thể chạy được cho 948 lỗ hổng riêng biệt trong nhân Linux. Toàn bộ quá trình diễn ra trong một lần chạy duy nhất, tốn khoảng 1,2 triệu USD tiền tín dụng API.

Điều đáng chú ý là kết quả này không đến từ một môi trường thử nghiệm lý tưởng hóa, mà nhắm vào mã mới nhất trên nhánh master của nhân Linux, với các cơ chế bảo vệ phổ biến vẫn được bật.

Minh họa lỗ hổng và mã độc trên LinuxMinh họa lỗ hổng và mã độc trên Linux

Quy trình: từ thu hẹp phạm vi đến exploit thật

Lần quét diễn ra vào giữa tháng 10. Các tác tử AI trước tiên thu hẹp nhân Linux xuống những khu vực liên quan đến bảo mật mà người dùng đặc quyền thấp vẫn có thể chạm tới. Sau đó chúng đánh dấu 2.308 lỗi tiềm năng và xác nhận 1.724 lỗi trong số đó.

Các exploit được kiểm thử trên máy ảo chạy bản Linux desktop nguyên bản, vẫn bật những lớp bảo vệ quen thuộc như KASLR, SMEP và SMAP (các kỹ thuật làm khó việc dự đoán vị trí bộ nhớ và chặn thực thi mã từ vùng dữ liệu). Tổng cộng, các tác tử tạo ra 1.169 exploit leo thang đặc quyền cục bộ (LPE) hoạt động được, cùng 291 bản chứng minh khái niệm (PoC) cho các kiểu rò rỉ thông tin.

Con số 948 tương ứng với số bản vá riêng được tạo ra cho những lỗi đứng sau các exploit đó. Trước khi gửi cho các nhà duy trì nhân Linux, đội ngũ nghiên cứu bảo mật của OpenAI đã kiểm tra lại exploit, bản vá và cả mức độ nghiêm trọng do hệ thống đề xuất.

"Theo hiểu biết của chúng tôi, các tác tử trong pipeline này đã phát hiện và sử dụng ít nhất 10 kỹ thuật khai thác Linux hoàn toàn mới", OpenAI cho biết.

Ngay cả những chuyên gia khai thác nhân Linux bên ngoài OpenAI cũng chưa từng biết đến các kỹ thuật này. Toàn bộ chi tiết kỹ thuật hiện được giữ kín vì lý do an toàn.

Chi phí thấp hơn nhiều so với giá trị thị trường

Chia đều cho 948 exploit, hóa đơn 1.213.430 USD tương đương khoảng 1.279 USD mỗi lỗ hổng. Để so sánh, một lần quét trước đó vào cuối tháng 7, chạy bằng GPT-5.6 Sol, chỉ cho ra 166 LPE riêng biệt với chi phí 513.690 USD.

OpenAI đặt con số này vào bối cảnh thị trường: với mức 20.000 USD và 70.000 USD mà các cuộc thi Pwn2Own và TyphoonPWN từng trả cho exploit leo thang đặc quyền nhân Linux, 948 lỗi trên có giá trị từ 18,9 đến 66,3 triệu USD, tức gấp 16 đến 55 lần chi phí của lần quét.

Đáng chú ý hơn, lần quét tháng 10 tìm ra số LPE mới nhiều gấp hơn 5 lần lần trước, dù nhân Linux đã trải qua ba tháng được gia cố.

OpenAI cũng thử nghiệm pipeline trên một phiên bản chuyển thể của kernelCTF do Google vận hành, nơi nhân mục tiêu được gia cố và ít lộ bề mặt tấn công hơn. Trong 112 giờ và khoảng 33.000 USD tiền API, hệ thống tạo ra 21 exploit LPE.

Vá lỗi và cảnh báo cho đội ngũ phòng thủ

Làm theo khuyến nghị từ cộng đồng nhân Linux, OpenAI cho biết đã gửi hàng trăm báo cáo và bản vá cho các lỗi nghiêm trọng. Các bản sửa còn lại sẽ được gửi theo từng đợt, phối hợp với các đối tác trong sáng kiến Patch the Planet.

"Trong 10 ngày khi lần quét đang diễn ra, chúng tôi ghi nhận hơn 100 LPE trên Linux đã được vá hoặc đang chờ vá bởi những người đóng góp khác, cùng khoảng 300 lỗi nữa đang được thảo luận công khai", OpenAI ghi nhận.

Công ty cũng đưa ra cảnh báo thẳng thắn cho phía phòng thủ: trong ngắn và trung hạn, việc có được một tài khoản đặc quyền thấp trên hệ điều hành chưa cập nhật bản vá mới nhất nên được coi là tương đương quyền root đối với một kẻ tấn công có đủ nguồn lực.

Để giảm thiệt hại khi một lỗ hổng bị khai thác, OpenAI khuyến nghị áp dụng phòng thủ nhiều lớp, trong đó có các công nghệ cách ly và sandbox như Firecracker và gVisor — hai giải pháp tạo môi trường chạy tách biệt, hạn chế phạm vi ảnh hưởng nếu kẻ tấn công chiếm được quyền trong một tiến trình.

Song song đó: tăng thưởng cho bug bounty

Ngày 2 tháng 11, OpenAI công bố tăng mức thưởng trong chương trình Security Bug Bounty, nhằm thu hút thêm nhà nghiên cứu bên ngoài săn lỗi mà các bài kiểm thử nội bộ có thể đã bỏ sót.

Theo công ty, mức trung vị của các khung thưởng cho lỗi mức trung bình, cao và nghiêm trọng hiện cao hơn trung bình hơn 4 lần. Một nhà nghiên cứu báo cáo lỗi nghiêm trọng trong ChatGPT, Codex, nền tảng API hoặc các sản phẩm cốt lõi khác có thể nhận tới 30.000 USD.

Mức trần cho các lỗi nghiêm trọng đặc biệt vẫn giữ ở 100.000 USD, nhưng tiền thưởng cộng thêm có thể đẩy một khoản chi trả lên 172.000 USD. OpenAI cũng bổ sung thưởng cho báo cáo chất lượng cao, chương trình khách hàng thân thiết năm bậc dành cho nhà nghiên cứu liên tục tìm ra lỗi hợp lệ, và hệ số nhân thêm cho lỗi được báo trong các chiến dịch trọng điểm.

Tác giả bài báo gốc, Eduard KovacsTác giả bài báo gốc, Eduard Kovacs

Góc nhìn

Với các kỹ sư và quản trị viên hệ thống tại Việt Nam, thông điệp thực dụng nhất nằm ở câu cảnh báo của OpenAI: một tài khoản đặc quyền thấp trên máy chủ chậm vá lỗi gần như không còn là "hàng rào" đáng tin. Khi AI có thể rút ngắn thời gian từ phát hiện lỗi đến tạo exploit, khoảng trống giữa lúc bản vá ra mắt và lúc hệ thống được cập nhật trở thành rủi ro lớn nhất.

Điều này đặt trọng tâm vào kỷ luật vận hành thường bị xem nhẹ: tự động hóa cập nhật nhân và gói phần mềm, giám sát lịch vá, và giảm số tài khoản có quyền hạn vượt mức cần thiết. Với các đội phát triển đang chạy container hoặc hạ tầng nhiều lớp, việc dùng công cụ cách ly như Firecracker hay gVisor là hướng giảm thiệt hại hợp lý, thay vì chỉ trông chờ vào một lớp bảo vệ duy nhất. Và khi bản thân AI đã có thể viết exploit, các nhóm bảo mật cũng có lý do để dùng chính công cụ đó cho việc kiểm thử và vá lỗi chủ động, thay vì chỉ phản ứng khi sự cố xảy ra.

Nguồn: securityweek.com · Quy trình biên tập

Chia sẻ:FacebookX