PHP phát hành bản vá khẩn cấp cho hai lỗ hổng nghiêm trọng PHP2Shell
PHP đã phát hành bản vá khẩn cấp cho hai lỗ hổng nghiêm trọng được gọi là PHP2Shell, cho phép thực thi mã remoto không cần xác thực. Các lỗ hổng này đã được khai thác và PHP khuyến nghị cập nhật và khởi động lại dịch vụ ngay lập tức.

PHP đã phát hành bản vá khẩn cấp cho hai lỗ hổng nghiêm trọng được gọi là PHP2Shell, cho phép thực thi mã remoto không cần xác thực. Các lỗ hổng này đã được khai thác và PHP khuyến nghị cập nhật và khởi động lại dịch vụ ngay lập tức.
Nội dung chính
- PHP đã phát hành bản vá khẩn cấp cho hai lỗ hổng được gọi là PHP2Shell, với mã CVE-2026-109618 và CVE-2026-109619.
- Các lỗ hổng này có thể gây ra thực thi mã remoto không cần xác thực trên các máy chủ chạy phiên bản bị ảnh hưởng của runtime PHP.
- Lỗ hổng CVE-2026-109618 gây ra lỗi do thiếu bộ nhớ và có thể dẫn đến thực thi mã với quyền của quá trình web.
- Lỗ hổng CVE-2026-109619 gây ra vấn đề trạng thái toàn cục cũ kỹ, có thể dẫn đến tiết lộ bộ nhớ và thực thi mã với quyền của worker.
- Các phiên bản đã được sửa chữa bao gồm PHP 8.5.12, 8.4.27, 8.3.36 và 8.2.35.
Chi tiết sự việc
PHP đã phát hành bản vá khẩn cấp cho hai lỗ hổng nghiêm trọng được gọi là PHP2Shell, cho phép thực thi mã remoto không cần xác thực. Các lỗ hổng này đã được phát hiện và có người đã thử khai thác chúng, do đó, các nhà quản trị nên cập nhật và khởi động lại các dịch vụ ngay lập tức.
Lỗ hổng đầu tiên, được gán mã CVE-2026-109618, có điểm CVSS v4.0 là 9,2, và lỗ hổng thứ hai, mã CVE-2026-109619, cũng có điểm tương tự. Lỗ hổng đầu tiên dẫn đến lỗi tràn bộ nhớ và có thể thực thi mã với quyền của quá trình web, trong khi lỗ hổng thứ hai gây ra divulgation của trạng thái global lỗi thời, dẫn đến divulgation của bộ nhớ và, trong một số trường hợp, thực thi mã với quyền của worker.
Ngoài ra, lỗ hổng này có thể tiết lộ thông tin nhạy cảm như mật khẩu, token, API key hoặc thậm chí là chứng từ, tùy thuộc vào yêu cầu đồng thời và hành vi của máy chủ. Các phiên bản đã được sửa chữa bao gồm PHP 8.5.12, 8.4.27, 8.3.36 và 8.2.35. Sau khi cập nhật, cần khởi động lại Apache, PHP-FPM và bất kỳ worker nào còn hoạt động để đảm bảo quá trình đã tải runtime đã sửa.
Trong trường hợp không thể cập nhật ngay, các biện pháp hạn chế có thể được áp dụng, nhưng chúng không giải quyết hoàn toàn vấn đề. Đối với CVE-2026-109618, đề xuất giới hạn memory_limit=-1, duy trì post_max_size thấp và giới hạn kích thước yêu cầu trên máy chủ web hoặc proxy. Đối với CVE-2026-109619, một biện pháp hạn chế là vô hiệu hóa session.upload_progress.enabled và khởi động lại tất cả các worker. Trong PHP 8.5, một biện pháp hạn chế parcial là vô hiệu hóa fatal_error_backtraces và khởi động lại các quá trình.
Sau khi áp dụng bản vá, các nhóm cần giám sát thay đổi hành vi: bản vá giới hạn bộ nhớ và vượt quá giới hạn có thể dừng quá trình và bỏ qua quản lý tắt. Đồng thời, cần theo dõi các dấu hiệu tương thích với các cố gắng khai thác, như yêu cầu multipart bất thường sau bởi lỗi giới hạn bộ nhớ, đợt HTTP 500, cookies PHPSESSID bất thường lớn hoặc khởi động worker không giải thích. Trong môi trường PHP 8.1 và trước đó không còn nhận được bản vá từ dự án, áp lực để hiện đại hóa phiên bản trở thành một vấn đề an ninh, không chỉ là bảo trì.
PHP đã phát hành bản vá khẩn cấp cho hai lỗ hổng nghiêm trọng trong PHP2Shell, với các nỗ lực khai thác đã được ghi nhận. Các nhà nghiên cứu đã cảnh báo về mối đe dọa từ nhóm tấn công có thể lợi dụng những lỗ hổng này để thực hiện các hoạt động không mong muốn.
Hai lỗ hổng này được đánh giá là nghiêm trọng, có thể dẫn đến việc thực thi mã không mong muốn trên hệ thống bị ảnh hưởng. PHP đã xác nhận rằng những lỗ hổng này đã được nhóm tấn công cố gắng khai thác, cho thấy mức độ nguy hiểm của chúng.
Các nhà nghiên cứu đã khuyến nghị các nhà phát triển và người dùng nên cập nhật ngay lập tức để bảo vệ hệ thống của mình khỏi các mối đe dọa tiềm tàng. Việc này không chỉ giúp ngăn chặn việc khai thác lỗ hổng, mà còn đảm bảo hệ thống được bảo vệ trước các mối đe dọa khác.
PHP đã không cung cấp chi tiết về các lỗ hổng cụ thể, nhưng nhấn mạnh rằng việc phát hành bản vá khẩn cấp là để bảo vệ người dùng trước những nguy cơ tiềm tàng. Các nhà nghiên cứu đã kêu gọi cộng đồng kỹ thuật tiếp tục theo dõi và cập nhật thông tin về các lỗ hổng mới.
Đối tượng bị ảnh hưởng
Phạm vi ảnh hưởng bao gồm PHP-FPM, php-cgi, FrankenPHP, LiteSpeed và Apache mod_php.
Khuyến nghị
- Cập nhật và khởi động lại Apache, PHP-FPM và bất kỳ worker nào còn hoạt động.
- Đối với CVE-2026-109618, thiết lập memory_limit=-1, giữ post_max_size thấp và giới hạn kích thước yêu cầu trên máy chủ web hoặc proxy.
- Đối với CVE-2026-109619, tắt session.upload_progress.enabled và khởi động lại tất cả các worker.
Lưu ý: Bài viết được biên dịch và tóm tắt tự động bằng AI từ nguồn Una al Día · Hispasec (Tây Ban Nha). Vui lòng đối chiếu bài gốc trước khi sử dụng.
🛡️ Thông tin lỗ hổng liên quan (2)
Tổng hợp tự động từ MITRE CVE · NIST NVD · FIRST EPSS · CISA KEV · dịch bằng AIPHP Group PHP — Lỗ hổng Xâm hại Không gian Nhớ PHP. Đưa vào KEV ngày 2026-10-26, hạn khắc phục với cơ quan liên bang Mỹ: 2026-10-29. Yêu cầu: Áp dụng các biện pháp khắc phục theo hướng dẫn của nhà sản xuất, đảm bảo tuân thủ hướng dẫn CISA về việc cập nhật an ninh dựa trên mức độ rủi ro (BOD 26-04) và yêu cầu phân tích pháp y (Forensics Triage Requirements) của CISA. Theo hướng dẫn BOD 26-04 cho các dịch vụ đám mây hoặc ngừng sử dụng sản phẩm nếu biện pháp khắc phục không khả dụng. Các bên liên quan có trách nhiệm đánh giá mỗi tài sản về sự phơi bày trên Internet và đảm bảo tuân thủ hướng dẫn cập nhật BOD 26-04.
RCE thông qua sự cố không gian nhớ
PHP sử dụng longjmp() cho các lỗi ngoại bộ về không gian nhớ (OOM) để thoát khỏi ngữ cảnh hiện tại và hủy bỏ xử lý yêu cầu. Một số ngữ cảnh có thể không tính toán đúng cho tình huống này và để lại không gian nhớ của yêu cầu trong trạng thái chưa được khởi tạo trước khi thực hiện phân bổ. Quá trình dọn dẹp yêu cầu sau đó có thể đọc hoặc nhánh trên không gian nhớ này. Nhiều chiến lược OOM có thể kích hoạt tình trạng…
PHP Group PHP — Lỗ hổng PHP trạng thái nội bộ yêu cầu cũ. Đưa vào KEV ngày 2026-10-26, hạn khắc phục với cơ quan liên bang Mỹ: 2026-10-29. Yêu cầu: Áp dụng các biện pháp khắc phục theo hướng dẫn nhà sản xuất, đảm bảo tuân thủ hướng dẫn CISA BOD 26-04 về việc cập nhật an ninh dựa trên rủi ro (xem URL trong Ghi chú) và yêu cầu điều tra pháp y của CISA (xem URL trong Ghi chú). Theo hướng dẫn BOD 26-04 cho dịch vụ đám mây hoặc ngừng sử dụng sản phẩm nếu biện pháp khắc phục không có sẵn. Các bên liên quan có trách nhiệm đánh giá mỗi tài sản về sự phơi bày trên Internet và đảm bảo tuân thủ hướng dẫn cập nhật vá của BOD 26-04.
RCE thông qua trạng thái toàn cục cũ
PHP có nhiều trạng thái toàn cục tạm thời chỉ vào bộ nhớ yêu cầu. Trong một số tình huống, trạng thái toàn cục có thể không được đặt lại đúng cách hoặc có thể được tái tạo sau khi đã được đặt lại. Trạng thái toàn cục sau đó có thể tham chiếu đến bộ nhớ yêu cầu ngay cả sau khi nó đã được giải phóng. Các yêu cầu sau đó có thể đọc hoặc nhánh dựa trên trạng thái này trước khi nó được khởi tạo đầy đủ. Nhiều chiến lược …
📰 Tin liên quan cùng sự kiện (6)
- Hai lỗ hổng PHP nghiêm trọng được khai thácNguồn: ESET WeLiveSecurity · 26/10/2026 · Cùng CVE-2026-109618, CVE-2026-109619
Qualys cung cấp giải pháp tạm thời cho PHP2ShellNguồn: Qualys Blog · 26/10/2026 · Cùng CVE-2026-109618, CVE-2026-109619
Criminals tự di chuyển cơ sở hạ tầng sau lỗ hổng PHP2ShellNguồn: Tenable Blog · 23/10/2026 · Cùng CVE-2026-109618, CVE-2026-109619
Amazon phát hiện tấn công PHP2Shell trước khi công bốNguồn: AWS Security Blog · 22/10/2026 · Cùng CVE-2026-109618, CVE-2026-109619
Lỗ hổng PHP gây nguy cơ nhiều trang web gặp trục trặcNguồn: Krebs on Security · 21/10/2026 · Cùng CVE-2026-109618, CVE-2026-109619
Hai lỗ hổng RCE nghiêm trọng trong PHP core bị khai thácNguồn: Cisco Talos · 21/10/2026 · Cùng CVE-2026-109618, CVE-2026-109619
Tin tổng hợp tự động từ Una al Día · Hispasec (Tây Ban Nha) (https://unaaldia.hispasec.com). Mỗi bài đều dẫn liên kết tới bài gốc của nguồn.
Bài viết liên quan
Cùng chuyên mục & chủ đề

CISA thêm lỗ hổng của Check Point và UnrealIRCd vào danh sách các lỗ hổng đã bị khai thác

Nhóm tấn công khai thác lỗ hổng zero-day trong Check Point, gây rò rỉ dữ liệu

Lỗ hổng ngày zero trong Linux ngày càng nhiều – khó khăn trong việc sửa chữa





