OpenAI cho biết quy trình AI phát hiện 948 lỗ hổng Linux có thể giúp kẻ tấn công giành quyền root

Đọc trong 18 phút
OpenAI Says AI Pipeline Found 948 Linux Flaws That Could Give Attackers Root Access

948 con đường từ tài khoản thông thường đến toàn quyền kiểm soát

OpenAI cho biết một hệ thống nghiên cứu tự động đã phát hiện 948 lỗ hổng nhân Linux riêng biệt, có thể cho phép người dùng có tài khoản thông thường chiếm toàn quyền kiểm soát máy tính. Theo công bố nghiên cứu ngày 4 tháng 11 năm 2026 của công ty, chiến dịch tiêu tốn 1.213.430 USD tín dụng API AI và tạo ra các bản vá ứng viên để con người xem xét.

Nội dung
  1. 948 con đường từ tài khoản thông thường đến toàn quyền kiểm soát
  2. Cách các tác nhân thu hẹp hàng triệu dòng mã
  3. Các khai thác hoạt động được đã chứng minh điều gì
  4. Chiến dịch tháng 10 so với các nghiên cứu trước
  5. Vì sao giành quyền root chưa đủ để xác thực phát hiện
  6. 1,2 triệu USD mang lại điều gì và OpenAI định giá ra sao
  7. Mười kỹ thuật mới được tuyên bố, nhưng chi tiết chưa được công bố
  8. Khoảng cách giữa bản sửa lỗi upstream và một máy được bảo vệ
  9. Chu kỳ phát hiện nhanh hơn vượt ra ngoài máy tính để bàn Linux
  10. Điểm chính

Các kết quả chi tiết trong báo cáo nghiên cứu của OpenAI giải thích cách đi đến con số được công bố: các tác nhân tạo ra 1.169 khai thác leo thang đặc quyền cục bộ hoạt động được, sau đó nhóm các phát hiện liên quan thông qua phân tích biến thể và phát triển 948 bản vá riêng biệt. OpenAI dùng con số cuối cùng này làm số lượng lỗ hổng duy nhất.

Lỗi leo thang đặc quyền cục bộ cho phép một người hoặc chương trình đang chạy trên máy có được những quyền thường chỉ dành cho quản trị viên, được gọi là root. Nhân Linux là phần mềm cốt lõi quản lý bộ nhớ, phần cứng và quyền truy cập. Phá vỡ ranh giới này có thể biến quyền truy cập hạn chế thành quyền kiểm soát hệ thống.

OpenAI thử nghiệm các khai thác trên một bản phân phối Linux phổ biến nhưng không nêu tên, với các biện pháp bảo vệ bảo mật thông thường được bật. Công ty mô tả AI vận hành quy trình này là một mô hình an ninh mạng sắp ra mắt, nhưng không đưa ra ngày phát hành hay xác định bản phân phối. Tổng số phát hiện, chi phí và tuyên bố về các kỹ thuật tấn công mới đều là kết quả do OpenAI tự báo cáo.

Thách thức trước mắt là đưa các bản sửa lỗi vào những máy tính mọi người thực sự sử dụng. Trong thời gian nghiên cứu, các cộng tác viên Linux đã sửa hoặc thảo luận hàng trăm phát hiện trùng lặp. Các nhà nghiên cứu vẫn phải kiểm tra xem mỗi khai thác có nhắm đúng lỗi được nêu hay không và bản vá đề xuất có xử lý được nguyên nhân hay không.

Quảng cáo

Cách các tác nhân thu hẹp hàng triệu dòng mã

OpenAI bắt đầu bằng cách chọn những phần của Linux mà người dùng thông thường có thể truy cập và có ý nghĩa về mặt bảo mật. Các tác nhân trinh sát xác định 5.034 mục tiêu kiểm tra, bao phủ khoảng 2,8 triệu dòng mã, tương đương khoảng 7% trong tổng số hơn 40 triệu dòng của bộ mã nguồn nhân.

