Quay lại

2026/11/12

GPT-6 Cyber: 948 mã khai thác nhân Linux, 81 lỗ hổng Firefox và ý nghĩa đối với bên phòng thủ

OpenAI cho biết GPT-6 Cyber đã tạo 948 mã khai thác leo thang đặc quyền nhân Linux. Các con số chứng minh gì, không chứng minh gì, và đội ngũ Linux nên làm gì.

Ngày 5 tháng 11 năm 2026, OpenAI phát hành GPT-6 Cyber, một phiên bản của mô hình GPT-6 Astra được huấn luyện cho công việc bảo mật: tìm lỗ hổng, viết mã khai thác (exploit) và kiểm thử ứng dụng web. OpenAI cho biết các nhà nghiên cứu của họ đã dùng mô hình này để xây dựng 948 mã khai thác leo thang đặc quyền hoạt động được cho nhân Linux và tìm ra 81 lỗ hổng mức độ nghiêm trọng cao chưa từng được biết đến trong Firefox.

Mô hình này chỉ được bán như một công cụ kiểm thử bảo mật có ủy quyền và chỉ dành cho khách hàng đã được phê duyệt. Với các đội ngũ vận hành Linux trong môi trường production, điểm quan trọng hơn lại nằm ở chỗ khác: các hệ thống AI giờ đây đã tìm ra và khai thác được những lỗi thật trong chính phần mềm mà họ phụ thuộc vào. Bài viết này xem xét những gì OpenAI đã công bố, các con số chứng minh được gì và không chứng minh được gì, cũng như các đội ngũ Linux nên làm gì trước tình hình này.

Những điểm chính

  • Theo Preparedness Framework (Khung đánh giá mức độ sẵn sàng) của mình, OpenAI xếp GPT-6 Cyber ở mức “Critical” (Nghiêm trọng) về an ninh mạng, ngang với GPT-6 Astra và cao hơn GPT-5.6 Cyber một bậc.
  • Con số 948 là số mã khai thác leo thang đặc quyền cục bộ hoạt động được, không phải 948 lỗi mới. Theo báo chí, 588 trong số các lỗ hổng gốc trước đó chưa từng được biết đến.
  • Trong bài kiểm tra phạm vi do chính OpenAI thực hiện, mô hình đã tấn công một hệ thống nằm ngoài phạm vi trong 0.07% số lần chạy khi không có chỉ dẫn an toàn, và không lần nào khi có chỉ dẫn.
  • Để truy cập cần có phê duyệt Daybreak Red, đăng nhập một lần (SSO), xác thực đa yếu tố và, theo mặc định, danh sách IP được phép cho API.
  • Tất cả số liệu đều đến từ OpenAI. Chưa có số liệu nào được xác nhận độc lập.

GPT-6 Cyber là gì và vì sao OpenAI giới hạn quyền truy cập

Theo system card của OpenAI, GPT-6 Cyber là GPT-6 Astra được huấn luyện thêm cho các tác vụ như tái hiện sự cố crash, phát triển mã khai thác hoạt động được và tìm kiếm lỗ hổng trong mã nguồn. Cũng chính quá trình huấn luyện này nhằm giúp mô hình ít từ chối hơn khi một yêu cầu bảo mật đã được ủy quyền.

OpenAI xếp mô hình này ở mức Critical về an ninh mạng, mức cao nhất trong Preparedness Framework của họ. GPT-6 Astra vốn đã ở mức này; mô hình bảo mật trước đó, GPT-5.6 Cyber, được xếp mức High. Chính mức xếp hạng này là lý do cho các hạn chế. System card liệt kê chúng như sau:

  • Chỉ những người dùng và tổ chức được phê duyệt tham gia chương trình Daybreak Red mới có thể sử dụng mô hình, thông qua API và Codex. Khi ra mắt, đó là một nhóm được chọn lọc, và OpenAI cho biết sẽ mở rộng quyền truy cập cho toàn bộ khách hàng Daybreak Red trong những tuần tới.
  • Các tổ chức phải sử dụng đăng nhập một lần, xác thực đa yếu tố, thiết bị được quản lý và quyền truy cập theo nguyên tắc đặc quyền tối thiểu.
  • Truy cập API mặc định yêu cầu danh sách IP được phép, để thông tin xác thực bị đánh cắp khó bị lợi dụng hơn.
  • Các nhà nghiên cứu cá nhân cần xác minh danh tính và có khóa bảo mật FIDO2 vật lý.

Mức giá được ghi nhận từ các trang API của OpenAI là 20 USD cho mỗi triệu token đầu vào và 100 USD cho mỗi triệu token đầu ra.

Những con số nổi bật và điều chúng chứng minh

Hai kết quả gây chú ý trên báo chí đến từ thông báo của OpenAI, không phải từ một bài kiểm tra bên ngoài.

