PHP2Shell không chỉ là câu chuyện về việc AI hỗ trợ tìm ra hai lỗ hổng nghiêm trọng. Theo OpenAI, phía sau các bản vá khẩn cấp được phát hành ngày 21/10/2026 là hai tháng phối hợp giữa nhóm duy trì PHP, các nhà nghiên cứu và đơn vị an ninh mạng để chuẩn bị cách khắc phục và bảo vệ người dùng trước khi công bố.
18
Bài học đáng chú ý: phát hiện ra lỗi mới chỉ là khởi đầu. Cần có bản vá đáng tin cậy, thông báo đúng lúc và đủ thời gian để những đơn vị vận hành hệ thống triển khai cập nhật.
Hai lỗ hổng nằm trong chính lõi PHP
Hai lỗi mang mã CVE-2026-109618 và CVE-2026-109619, mỗi lỗi được chấm 9,2 theo thang CVSS — thang đo mức độ nghiêm trọng của lỗ hổng. Các nhà nghiên cứu đã trình diễn khả năng thực thi mã từ xa mà không cần đăng nhập trên các hệ thống WordPress, Drupal và Joomla, đồng thời báo cáo nguy cơ làm lộ dữ liệu trong bộ nhớ.
3
4 Phạm vi phiên bản bị ảnh hưởng được báo cáo kéo dài từ PHP 5.4 đến PHP 8.5.
1
Các lỗi liên quan đến cách PHP quản lý bộ nhớ: một lỗi gắn với tình huống cạn bộ nhớ; lỗi còn lại liên quan đến trạng thái cũ bị giữ lại giữa các yêu cầu và hành vi sử dụng vùng nhớ đã được giải phóng.
3
9 Vì vấn đề nằm trong chính PHP — nền tảng chạy bên dưới nhiều ứng dụng — nên tác động không chỉ giới hạn ở một phần mềm website cụ thể.
3
4
OpenAI cho biết Calif tìm ra một lỗi nghiêm trọng bằng GPT-5.6 Sol trong khuôn khổ sáng kiến Patch the Planet; Wiz cũng độc lập phát hiện và báo cáo cả hai lỗi.
18 Bài viết của Wiz và một số tường thuật khác còn nhắc đến Wiz Atlas, Gemini 4 Argon và GPT-5.6 Sol trong bộ công cụ nghiên cứu của Wiz.
4
33 Tuy nhiên, các thông tin được cung cấp chưa phân định rõ từng mô hình đảm nhiệm công việc nào, nên chưa thể kết luận chính xác mô hình nào được dùng để thử khai thác hay xác minh bản vá.
Một dòng thời gian thứ cấp, dẫn thông tin từ PHP Foundation, ghi nhận Calif báo lỗi cho PHP ngày 11/8, Wiz ngày 24/8 và OpenAI ngày 18/9.
6 Đây là các mốc gửi báo cáo được tường thuật lại, không nhất thiết là ngày từng nhóm lần đầu phát hiện lỗ hổng.
Phối hợp trước khi công bố: cần thiết nhưng không dễ dàng
OpenAI cho biết nỗ lực xử lý kéo dài hai tháng, với sự tham gia của nhóm duy trì PHP, nhà nghiên cứu và các đơn vị an ninh mạng nhằm chuẩn bị bản vá cũng như biện pháp bảo vệ trước khi công bố.
18 Nhóm duy trì PHP dẫn dắt việc sửa lỗi và phát hành phiên bản mới; các đối tác đóng góp nghiên cứu, hỗ trợ kỹ thuật và điều phối.
18
Bản vá được phát hành ngày 21/10, sớm hơn một ngày so với lịch công bố dự kiến.
14 Một số tường thuật cho biết lịch trình được đẩy sớm sau khi thông tin rò rỉ và các ảnh container đã vá xuất hiện trước thời điểm công bố. PHP Foundation cáo buộc Chainguard phá vỡ thỏa thuận giữ kín thông tin. Đây là cáo buộc được quy cho PHP Foundation, không phải kết luận tranh chấp đã được xác minh độc lập trong các nguồn hiện có.
6
35
38
Đây là thế khó của quy trình công bố lỗ hổng có điều phối: giữ kín thông tin giúp nhà phát triển và nhà phân phối có thời gian chuẩn bị bản vá, nhưng chờ đợi cũng có thể khiến người dùng đối mặt với rủi ro nếu lỗi đang bị khai thác. Theo các tường thuật về đề xuất của OpenAI, quy trình ứng phó có thể diễn ra theo từng bước: xác minh lỗi và phát triển bản sửa, cho nhà phân phối thời gian chuẩn bị, phối hợp với các đối tác chính phủ, rồi mở rộng thông báo và công bố hướng dẫn. Lịch trình có thể phải rút ngắn nếu xuất hiện dấu hiệu khai thác hoặc rò rỉ thông tin.
37
41
Có ghi nhận nỗ lực khai thác, nhưng chưa rõ mức độ xâm nhập
Amazon cho biết hệ thống MadPot phát hiện một nỗ lực khai thác PHP2Shell vào ngày 17/10, bốn ngày trước khi thông tin được công bố công khai. Các tường thuật sau đó cũng đề cập đến những nỗ lực khai thác rộng hơn sau khi bản vá được phát hành.
5 Một nỗ lực bị ghi nhận không đồng nghĩa với việc máy chủ đã bị chiếm quyền thành công; thông tin hiện có cũng chưa xác định được kẻ tấn công biết về lỗ hổng trước thời điểm công bố bằng cách nào, hay có bao nhiêu máy chủ thực sự bị xâm nhập.
Palo Alto Networks được tường thuật là đã xác định hơn 22,6 triệu hệ thống lộ diện trên internet có khả năng bị ảnh hưởng.
53 Con số “có khả năng bị ảnh hưởng” là ước tính mức độ phơi nhiễm, không phải số máy chủ đã được xác nhận là có thể khai thác hoặc đã bị xâm nhập.
Các cơ quan chức năng kêu gọi tổ chức sớm xử lý lỗ hổng; một bản tin cho biết họ khuyến nghị ngắt hệ thống khỏi mạng nếu không thể bảo vệ kịp thời.
56 Cloudflare nói đã triển khai biện pháp bảo vệ bằng tường lửa ứng dụng web (WAF) trước khi công bố công khai, áp dụng cho khách hàng sử dụng dịch vụ WAF của hãng.
12 Những biện pháp này có thể bổ trợ cho việc vá lỗi, nhưng không thay thế việc kiểm tra và cập nhật các phiên bản PHP bị ảnh hưởng.
Các phiên bản PHP được báo cáo là đã khắc phục lỗi gồm 8.2.35, 8.3.36, 8.4.27 và 8.5.12.
8 Đơn vị vận hành nên kiểm tra phiên bản PHP đang chạy trên hệ thống, vì cách đánh số phiên bản của các gói phần mềm có thể khác nhau tùy nhà cung cấp.
8
Năng lực phát hiện phải đi cùng năng lực khắc phục
OpenAI cũng cho biết đã cam kết 1 tỷ USD để trợ giá quyền truy cập Daybreak cho lực lượng phòng thủ, ưu tiên các tổ chức có nguồn lực an ninh mạng hạn chế và đang bảo vệ những dịch vụ thiết yếu.
25 Cam kết này hướng đến một phần của bài toán: giúp đội ngũ phòng thủ tiếp cận công cụ. PHP2Shell nhấn mạnh phần còn lại — chuẩn bị bản vá, truyền đạt thông tin và triển khai cập nhật trên toàn hệ sinh thái phần mềm.
AI có thể hỗ trợ tìm ra lỗ hổng, nhưng các tuyên bố về lỗi được phát hiện, công cụ nào đã góp phần và liệu cuộc tấn công có thành công hay không vẫn cần được quy nguồn cẩn thận. Những gì được ghi nhận về PHP2Shell ủng hộ một kết luận thận trọng: phát hiện sớm có thể tạo ra khoảng thời gian quý giá cho bên phòng thủ, nhưng khoảng thời gian ấy chỉ có ý nghĩa khi nhóm duy trì phần mềm, nhà cung cấp và đơn vị vận hành kịp chuẩn bị, chuyển giao và cài đặt bản vá.