OpenAI báo cáo 948 lỗi cục bộ cấp root trong Linux

Nội dung video này đề cập

• Leo thang đặc quyền cục bộ bắt đầu với một người dùng cục bộ không có đặc quyền đã có sẵn đạt được quyền root. Báo cáo không đưa ra phán quyết truy cập từ xa cụ thể cho máy.
• Quy trình đã tạo ra 2.308 ứng cử viên sau khi loại bỏ trùng lặp ban đầu và tái tạo 1.724 lỗ hổng. 948 phát hiện cục bộ riêng biệt cuối cùng của nó sử dụng số lượng bản vá ứng cử viên riêng biệt sau phân tích biến thể của 1.169 đánh giá thành công.
• 1,2 triệu đô la được báo cáo là tín dụng API cho các mô hình, mục tiêu và quy trình làm việc được đánh giá. Các định giá tiền thưởng lịch sử là giả định và yêu cầu chấp nhận và thanh toán chương trình riêng biệt.
• Mốc thời gian là giữa tháng 10 năm 2026. Các số liệu 61 bản vá thượng nguồn/43 bản vá trong giai đoạn thử nghiệm mô tả việc hoàn thành nghiên cứu sau mười ngày, vì vậy các khuyến nghị phân phối hiện tại vẫn cần thiết.
• 20 trong số 200 thành công của một lần chạy sớm đã sử dụng một lỗ hổng khác với lỗ hổng được gán. OpenAI báo cáo việc thêm một kiểm tra đường dẫn được gán độc lập; lỗi sớm này không chứng minh rằng 948 lỗ hổng cuối cùng là sai. Phán quyết là CẦN XEM XÉT với việc xem xét bản vá của con người và kiểm tra đường dẫn.

Bản ghi đã dịch

Được dịch từ lời tường thuật tiếng Anh gốc. Âm thanh và phụ đề có sẵn được điều khiển bởi YouTube.

Số lượng lỗi Linux của OpenAI thực sự có ý nghĩa gì?

0:00 Việc tìm thấy một lỗ hổng Linux nghe có vẻ giống như việc sửa nó. OpenAI báo cáo chín trăm bốn mươi tám phát hiện root cục bộ và ứng cử viên bản vá, với khoảng một phẩy hai triệu đô la tín dụng API. Trong video này, điều gì là quan trọng? Đánh giá của con người đã phát hiện ra điều gì? Có một thử nghiệm sớm mà các máy thực sự đã có quyền root, và bảng điểm vẫn ghi nhận sai. Chúng ta sẽ xem các nhà đánh giá con người đã phát hiện ra điều gì.

0:20 Hôm nay là thứ Năm, ngày năm tháng Mười Một, và đây là The Daily Diff.

Ai có thể có quyền truy cập root?

0:24 Hạt nhân Linux là lõi quản lý tài nguyên và quyền hạn của máy. Leo thang đặc quyền cục bộ có nghĩa là một người dùng đã có sẵn, không có đặc quyền đạt được quyền root, đặc quyền cao nhất. OpenAI đã nghiên cứu ranh giới đó trong các máy nghiên cứu biệt lập. Truy cập vào một máy là một vấn đề riêng biệt. OpenAI đã công bố nghiên cứu vào ngày bốn tháng Mười Một, mô tả một mô hình mạng sắp tới bên trong một quy trình tự động. Kết quả hữu ích là một tập hợp các phát hiện với bằng chứng và các bản sửa lỗi được đề xuất để

0:49 mọi người xem xét. Bài báo không công bố quyền truy cập chung vào mô hình sắp tới đó. Điều đó để lại một công việc rất con người trong câu chuyện tự động. Các nhà nghiên cứu đã xem xét các kết quả đầu ra và bắt đầu báo cáo các lỗ hổng nghiêm trọng với các bản vá, tuân thủ hướng dẫn từ cộng đồng hạt nhân. Các tác nhân có thể làm đầy hộp thư đến. Ai đó vẫn phải quyết định điều gì xứng đáng có mặt trong đó. Quy trình bắt đầu với các phần liên quan đến bảo mật của hạt nhân,

Làm thế nào để một ứng cử viên trở thành bằng chứng?