Sau đó, các tác nhân phân tích xem xét những mục tiêu này, tìm hiểu cách mã hoạt động và những nơi kẻ tấn công có thể vượt qua ranh giới bảo mật. Trong vòng 12 giờ, họ đưa ra 2.308 phát hiện ứng viên sau khi loại bỏ các mục trùng lặp. Việc chọn mục tiêu tiêu tốn 3.426 USD tín dụng API; phân tích chúng tiêu tốn 316.549 USD.

Quy trình đầy đủ gồm năm giai đoạn: phát hiện lỗ hổng, xác thực động, đánh giá khả năng khai thác, tạo bản vá và con người xem xét. Mỗi giai đoạn trả lời một câu hỏi khác nhau, đưa quy trình từ mã đáng ngờ đến vấn đề bảo mật được chứng minh rồi tới phương án sửa chữa đề xuất.

Trong giai đoạn xác thực, các tác nhân cố tái tạo từng phát hiện ứng viên trong một máy ảo cô lập bằng Kernel Address Sanitizer, công cụ phát hiện một số lỗi bộ nhớ. Chúng quan sát đầu ra của chương trình và nhật ký hệ thống, điều chỉnh chương trình kiểm thử cho đến khi kích hoạt được sự cố hoặc dùng hết số lần thử được cấp.

Trong vòng 30 giờ, hệ thống tái tạo được 1.724 lỗ hổng, khoảng 74,7% số ứng viên. OpenAI cho biết nhiều phát hiện còn lại đòi hỏi đặc quyền cao hơn hoặc phụ thuộc vào những điều kiện khó kích hoạt trong khoảng thời gian cho phép. Công ty quy 3,1% phát hiện ứng viên cho lỗi phân tích liên quan đến một điều kiện bất khả thi. Mốc 30 giờ chỉ tính giai đoạn xác thực này, còn quá trình quét và phân tích thủ công sau đó kéo dài tổng cộng 10 ngày.

Các khai thác hoạt động được đã chứng minh điều gì

Bước tiếp theo của OpenAI là xác định những lỗi đã tái tạo nào có thể làm lộ thông tin hoặc giành quyền root. Một tác nhân sàng lọc thu hẹp các phát hiện còn 313 ứng viên làm lộ thông tin và 1.238 ứng viên có thể leo thang đặc quyền.

Các tác nhân phát triển khai thác tạo ra 291 bản chứng minh khái niệm về việc làm lộ thông tin và 1.169 khai thác leo thang đặc quyền hoạt động được. Bản chứng minh khái niệm là chương trình kiểm thử cho thấy một lỗ hổng có thể bị kích hoạt. Khai thác đi xa hơn, sử dụng lỗ hổng để gây ra hậu quả bảo mật, chẳng hạn giành đặc quyền quản trị viên.

Các máy kiểm thử vẫn bật những biện pháp bảo vệ như ngẫu nhiên hóa địa chỉ, hạn chế quyền truy cập của nhân Linux vào bộ nhớ người dùng và kiểm tra khi sao chép dữ liệu. Ngẫu nhiên hóa địa chỉ khiến kẻ tấn công khó đoán các vị trí bộ nhớ hữu ích hơn. Việc duy trì các biện pháp bảo vệ này giúp điều kiện kiểm thử gần với một bản cài đặt máy tính để bàn thông thường hơn.

Quảng cáo

OpenAI cũng thử nghiệm một phiên bản điều chỉnh của môi trường kernelCTF của Google, vốn có bề mặt tấn công nhỏ hơn và các biện pháp bảo vệ bổ sung. Chiến dịch này tạo ra 25 bản chứng minh khái niệm về việc làm lộ thông tin và 21 khai thác leo thang đặc quyền trong 112 giờ, với chi phí API khoảng 32.936 USD. Phiên bản điều chỉnh đã bỏ cơ chế giảm thiểu SLAB_VIRTUAL vì không tương thích với nhân mới nhất được dùng trong thử nghiệm.