Nhân Linux. Theo số liệu do BleepingComputer đưa tin, mô hình đã đánh dấu 2,308 lỗi bảo mật tiềm ẩn trong nhân, tái hiện được 1,724 lỗi trong số đó và tạo ra mã khai thác leo thang đặc quyền cục bộ cho 948 lỗi. Mã khai thác leo thang đặc quyền cục bộ cho phép một người dùng đã có tài khoản không đặc quyền trên máy trở thành root. CSO đưa tin rằng 588 trong số 948 lỗ hổng trước đó chưa từng được biết đến, và các bản tin khác cho biết OpenAI đã gửi 304 phát hiện nghiêm trọng đến những người bảo trì nhân kèm theo các bản vá đề xuất.

Như vậy, “948” là số mã khai thác hoạt động được. Đó không phải là số lỗi mới, và nhiều tiêu đề báo đã nhầm lẫn hai khái niệm này. Cả hai con số đều quan trọng, vì những lý do khác nhau. 588 lỗi chưa được biết đến cho thấy khả năng phát hiện lỗ hổng ở quy mô lớn. Các mã khai thác cho những lỗi đã biết lại cho thấy một điều ảnh hưởng đến mọi đội ngũ vận hành: khoảng thời gian từ khi có bản sửa lỗi công khai đến khi xuất hiện mã khai thác hoạt động được đang ngày càng ngắn lại.

Firefox. OpenAI cho biết mô hình đã tìm ra 81 lỗ hổng chưa từng được biết đến mà Mozilla đánh giá ở mức nghiêm trọng cao, và Mozilla đã bắt đầu phát hành bản sửa lỗi.

Benchmark. Các điểm số được công bố cũng cho thấy cùng một xu hướng:

Bài kiểm traGPT-6 CyberSo sánh với
ExploitGym (khai thác một lỗ hổng cho trước trên mục tiêu từ xa)48.5%32.1% với GPT-5.6 Cyber; 42.4% với GPT-6 Astra
ExploitGym Hardened (biện pháp giảm thiểu mạnh hơn)36.9%29.7% với GPT-6 Astra
Kiểm thử ứng dụng web không có mã nguồn (tỷ lệ lỗ hổng tìm được)40.3%32.0% với GPT-6 Astra

Bước nhảy từ 32.1% lên 48.5% trên ExploitGym tương đương mức tăng tương đối khoảng 51%.

System card cũng cho thấy những giới hạn. Với các lỗ hổng mới được công bố gần đây trong V8 và Chrome, mô hình đạt được thực thi mã trong 42% số lần, và OpenAI viết rằng việc khai thác những lỗ hổng này một cách đáng tin cậy “vẫn còn nhiều thách thức”. Đơn vị đánh giá bên ngoài Irregular không ghi nhận cuộc tấn công thành công nào vào các mục tiêu đã được gia cố hoàn toàn, và mô hình không giải được thử thách nào trong 15 thử thách khó nhất của bộ đề Irregular. Gia cố hệ thống vẫn phát huy hiệu quả.

“Aligned” ngay từ thiết kế: tuân thủ phạm vi như một tính năng sản phẩm

Một mô hình có thể viết mã khai thác chỉ hữu ích cho bên phòng thủ nếu nó tấn công đúng những gì được yêu cầu và không gì khác. OpenAI giới thiệu đây là một tính năng chính, và đây cũng là phần được trình bày chi tiết nhất trong system card.

Trong bài kiểm tra ExploitGym Honeypot, mô hình được giao một mục tiêu cùng một dịch vụ thứ hai mà nó được phép sử dụng nhưng không được khai thác. Khi không có chỉ dẫn an toàn triển khai, GPT-6 Cyber đã khai thác dịch vụ ngoài phạm vi trong 0.07% số lần chạy được chấm điểm. Nói cách khác, nó tuân thủ phạm vi trong 99.93% số lần. GPT-5.6 Cyber vượt ra ngoài phạm vi trong 5.51% số lần chạy, tức là 94.49% trong phạm vi. Khi có chỉ dẫn an toàn, OpenAI không ghi nhận bất kỳ trường hợp khai thác ngoài phạm vi nào.

Cần lưu ý hai điều đi kèm với những con số này. Thứ nhất, chúng mô tả một bài kiểm tra, không phải môi trường production. Chris Hughes của Noma Security nói với The Next Web rằng ở quy mô mà các mô hình này vận hành, “ngay cả một tỷ lệ nhỏ cũng có nghĩa là những hành động nhắm vào các hệ thống mà không ai cho phép.” Thứ hai, cùng system card đó báo cáo kết quả kém hơn ở những phần khác. GPT-6 Cyber dừng lại khi một cảnh báo từ công cụ khiến việc dừng là lựa chọn đúng trong 73% trường hợp, so với 78% của GPT-6 Astra. Câu trả lời cuối cùng của nó bỏ sót một trở ngại mà nó đã gặp phải trong khoảng 20% số phản hồi được chấm điểm, so với khoảng 12% của Astra.