1:10 sau đó tạo ra khoảng hai nghìn ba trăm phát hiện ứng cử viên sau khi loại bỏ các bản sao. Một ứng cử viên là một sự nghi ngờ đáng để điều tra. Tại thời điểm đó, một đoạn văn thuyết phục và một lỗ hổng có thể tái tạo thực sự vẫn trông tương tự một cách đáng ngạc nhiên trong một bảng tính. Vì vậy, một giai đoạn riêng biệt đã cố gắng tái tạo các vấn đề bị nghi ngờ bên trong các máy biệt lập, bảo quản bằng chứng về những gì đã xảy ra. OpenAI báo cáo khoảng mười bảy trăm lỗ hổng được tái tạo. Điều đó thiết lập hành vi mà các nhà nghiên cứu có thể kiểm tra.

1:36 Câu hỏi tiếp theo là vấn đề nào trong số đó vượt qua một ranh giới quyền hạn nghiêm trọng. Hướng dẫn báo cáo bảo mật của Linux giúp giải thích thủ tục giấy tờ. Các nhà bảo trì yêu cầu phiên bản bị ảnh hưởng, bằng chứng và các điều kiện liên quan. Nó cũng cảnh báo rằng các báo cáo AI chất lượng kém tiêu tốn năng lực xem xét. Đó là hướng dẫn cộng đồng chung, độc lập với bài báo của OpenAI. Nó không chứng nhận lô phát hiện này.

Tại sao số lượng cuối cùng lại là 948?

1:58 Đây là chi tiết đếm. OpenAI báo cáo một nghìn một trăm sáu mươi chín lần leo thang đặc quyền cục bộ thành công trong quá trình đánh giá. Các nhà nghiên cứu sau đó đã phân tích các biến thể liên quan và phát triển chín trăm bốn mươi tám bản vá riêng biệt. Họ sử dụng số lượng bản vá đó để xác định các phát hiện leo thang cục bộ duy nhất. Nhiều thành công có thể thuộc về cùng một vấn đề cơ bản. Khoảng một phẩy hai triệu đô la bao gồm các tín dụng API được báo cáo cho các mô hình, mục tiêu và quy trình làm việc được đánh giá.

2:23 OpenAI nói rằng việc đo lường khả năng đã thúc đẩy thiết kế và kỹ thuật tốt hơn có thể giảm chi phí. Tổng chi phí nghiên cứu của nhà nghiên cứu vẫn chưa được đo lường ở đây. OpenAI so sánh các phát hiện với các phần thưởng săn lỗi lịch sử, tạo ra một định giá giả định. Việc chấp nhận và thanh toán thuộc về chương trình săn lỗi. Nhân một phần thưởng với số lượng nghiên cứu sẽ rất tuyệt vời cho đến khi bạn cố gắng gửi phép nhân đó vào tài khoản ngân hàng của mình.

Điều gì vẫn khiến một bản vá được đề xuất chưa hoàn chỉnh?

2:45 Một bản vá được đề xuất cũng cần được xem xét riêng. Các tác giả nói rằng các bản vá ban đầu có thể ngăn chặn vấn đề được chứng minh trong khi thêm mã không cần thiết, đánh đổi hiệu suất hoặc bỏ sót các biến thể liên quan. Họ đã cải thiện các hướng dẫn và lặp lại. Một bản sửa lỗi phải phù hợp với codebase rộng hơn và sống sót qua nhiều hơn bài kiểm tra đầu tiên chuyển sang màu xanh. OpenAI mô tả việc xem xét mức độ nghiêm trọng và các bản sửa lỗi của con người trước khi báo cáo lên thượng nguồn. Hướng dẫn của Linux nói rằng một bản sửa lỗi được đề xuất đã được kiểm tra có thể tiết kiệm thời gian xem xét ngay cả khi các nhà bảo trì chọn một bản sửa lỗi khác.

3:12 Việc chấp nhận từ phía thượng nguồn vẫn là một quyết định kỹ thuật riêng biệt.

Khi nào ảnh chụp nhanh bản vá được đo lường?

3:15 Mốc thời gian là hạt nhân mới nhất vào giữa tháng 10. Sau mười ngày nghiên cứu và phân tích thủ công, sáu mươi mốt vấn đề leo thang cục bộ đã được vá thượng nguồn, với bốn mươi ba có bản vá trong giai đoạn thử nghiệm. OpenAI ghi nhận các nhà bảo trì đã di chuyển nhanh chóng. Đó là một ảnh chụp nhanh hoàn thành nghiên cứu, và dự án vẫn tiếp tục di chuyển. Bản phân phối của bạn có hạt nhân và các bản cập nhật riêng của nó.

Ngày và trạng thái bản vá nào quan trọng đối với người dùng?