OpenAI cho biết đã phát hiện một lỗ hổng trong QEMU TCG, một phần của hạ tầng ảo hóa được sử dụng trong quá trình thử nghiệm kernelCTF. Phát hiện này khiến chính môi trường nghiên cứu cũng được đưa vào diện rà soát bảo mật.

Chiến dịch tháng 10 so với các nghiên cứu trước

Nghiên cứu Linux của OpenAI mở rộng qua nhiều thử nghiệm trong năm 2026. Công ty liên hệ công việc này với Patch the Planet, nỗ lực hỗ trợ các nhà bảo trì phát hiện và sửa lỗ hổng trong phần mềm được sử dụng rộng rãi.

  • Tháng 6 năm 2026: OpenAI công bố 24 khai thác leo thang đặc quyền Linux được phát triển bằng GPT-5.5 Cyber.
  • Cuối tháng 7 năm 2026: Chiến dịch sử dụng GPT-5.6 Sol phát hiện và khai thác 166 lỗ hổng leo thang đặc quyền riêng biệt, với chi phí API 513.690 USD.
  • Giữa tháng 10 năm 2026: Mô hình an ninh mạng mới hơn tạo ra các khai thác bao phủ 948 lỗ hổng leo thang đặc quyền riêng biệt, kèm các bản vá ứng viên, với chi phí 1.213.430 USD.
  • Ngày 4 tháng 11 năm 2026: OpenAI công bố tường thuật về quy trình và kết quả.

Chiến dịch tháng 10 phát hiện số lỗ hổng leo thang đặc quyền riêng biệt cao gấp khoảng 5,7 lần chiến dịch tháng 7, trong khi chi tiêu cao gấp khoảng 2,4 lần. Tính từ các tổng số đó, chi phí API cho mỗi phát hiện riêng biệt giảm từ khoảng 3.095 USD xuống còn 1.280 USD.

Cả hai chiến dịch đều kiểm tra nhánh master mới nhất của nhân Linux tại thời điểm đó. OpenAI cho biết mô hình tháng 10 phát hiện nhiều lỗ hổng hơn đáng kể, dù nhân đã có thêm ba tháng sửa lỗi và tăng cường bảo mật. Công ty lập luận rằng cần quét lại phần mềm quan trọng khi mô hình ngày càng có năng lực hơn.

Vì sao giành quyền root chưa đủ để xác thực phát hiện

Trong một thử nghiệm ban đầu, OpenAI gặp phải vấn đề cơ bản: 20 trong số 200 khai thác thành công giành quyền root thông qua một lỗ hổng khác với lỗ hổng được giao cho tác nhân. Cuộc tấn công thành công, nhưng lời giải thích về lỗi mà nó đã khai thác lại không chính xác.

Điều đó ảnh hưởng đến việc vá lỗi. Các nhà nghiên cứu cần liên kết kết quả quan sát được với đúng nguyên nhân để nhà bảo trì có thể sửa đoạn mã gây ra sự cố. Sau khi phát hiện các trường hợp xác định sai, OpenAI đã bổ sung các bước kiểm tra độc lập.

Yash Kadakia, nhà sáng lập kiêm giám đốc công nghệ của Security Brigade, giải thích vì sao doanh nghiệp cần cả kết quả có thể tái lập lẫn lời giải thích chính xác:

"Đạt được một kết quả và giải thích chính xác cách đạt được kết quả đó là hai việc khác nhau", ông nói.

Quảng cáo

Các gói nghiên cứu cuối cùng của OpenAI gồm phân tích nguyên nhân, chương trình kiểm thử tối giản kích hoạt sự cố, bản vá ứng viên và một khai thác hoàn chỉnh. Các nhà nghiên cứu bảo mật xem xét khai thác, bản sửa lỗi và mức độ nghiêm trọng đề xuất trước khi báo cáo phát hiện cho nhà bảo trì.