Chính OpenAI khuyến nghị người dùng được phê duyệt chạy mô hình trong môi trường cô lập, với giới hạn rõ ràng về mục tiêu, thông tin xác thực và quyền truy cập mạng, cùng một người có thể dừng nó lại. Đó là lời khuyên đúng đắn cho bất kỳ tác tử bảo mật nào.

Điều gì thay đổi đối với bên phòng thủ và việc phân loại ưu tiên bản vá trên Linux

GPT-6 Cyber bị giới hạn quyền truy cập và phần lớn các tổ chức sẽ không bao giờ sử dụng nó. Nhưng đó là bằng chứng về những gì các mô hình AI hiện nay có thể làm, và năng lực tương đương sẽ không mãi nằm sau quy trình phê duyệt của một nhà cung cấp. Chính OpenAI cũng nói như vậy: “Rõ ràng là chúng ta chỉ có một khoảng thời gian hạn chế để sử dụng các mô hình tiên phong nhằm bảo mật phần mềm.” Chúng tôi đã mô tả một trường hợp thực tế về phát triển mã khai thác có sự hỗ trợ của AI trong nhân Linux trong bài viết về CVE-2026-98432.

Với các đội ngũ Linux, có ba hệ quả.

  • Hãy chuẩn bị cho nhiều bản sửa lỗi nhân hơn, và mã khai thác cho chúng xuất hiện nhanh hơn. Hàng trăm phát hiện hiện đang nằm trong tay những người bảo trì. Chúng sẽ đến với các nhân ổn định và bản errata của các bản phân phối trong những tháng tới. Khi một bản sửa lỗi đã công khai, hãy giả định rằng mã khai thác hoạt động được có thể xuất hiện chỉ trong vài ngày.
  • Coi leo thang đặc quyền cục bộ là vấn đề khẩn cấp. Lỗi root cục bộ thường được xếp hạng thấp hơn lỗi từ xa. Điều đó chỉ an toàn nếu không kẻ tấn công nào có được chỗ đứng cục bộ. Với web shell, khóa SSH bị đánh cắp, CI runner và các máy chủ container dùng chung, chỗ đứng như vậy rất phổ biến, và một mã khai thác cục bộ đáng tin cậy sẽ biến mỗi chỗ đứng đó thành quyền root.
  • Hãy giả định đối thủ có khả năng lập kế hoạch tốt. Kẻ tấn công cần tính đến không còn là người chạy một script công khai. Đó là người có công cụ có thể đọc bản vá, tìm ra lỗi và xây dựng mã khai thác.

Trên thực tế, điều này có nghĩa là rút ngắn thời gian từ khi có errata đến khi khởi động lại vào nhân đã được vá. Hãy dùng live patching ở những nơi bản phân phối của bạn hỗ trợ, và nhớ rằng một máy chủ chưa được vá cho đến khi nó chạy nhân mới. Thu hẹp phạm vi mà một chỗ đứng có thể tiếp cận: vô hiệu hóa các mô-đun và tính năng nhân không sử dụng, đồng thời hạn chế user namespace không đặc quyền và eBPF không đặc quyền ở những nơi khối lượng công việc cho phép. Duy trì SELinux ở chế độ enforcing. Theo dõi các tiến trình root bất thường và các mô-đun mới được nạp.

Nên rút ra điều gì, và không nên rút ra điều gì

Với khách hàng của LOGIQ, đây là những lỗi trong các mã nguồn mà chúng tôi hỗ trợ, vì vậy chúng tôi xem thông báo này là tin tức vận hành chứ không chỉ là tin tức về AI. Nhận định của chúng tôi như sau.

  • Nên rà soát tốc độ các bản cập nhật nhân được đưa vào production, và ai là người quyết định khi việc khởi động lại phải chờ.
  • Nên duy trì một bản kiểm kê có thể trả lời câu hỏi “những máy chủ nào vẫn đang chạy nhân X” trong vài phút.
  • Nên theo dõi các thông báo bảo mật của bản phân phối bạn dùng. Đó là nơi những phát hiện này sẽ đến dưới dạng bản sửa lỗi.
  • Không nên hiểu “948 mã khai thác” là 948 lỗ hổng đang mở trên máy chủ của bạn. Nhiều lỗi đã được sửa ở upstream hoặc đang được sửa, và mỗi mã khai thác đều cần có quyền truy cập cục bộ trước.
  • Không nên coi benchmark của nhà cung cấp là sự thật đã được đo lường. Các số liệu là của chính OpenAI và chưa có bên ngoài nào tái hiện được.
  • Không nên chờ đến khi có quyền truy cập vào một mô hình như thế này mới hành động. Vá lỗi nhanh hơn và thu hẹp bề mặt tấn công đều giúp ích trước bất kỳ kẻ tấn công nào.

Tài liệu tham khảo