Câu trả lờiĐã xuất bản25 nguồn
PHP2Shell là gì? Những điều cần biết về sự cố bảo mật PHP
Ngày 21/10/2026, PHP phát hành bản sửa cho hai lỗ hổng nghiêm trọng có thể cho phép thực thi mã từ xa mà không cần đăng nhập. Các phiên bản đã vá là PHP 8.5.12, 8.4.27, 8.3.36 và 8.2.35.
Đăng bởiBiên tập bằng GPT-6 LunaHình ảnh được tạo bằng GPT Image 2
Câu trả lời nghiên cứu
Bài học chính
- Ngày 21/10/2026, PHP phát hành bản sửa cho hai lỗ hổng nghiêm trọng có thể cho phép thực thi mã từ xa mà không cần đăng nhập.
- Các phiên bản đã vá là PHP 8.5.12, 8.4.27, 8.3.36 và 8.2.35. Quản trị viên nên kiểm tra phiên bản PHP trên máy chủ và cập nhật theo nhánh đang sử dụng.
Prompt AI
openai.comCreate a landscape editorial hero image for this Studio Global article: What happened during the October 21–22, 2026 PHP2Shell security crisis, including PHP’s use by about 70% of websites; the unauthenticated re. Article summary: PHP2Shell prompted an emergency patching race on October 21, followed by reports of millions of exploitation attempts on October 22; its significance came from PHP’s reported use by roughly 70% of websites, not evidence . Topic tags: general, general web. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fake numbers, clic
PHP2Shell là tên gọi chung của hai lỗ hổng nghiêm trọng trong PHP, mang mã định danh CVE-2026-109618 và CVE-2026-109619. PHP phát hành bản sửa vào ngày 21/10/2026, sau khi thông tin kỹ thuật bị rò rỉ trước thời điểm công bố dự kiến. Đến ngày 22/10, các công ty an ninh mạng ghi nhận số lần thử khai thác tăng vọt. PHP được ước tính sử dụng trên khoảng 70% website, nhưng con số này không có nghĩa 70% website đã bị xâm nhập. 1
2
9
18
19
Hai lỗ hổng có thể gây ra điều gì?
Các lỗ hổng được xếp vào nhóm thực thi mã từ xa không cần xác thực (RCE): trong những điều kiện bị ảnh hưởng, kẻ tấn công có thể chạy mã trên máy chủ dễ tổn thương mà không cần đăng nhập trước. Một lỗi liên quan đến hỏng bộ nhớ khi xảy ra tình trạng cạn bộ nhớ; lỗi còn lại liên quan đến trạng thái toàn cục đã lỗi thời. 6
7
Một số bản tin cho biết phạm vi ảnh hưởng có thể kéo dài về tận PHP 5.4. Tuy nhiên, phạm vi phiên bản tiềm ẩn rủi ro không đồng nghĩa mọi website dùng PHP đều dễ bị tấn công trong mọi cấu hình, càng không phải bằng chứng rằng tất cả đã bị xâm nhập. 14
21
Bản vá khẩn cấp và vụ rò rỉ thông tin
Ngày 21/10, PHP phát hành các phiên bản đã khắc phục: 8.5.12, 8.4.27, 8.3.36 và 8.2.35. 1
6 Động thái này diễn ra sau khi thông tin bị rò rỉ ngày 20/10, sớm hơn hai ngày so với lịch công bố dự kiến 22/10. Vụ rò rỉ làm gián đoạn quy trình phối hợp công bố và dẫn đến việc phát hành bản vá khẩn cấp.
2
9
13
Với các tổ chức vận hành PHP, việc cần làm là kiểm tra phiên bản trên từng máy chủ có thể tiếp nhận yêu cầu từ internet, sau đó cập nhật lên bản đã vá phù hợp với nhánh đang dùng. Các khuyến nghị bảo mật cũng lưu ý không nên mặc định rằng vấn đề chỉ ảnh hưởng một website hay một ứng dụng cụ thể. 7
11
AI hỗ trợ nghiên cứu, nhưng không thay thế các nhóm bảo mật
OpenAI cho biết công ty an ninh mạng Calif đã phát hiện một lỗ hổ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ỗ hổng. PHP là bên duy trì hệ thống đã dẫn dắt việc sửa lỗi và phát hành bản cập nhật. 48 OpenAI cho biết họ đã dành hai tháng trước đó để phối hợp với các nhà duy trì phần mềm, nhà nghiên cứu và đơn vị cung cấp dịch vụ bảo mật.
48
Đây là trường hợp AI được sử dụng trong nghiên cứu lỗ hổng, không phải bằng chứng cho thấy một hệ thống AI tự mình phát hiện, xác minh và sửa lỗi. Các thông tin được công bố mô tả quá trình nghiên cứu và phối hợp có sự tham gia của các công ty bảo mật, nhóm duy trì PHP và công cụ AI. 35
48
Báo cáo về hoạt động khai thác và việc tạm ngừng dịch vụ
Cloudflare cho biết số lần thử khai thác tăng từ hàng nghìn trước khi thông tin được công bố lên đến hàng triệu sau đó. Amazon được cho là đã ghi nhận một nỗ lực tấn công vào ngày 17/10, tức bốn ngày trước thời điểm công bố công khai. Đây là số liệu về nỗ lực tấn công, không phải số vụ xâm nhập thành công. 19
Một số nhà cung cấp dịch vụ bảo mật cũng báo cáo hoạt động khai thác ngoài các hệ thống mồi nhử (honeypot), nhưng cho biết các cơ quan chức năng chưa xác nhận những báo cáo này vào thời điểm đó. 17 Riêng một số website và dịch vụ của chính phủ được đưa ngoại tuyến như biện pháp phòng ngừa; trong đó có hơn 30 dịch vụ của chính phủ Anh.
23 NSA cảnh báo kẻ tấn công có thể lợi dụng các lỗ hổng để chiếm quyền kiểm soát máy chủ web, đánh cắp dữ liệu, gây gián đoạn dịch vụ hoặc xâm nhập sâu hơn vào mạng doanh nghiệp. USA Today đưa tin cơ quan này khuyến nghị các website chưa thể khắc phục kịp thời nên tạm ngừng hoạt động.
18
23
Các thông tin hiện có cho thấy phản ứng bảo mật diễn ra gấp rút và lưu lượng tấn công thử tăng cao. Tuy vậy, chúng không xác lập được tổng số vụ xâm nhập thành công trên toàn cầu. Tương tự, ước tính về tỷ lệ website sử dụng PHP không phải là thước đo số hệ thống đã bị ảnh hưởng hay bị chiếm quyền.
Studio Global AI
Tiếp tục nghiên cứu của bạn
Trang này bao gồm câu trả lời dựa trên nguồn mà bạn có thể tiếp tục bên trong Studio Global.
Người ta cũng hỏi
Câu trả lời ngắn gọn cho "PHP2Shell là gì? Những điều cần biết về sự cố bảo mật PHP" là gì?
Ngày 21/10/2026, PHP phát hành bản sửa cho hai lỗ hổng nghiêm trọng có thể cho phép thực thi mã từ xa mà không cần đăng nhập.
Những điểm chính cần xác nhận đầu tiên là gì?
Ngày 21/10/2026, PHP phát hành bản sửa cho hai lỗ hổng nghiêm trọng có thể cho phép thực thi mã từ xa mà không cần đăng nhập. Các phiên bản đã vá là PHP 8.5.12, 8.4.27, 8.3.36 và 8.2.35. Quản trị viên nên kiểm tra phiên bản PHP trên máy chủ và cập nhật theo nhánh đang sử dụng.