Quá trình phát triển bản vá cũng cần nhiều lần lặp lại. Các bản sửa lỗi AI ban đầu đôi khi đưa vào những thay đổi không cần thiết, làm giảm hiệu năng hoặc bỏ sót các phiên bản liên quan của lỗ hổng. Thử nghiệm nhiều biến thể tấn công giúp các nhà nghiên cứu đánh giá liệu bản sửa lỗi có xử lý được vấn đề rộng hơn hay không.

1,2 triệu USD mang lại điều gì và OpenAI định giá ra sao

OpenAI báo cáo tổng chi phí chiến dịch là 1.213.430 USD, tương đương khoảng 1.279 USD cho mỗi phát hiện leo thang đặc quyền riêng biệt. Các con số này phản ánh chi tiêu API cho mô hình và quy trình, chứ không phải tổng kết đầy đủ chi phí nhân lực nghiên cứu và vận hành.

Đánh giá khả năng khai thác chiếm phần lớn nhất. Sàng lọc tiêu tốn 44.194 USD, còn phát triển khai thác tiêu tốn 775.929 USD, gồm 691.000 USD cho các ứng viên leo thang đặc quyền và 84.929 USD cho các ứng viên làm lộ thông tin.

Những trường hợp khó có thể đặc biệt tốn kém. OpenAI báo cáo chi phí trung bình khoảng 3.922 USD cho mỗi trong số 69 lần thử leo thang đặc quyền không thành công, so với khoảng 360 USD cho mỗi khai thác thành công. Một số trường hợp khó xử lý liên quan đến điều kiện tranh chấp, trong đó thành công phụ thuộc vào các sự kiện xảy ra theo đúng thứ tự hoặc đúng thời điểm.

OpenAI so sánh 948 phát hiện với mức thưởng lịch sử tại các cuộc thi: 20.000 USD ở Pwn2Own và 70.000 USD ở TyphoonPWN cho khai thác leo thang đặc quyền nhân Linux. Áp dụng các mức này cho ra giá trị giả định từ 18,9 triệu đến 66,3 triệu USD, cao gấp khoảng 16 đến 55 lần chi phí API của chiến dịch.

Công ty cũng ước tính 21 khai thác kernelCTF có thể mang về khoảng 1,5 triệu USD nếu được chương trình chấp nhận. Cả hai phép so sánh đều là ước tính tiền thưởng có điều kiện; khoản thưởng thực tế phụ thuộc vào quy định chương trình và việc chấp nhận khai thác. OpenAI cho biết công việc tập trung đo lường năng lực thay vì giảm thiểu chi phí, đồng thời kỹ thuật tối ưu quy trình tốt hơn có thể giúp giảm chi tiêu.

Mười kỹ thuật mới được tuyên bố, nhưng chi tiết chưa được công bố

OpenAI xem xét một mẫu gồm 166 khai thác và cho biết đã xác định ít nhất 10 kỹ thuật khai thác mới đối với các nhà nghiên cứu của công ty cũng như các chuyên gia khai thác nhân bên ngoài được tham vấn trong quá trình nghiên cứu. Công ty không công bố hướng dẫn chi tiết vì lý do an toàn.

Các kỹ thuật này gồm hai đối tượng mới dùng để đưa dữ liệu do kẻ tấn công kiểm soát vào bộ nhớ nhân, hai cách sắp xếp bộ nhớ nhằm tăng độ tin cậy, năm phương pháp giành đặc quyền bằng cách thay đổi dữ liệu và một kỹ thuật liên quan đến nhầm lẫn kiểu dữ liệu tùy ý. Nhầm lẫn kiểu dữ liệu xảy ra khi phần mềm xử lý một đối tượng như thể nó thuộc một loại khác, có thể dẫn đến việc truy cập sai dữ liệu hoặc thao tác không đúng.

