Câu trả lờiĐã xuất bản20 nguồn
PHP2Shell: Cần làm gì trước hai lỗ hổng nghiêm trọng trong PHP?
PHP2Shell là tên gọi chung của CVE 2026 109618 và CVE 2026 109619; cả hai đều được chấm CVSS 9,2 và có thể cho phép kẻ tấn công chưa xác thực thực thi mã từ xa. PHP phát hành các bản đã vá 8.5.12, 8.4.27, 8.3.36 và 8.2.35 vào ngày 21/10/2026.
Đă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
- PHP2Shell là tên gọi chung của CVE 2026 109618 và CVE 2026 109619; cả hai đều được chấm CVSS 9,2 và có thể cho phép kẻ tấn công chưa xác thực thực thi mã từ xa.
- PHP phát hành các bản đã vá 8.5.12, 8.4.27, 8.3.36 và 8.2.35 vào ngày 21/10/2026.
- Amazon ghi nhận một lần thử khai thác trên honeypot MadPot từ ngày 17/10; số lượt thử tăng lên hàng triệu sau khi công bố lỗ hổng, nhưng chưa xác nhận số máy chủ thực tế bị xâm nhập.
Prompt AI
openai.comCreate a landscape editorial hero image for this Studio Global article: What is known about the PHP2Shell vulnerabilities CVE-2026-109618 and CVE-2026-109619, including their 9.2 severity ratings and potential fo. Article summary: PHP2Shell comprises two critical PHP memory-corruption vulnerabilities, CVE-2026-109618 and CVE-2026-109619, each rated 9.2 and capable of unauthenticated remote code execution; fixed releases were issued on October 21, . Topic tags: general, general web, user generated. 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 fa
PHP2Shell là tên gọi chung của hai lỗ hổng nghiêm trọng trong PHP: CVE-2026-109618 và CVE-2026-109619. Mỗi lỗ hổng được chấm 9,2 theo thang CVSS và có thể cho phép kẻ tấn công không cần xác thực thực thi mã trên máy chủ web chạy PHP. PHP phát hành các bản sửa lỗi ngày 21/10/2026, sau khi có báo cáo về một lần thử khai thác từ bốn ngày trước đó. 4
5
Hai lỗ hổng này hoạt động ra sao?
Các lỗi liên quan đến cách PHP quản lý bộ nhớ khi xử lý yêu cầu web. PHP mô tả CVE-2026-109618 là lỗi hỏng dữ liệu do cạn bộ nhớ trong quá trình dọn dẹp sau khi xử lý yêu cầu. Với CVE-2026-109619, trạng thái nội bộ thuộc về một yêu cầu cũ có thể bị tái sử dụng trong yêu cầu tiếp theo do cùng tiến trình xử lý. Cả hai đều có thể dẫn đến thực thi mã từ xa. 4
10
Nguy cơ áp dụng với các hệ thống PHP tiếp nhận yêu cầu web, bao gồm PHP-FPM và Apache chạy mod_php, cùng một số cấu hình phục vụ web khác. 4
5 Nhóm bảo mật PHP cho biết rủi ro cao nhất nằm ở mod_php.
7
Các phiên bản PHP đã được vá
PHP phát hành các phiên bản sửa lỗi sau vào ngày 21/10/2026: 4
- PHP 8.5.12
- PHP 8.4.27
- PHP 8.3.36
- PHP 8.2.35
Quản trị viên nên nâng cấp lên bản đã vá tương ứng với nhánh PHP đang sử dụng. Vì lỗi ảnh hưởng đến các hệ thống xử lý lưu lượng web, hãy rà soát mọi môi trường chạy PHP có tiếp nhận yêu cầu web, thay vì chỉ kiểm tra framework hoặc hệ quản trị nội dung của ứng dụng. 4
5
Một số báo cáo cho biết việc thông tin bị tiết lộ sớm đã khiến bản vá được phát hành sớm hơn lịch dự kiến một ngày, từ 22/10 sang 21/10. Tuy nhiên, các thông tin hiện có chưa xác định rõ nội dung nào bị lộ, ai đã tiết lộ hoặc thông tin lan truyền qua kênh nào. 3
20
Những gì đã biết về hoạt động tấn công
Amazon Threat Intelligence cho biết họ phát hiện trên hệ thống honeypot MadPot một lần thử khai thác có dấu thời gian ngày 17/10 — bốn ngày trước khi lỗ hổng được công bố và bản vá được phát hành. Amazon nói địa chỉ IP liên quan đến lần thử này gắn với một mạng ẩn danh thương mại, nhưng chưa rõ tác nhân đã biết trước thông tin về lỗ hổng bằng cách nào.
Cloudflare ghi nhận số lượt thử khai thác tăng lên hàng triệu sau khi lỗ hổng được công bố. Đây là số lượt tấn công thử, không phải số website đã được xác nhận là bị xâm nhập. 18
19 Tương tự, một lần thử được ghi nhận trên honeypot cho thấy hệ thống đang bị nhắm tới, nhưng không chứng minh kẻ tấn công đã xâm nhập thành công máy chủ đang vận hành. Các báo cáo hiện có không xác định được có bao nhiêu hệ thống thực tế bị xâm phạm, nếu có.
46
Quản trị viên nên làm gì?
- Cài đặt bản PHP đã vá cho từng nhánh đang sử dụng.
4
- Rà soát hoạt động từ ngày 17/10 trở đi. Do Amazon phát hiện dấu hiệu tấn công trên honeypot trước ngày công bố, chỉ kiểm tra nhật ký từ ngày phát hành bản vá có thể chưa đủ.
46
- Phân biệt lượt thử khai thác với sự cố xâm nhập đã xác nhận. Số lượt thử cho thấy kẻ tấn công đang dò tìm lỗ hổng, nhưng tự nó không chứng minh đã thực thi mã thành công trên một máy chủ cụ thể.
18
Việc cần ưu tiên là cập nhật các hệ thống PHP bị ảnh hưởng và kiểm tra hoạt động đáng ngờ từ ngày 17/10. Lượng lớn lượt thử khai thác cho thấy cần xử lý khẩn trương, nhưng không đồng nghĩa mọi máy chủ bị nhắm tới đều đã bị xâm nhập.
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: Cần làm gì trước hai lỗ hổng nghiêm trọng trong PHP?" là gì?
PHP2Shell là tên gọi chung của CVE 2026 109618 và CVE 2026 109619; cả hai đều được chấm CVSS 9,2 và có thể cho phép kẻ tấn công chưa xác thực thực thi mã từ xa.
Những điểm chính cần xác nhận đầu tiên là gì?
PHP2Shell là tên gọi chung của CVE 2026 109618 và CVE 2026 109619; cả hai đều được chấm CVSS 9,2 và có thể cho phép kẻ tấn công chưa xác thực thực thi mã từ xa. PHP phát hành các bản đã vá 8.5.12, 8.4.27, 8.3.36 và 8.2.35 vào ngày 21/10/2026.
Tôi nên làm gì tiếp theo trong thực tế?
Amazon ghi nhận một lần thử khai thác trên honeypot MadPot từ ngày 17/10; số lượt thử tăng lên hàng triệu sau khi công bố lỗ hổng, nhưng chưa xác nhận số máy chủ thực tế bị xâm nhập.
Nguồn
censys.comOct 21 Advisory: php2shell - PHP Unauthenticated Remote Code ...
csa.gov.sgCritical Vulnerabilities in PHP (PHP2Shell)