3:34 Đối với người dùng, bước thực tế là làm theo các khuyến nghị cho phần mềm họ thực sự chạy. Một kết quả nghiên cứu thượng nguồn vẫn cần đến phiên bản trên máy của bạn thông qua quá trình cập nhật đó. Bất kỳ ai đã từng xem một bộ thử nghiệm vượt qua trong khi sản phẩm làm sai biết biểu cảm khuôn mặt cần thiết ở đây. Bây giờ trở lại bảng điểm sớm đó. Các nhà đánh giá con người đã phát hiện ra một vấn đề bên trong tín hiệu thành công. Quy trình sớm ghi nhận một lỗ hổng được gán khi tác nhân có được

3:58 quyền root. Điều đó kiểm tra kết quả. Phát hiện được gán vẫn cần được kết nối với kết quả đó, bởi vì hệ thống có thể chứa nhiều hơn một lỗ hổng. Nếu bằng chứng chỉ ra một nguyên nhân khác, báo cáo gốc cần được

Các nhà đánh giá đã tìm thấy gì trong lần chạy sớm?

4:09 xem xét lại. Theo OpenAI, một lần chạy sớm đã báo cáo hai trăm lần leo thang cục bộ thành công. Đánh giá của con người đã tìm thấy hai mươi trong số đó đã đạt được quyền root thông qua một lỗ hổng khác với lỗ hổng được gán. Sự thành công là có thật, và sự gán sai. Điều đó có thể khiến bằng chứng của phát hiện gốc chưa được giải quyết ngay cả khi bảng điểm ăn mừng. Bài kiểm tra đã trả lời sai câu hỏi. Các tác giả nói rằng họ đã thắt chặt các ràng buộc và thêm một kiểm tra độc lập rằng mỗi kết quả cuối cùng đã sử dụng lỗ hổng được gán của nó.

4:34 Đó là phản ứng của họ đối với lỗi sớm. Hai mươi lỗi sớm không chứng minh rằng chín trăm bốn mươi tám phát hiện cuối cùng là sai. Xác minh cách một kết quả xảy ra cẩn thận như việc nó có xảy ra hay không. Phần hứa hẹn là cung cấp cho các nhà đánh giá bằng chứng mà họ có thể hành động, với phát hiện đúng được đính kèm. Nếu bạn muốn đọc điều này hơn là nghe tôi nói, the diff sẽ đến hộp thư đến của bạn mỗi sáng, miễn phí tại the daily diff dot dev, liên kết bên dưới.

Điều gì đưa ra phán quyết về quy trình của OpenAI?

4:55 Vì vậy, phán quyết hôm nay, CẦN XEM XÉT. Tôi sẽ giữ quy trình này trong quy trình làm việc phòng thủ với việc xem xét bản vá của con người và kiểm tra đường dẫn độc lập được gán. Các phát hiện được báo cáo trở nên hữu ích khi các nhà bảo trì nhận được bằng chứng mà họ có thể tin tưởng và các bản sửa lỗi mà họ có thể đánh giá. Và đó là the diff của hôm nay. Tôi là Niko từ Axrisi.

5:10 Hợp nhất một cách có trách nhiệm.

Nguồn

1. A thousand fewer paths to root — reported Linux pipeline method and countsOpenAI
2. Unique findings defined by distinct candidate patches after variant analysisOpenAI
3. Early wrong-assigned-flaw result and added independent path checkOpenAI
4. Research-completion patch snapshot and mid-October baselineOpenAI
5. Security bugs — general reporting and AI report-quality guidanceThe Linux Kernel
6. Discussion of OpenAI's Linux research, interest context onlyHacker News
7. Sam Altman portrait — TechCrunch; Steve Jennings/Getty Images for TechCrunch; CC BY 2.0; cropped, background removed and resized; vendor identification, no endorsement or current reactionTechCrunch via Wikimedia Commons
8. Portrait licence: Creative Commons Attribution 2.0Creative Commons
9. Drake Hotline Bling template — brief transformed process commentary, no actual news reaction or blanket reuse licenceImgflip
10. Nathan Fillion in Firefly, HULU disbelief GIF — brief transformed process commentary, no actual news reaction or blanket reuse licence; public hosting does not certify legal clearanceHULU on GIPHY
11. Original Sam Altman portrait — TechCrunch; Steve Jennings/Getty Images for TechCrunch; CC BY 2.0; cropped, background removed and resized; vendor identity only, no endorsement or personal study authorshipTechCrunch on Flickr