Quảng cáo

OpenAI đưa ra các kết quả này như bằng chứng cho thấy các tác nhân có thể phát triển cách tiếp cận vượt ra ngoài những mẫu khai thác quen thuộc. Tuyên bố này dựa trên đánh giá của công ty về mẫu và tham vấn với các chuyên gia bên ngoài.

Đối với nhóm phòng thủ, hệ quả thực tế là cần kiểm tra bản sửa lỗi trước các biến thể tấn công liên quan, chứ không chỉ trước lần khai thác đầu tiên đã hoạt động. OpenAI cho biết quy trình lặp có chuyên gia hướng dẫn có thể giúp tạo ra các bản vá hoạt động chính xác, phù hợp với mã xung quanh và chống được các cuộc tấn công biến thể.

Khoảng cách giữa bản sửa lỗi upstream và một máy được bảo vệ

Các nhà bảo trì Linux đã hành động trong lúc chiến dịch của OpenAI diễn ra. Đến cuối 10 ngày quét và phân tích thủ công, 61 phát hiện leo thang đặc quyền đã được vá upstream, 43 có bản vá đang trong giai đoạn chuẩn bị và 299 đang được báo cáo, thảo luận công khai.

Bản sửa lỗi upstream là thay đổi đã được chấp nhận vào dự án chính. Bản vá đang trong giai đoạn chuẩn bị vẫn đang được xem xét hoặc tích hợp. Sau đó, các nhà phân phối Linux phải cung cấp bản cập nhật phù hợp cho khách hàng, còn khách hàng phải cài đặt và kích hoạt nhân đã sửa lỗi.

OpenAI cho biết đã gửi hàng trăm báo cáo và bản vá, bắt đầu với các lỗ hổng nghiêm trọng theo hướng dẫn của cộng đồng nhân Linux. Công ty không cung cấp bảng tổng hợp đầy đủ về tình trạng khắc phục của cả 948 phát hiện.

Sakshi Grover, giám đốc nghiên cứu tại IDC, xác định khoảng thời gian trước khi bản sửa lỗi đến được các hệ thống đang vận hành là mối lo ngại chính:

"Rủi ro không nằm nhiều ở con số 948, mà ở độ dài của khoảng thời gian từ lúc phát hiện đến khi bản sửa lỗi được đưa vào môi trường thực tế", bà nói.

Grover khuyến nghị ưu tiên các máy chủ được nhiều khách hàng dùng chung, hệ thống tự động xây dựng phần mềm, máy chủ truy cập dùng chung, nền tảng container và máy của nhà phát triển. Bà cũng kêu gọi các tổ chức yêu cầu nhà phân phối Linux cung cấp thời hạn đưa bản sửa lỗi vào các phiên bản được hỗ trợ.

Thomas Di Giacomo, giám đốc công nghệ và sản phẩm của SUSE, cho biết công ty sử dụng các công cụ AI tương tự và phối hợp với cộng đồng upstream về việc công bố lỗ hổng và vá lỗi. Ông mô tả cách tiếp cận của SUSE là kết hợp nhiều lớp bảo vệ với môi trường chạy ứng dụng được tăng cường bảo mật.

Chu kỳ phát hiện nhanh hơn vượt ra ngoài máy tính để bàn Linux

Số liệu của Google Threat Intelligence Group cho thấy mỗi tháng có 10.740 lỗ hổng được công bố vào tháng 8 năm 2026, so với 5.045 vào tháng 1. Số lỗ hổng được xếp loại rủi ro cao tăng từ 131 lên 350 trong cùng kỳ, tương đương mức tăng khoảng 167%.

Trung tâm An ninh mạng Quốc gia Vương quốc Anh đề cập đến hoạt động phát hiện có hỗ trợ AI trong một đánh giá công bố ngày 3 tháng 11. Cơ quan này cho biết:

"Việc các công cụ an ninh mạng ứng dụng AI được phổ biến rộng rãi gần như chắc chắn đã làm tăng đáng kể số lỗ hổng zero-day được phát hiện", cơ quan này cho biết.

Quảng cáo

Lỗ hổng zero-day là lỗi mà bên phòng thủ chưa có cơ hội chuẩn bị bản sửa trước. Trung tâm An ninh mạng Quốc gia Anh cho biết các công cụ AI phòng thủ đã đẩy nhanh việc vá lỗi, đồng thời cảnh báo nhiều hệ thống vẫn bị phơi nhiễm khi các công cụ đó không được cấu hình đúng và triển khai rộng rãi. Các tổ chức sẽ cần điều chỉnh quy trình vá lỗi và kiểm thử để bắt kịp tốc độ nhanh hơn.

Phạm vi sử dụng rộng của Linux khiến vấn đề vận hành này ảnh hưởng trên diện rộng. Nhân Linux hỗ trợ thiết bị Android, hạ tầng đám mây và siêu máy tính. Hạ tầng blockchain cũng bị ảnh hưởng: theo số liệu của ethernodes.org được trích dẫn trong các bài viết về phát hiện này, khoảng hai phần ba số nút Ethereum chạy Linux.

Mudit Gupta, giám đốc công nghệ tại Polygon Labs, cho rằng hạ tầng phân tán có khả năng chống chịu:

Tính phi tập trung tạo ra sự đa dạng trong hạ tầng và khả năng dự phòng, giúp tiền mã hóa chống chịu tốt hơn nhiều trước những lỗi như thế này so với phần mềm truyền thống.

Nhà nghiên cứu bảo mật Caducus cũng cho rằng hạ tầng tiền mã hóa đã trở nên bền bỉ hơn sau nhiều lần đối mặt với các cuộc tấn công. Với những người vận hành riêng lẻ, nhiệm vụ cụ thể vẫn là cập nhật bản vá cho máy và hạn chế mức độ thiệt hại mà một tài khoản bị xâm nhập có thể gây ra.

OpenAI khuyến nghị sử dụng các biện pháp phòng thủ nhiều lớp, bao gồm sandbox và hệ thống cô lập như Firecracker và gVisor. Cảnh báo của công ty rất rõ ràng: một kẻ tấn công có nhiều nguồn lực, sở hữu tài khoản thông thường trên hệ điều hành chưa cài các bản vá sẵn có, có thể biến quyền truy cập đó thành quyền kiểm soát root. Phát hiện lỗi nhanh hơn chỉ có ích khi các bản sửa lỗi tương ứng nhanh chóng đến được những hệ thống đó.

Điểm chính

  • OpenAI báo cáo 948 lỗ hổng leo thang đặc quyền Linux riêng biệt sau khi phân tích 1.169 khai thác hoạt động được và tạo ra các bản vá ứng viên.
  • Chiến dịch tháng 10 tiêu tốn 1.213.430 USD tín dụng API. Giai đoạn xác thực tái tạo 1.724 lỗ hổng ứng viên trong vòng 30 giờ.
  • Các thử nghiệm sử dụng một bản phân phối Linux thông thường với các biện pháp bảo vệ tiêu chuẩn được bật; mô hình và bản phân phối không được xác định.
  • Con người vẫn cần xem xét để xác minh nguyên nhân của từng khai thác và đánh giá các bản sửa lỗi đề xuất.
  • Khi quá trình phân tích kết thúc, nhà bảo trì đã vá upstream 61 phát hiện; 43 có bản vá đang trong giai đoạn chuẩn bị và 299 phát hiện đang được thảo luận công khai.
  • Ưu tiên phòng thủ trước mắt là cung cấp và cài đặt bản sửa lỗi, đặc biệt trên các hệ thống dùng chung, nơi quyền truy cập thông thường có thể biến thành quyền quản trị viên.
Chia sẻ bài viết này

Có thể bạn cũng thích