Câu trả lờiĐã xuất bản33 nguồn
PHP2Shell là gì? Hai lỗ hổng PHP nguy hiểm và cách xử lý
PHP2Shell là tên gọi chung của hai lỗi an toàn bộ nhớ trong PHP, có thể dẫn tới thực thi mã từ xa mà không cần xác thực trong một số điều kiện. Hãy cập nhật runtime PHP đang chạy website hoặc cài bản vá do nhà cung cấp sản phẩm phát hành, sau đó kiểm tra dịch vụ thực sự đang dùng phiên bản đã sửa.
Đă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 hai lỗi an toàn bộ nhớ trong PHP, có thể dẫn tới thực thi mã từ xa mà không cần xác thực trong một số điều kiện.
- Hãy cập nhật runtime PHP đang chạy website hoặc cài bản vá do nhà cung cấp sản phẩm phát hành, sau đó kiểm tra dịch vụ thực sự đang dùng phiên bản đã sửa.
Prompt AI
openai.comCreate a landscape editorial hero image for this Studio Global article: What are the PHP2Shell vulnerabilities CVE-2026-109618 and CVE-2026-109619, how do they enable unauthenticated remote code execution in PHP—. Article summary: PHP2Shell is the name given to two critical PHP memory-safety vulnerabilities, CVE-2026-109618 and CVE-2026-109619, that can permit unauthenticated remote code execution under suitable conditions; researchers rated them . Topic tags: general, general web, government, news. 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
PHP2Shell là tên gọi của hai lỗ hổng nghiêm trọng trong runtime PHP: CVE-2026-109618 và CVE-2026-109619. Trong những điều kiện phù hợp, kẻ tấn công có thể thực thi mã trên máy chủ mà không cần đăng nhập. PHP phát hành các bản sửa lỗi ngày 21/10/2026: 8.2.35, 8.3.36, 8.4.27 và 8.5.12.5
36 Việc cần ưu tiên là cập nhật đúng runtime PHP đang xử lý yêu cầu web — hoặc cài bản sửa lỗi của nhà cung cấp sản phẩm — rồi xác nhận dịch vụ đã thực sự dùng bản đã vá.
Hai lỗ hổng này gây ra rủi ro gì?
Cả hai lỗi đều nằm trong cách PHP tự quản lý bộ nhớ, không chỉ là vấn đề trong mã nguồn của một website cụ thể. Các phân tích mô tả những đường khai thác liên quan đến vùng nhớ đã bị giải phóng hoặc trạng thái cũ còn sót lại trong quá trình PHP xử lý.6
9
- CVE-2026-109618 liên quan đến lỗi truy cập vùng nhớ đã giải phóng trong cơ chế theo dõi tiến trình tải tệp lên. Wiz cho biết lỗi có thể làm lộ dữ liệu trong bộ nhớ của tiến trình PHP; trong điều kiện được trình diễn, nó còn có thể góp phần làm hỏng bộ nhớ và dẫn tới thực thi mã.
6
- CVE-2026-109619 liên quan đến cách xử lý bộ nhớ khi PHP tạo dấu vết ngăn xếp sau lỗi nghiêm trọng và khi dùng OPcache. Theo cảnh báo của PHP, trạng thái nội bộ cũ có thể bị một yêu cầu khác dùng lại nếu được xử lý bởi cùng worker.
36
Các nguồn được dẫn chấm mức độ nghiêm trọng của hai lỗi là 9,2 theo thang CVSS.2
37 Wiz ước tính PHP được dùng trên khoảng 70% Internet, nhưng đây là ước tính về độ phổ biến của công nghệ — không có nghĩa 70% website đều dễ bị khai thác theo cùng cách hoặc đã bị xâm nhập.
6
Phiên bản nào bị ảnh hưởng, và bản vá ở đâu?
Một số bài viết nêu phạm vi phiên bản dễ bị ảnh hưởng từ PHP 5.4 đến 8.5.11.56 Các bản PHP đã sửa là 8.2.35, 8.3.36, 8.4.27 và 8.5.12.
36 Nếu hệ thống đang chạy phiên bản cũ hoặc đã hết hỗ trợ, hãy hỏi nhà phân phối PHP hay nhà cung cấp sản phẩm về bản cập nhật được hỗ trợ hoặc bản vá backport; đừng mặc định rằng có thể nâng cấp theo cách thông thường.
17
54
Chỉ cập nhật gói PHP trên máy chủ có thể chưa đủ nếu website, thiết bị hoặc ứng dụng dùng một runtime được đóng gói riêng. Hãy xác định bản PHP nào đang xử lý yêu cầu web và làm theo hướng dẫn của nhà cung cấp đối với sản phẩm tích hợp sẵn PHP.5
54
AI có hỗ trợ tìm ra lỗi, nhưng mốc thời gian chưa thống nhất
Nghiên cứu được ghi nhận cho Calif, OpenAI và Wiz; các tường thuật về quá trình phát hiện cho biết có sử dụng sự hỗ trợ của mô hình AI.4
16 Tuy nhiên, các nguồn không thống nhất về thời điểm bắt đầu: USA Today nói Calif phát hiện ban đầu vào tháng 7 và Wiz phát hiện độc lập vào tháng 8, trong khi The Register đặt quá trình nghiên cứu vào khoảng tháng 8 đến tháng 9.
4
47 Một số bài khác cũng nhắc đến mô hình của Google, nhưng thông tin hiện có không xác định chính xác từng mô hình đã đóng góp ra sao hoặc phần việc nào được tự động hóa.
50
Điểm cần phân biệt là bằng chứng hiện có cho thấy đây là nghiên cứu có AI hỗ trợ, chứ không chứng minh AI tự mình phát hiện, xác minh rồi khắc phục cả hai lỗ hổng. Các nhà nghiên cứu và nhóm duy trì PHP đều tham gia vào quá trình được tường thuật.4
16
PAN-OS có liên quan thế nào?
Palo Alto Networks đã đăng cảnh báo về ảnh hưởng của hai lỗ hổng PHP đối với các sản phẩm của hãng, trong đó có các dòng PAN-OS.34
35 Tuy nhiên, điều đó không tự động có nghĩa mọi hệ thống PAN-OS đều có cùng đường tấn công như một máy chủ web chạy PHP. Cấu hình sản phẩm và bản sửa lỗi của nhà cung cấp mới là yếu tố cần kiểm tra.
Quản trị viên nên xem cảnh báo mới nhất của Palo Alto Networks để xác định trạng thái của đúng sản phẩm và phiên bản đang dùng, rồi làm theo hướng dẫn cập nhật chính thức. Không nên coi lịch phát hành hotfix trên các trang theo dõi bên thứ ba là xác nhận chắc chắn rằng bản vá đã có: một trang đang được chia sẻ ghi rõ thông tin trạng thái của nhà cung cấp được tạo bằng AI và cần được kiểm chứng.21
Có báo cáo về nỗ lực khai thác, nhưng chưa đồng nghĩa đã bị xâm nhập
Thông tin tình báo về mối đe dọa đề cập một nỗ lực khai thác được ghi nhận ngày 17/10, trước khi thông tin kỹ thuật và bản vá PHP được công bố ngày 21/10.53 Theo Nextgov, lưu lượng mà Cloudflare ghi nhận sau đó tăng từ hàng nghìn lên hàng triệu lượt thử.
22 Đây là số liệu về hoạt động thử khai thác, không phải số máy chủ đã bị chiếm quyền thành công.
Các báo cáo về việc khai thác thành công chưa thống nhất. Ngày 22/10, BBC cho biết khi đó chưa có báo cáo nào về vụ khai thác thành công.18 Sau đó, Unit 42 của Palo Alto Networks nói họ không thể xác nhận hoạt động ban đầu được cho là liên quan đến PHP2Shell có bắt nguồn từ chính các CVE này và đã rút lại cập nhật trước đó.
30 Với bằng chứng hiện có, có báo cáo về các nỗ lực khai thác, nhưng chưa rõ liệu có vụ xâm nhập thành công nào được xác nhận là do PHP2Shell gây ra hay không.
Một số chính phủ và doanh nghiệp được cho là đã tạm ngừng một số dịch vụ trực tuyến để chuẩn bị hoặc áp dụng bản vá.26
51 Việc chủ động tắt dịch vụ để phòng ngừa không phải bằng chứng cho thấy tổ chức đó đã bị tấn công.
Tổ chức và chủ website nên làm gì?
- Rà soát mọi nơi có PHP. Kiểm tra website, máy chủ ứng dụng, container, môi trường hosting và thiết bị chuyên dụng. Nếu dùng dịch vụ quản lý thuê ngoài, yêu cầu nhà cung cấp xác nhận runtime và bản sửa lỗi áp dụng.
- Cài bản cập nhật đã được xác minh. Dùng bản PHP đã sửa hoặc gói của nhà cung cấp có chứa các bản sửa lỗi. Với thiết bị và phần mềm đóng gói sẵn PHP, làm theo hướng dẫn của nhà cung cấp sản phẩm.
17
54
- Kiểm tra dịch vụ đang chạy. Xác nhận runtime phục vụ web — không chỉ bản PHP dùng trên dòng lệnh — đã được cập nhật. Kiểm tra cả các worker hoặc dịch vụ cần khởi động lại để nạp phiên bản mới.
- Giảm mức độ phơi nhiễm nếu chưa thể vá ngay. Hướng dẫn của NSA khuyến nghị ưu tiên bản vá của nhà cung cấp; nếu chưa thể cập nhật tức thì, hãy đưa hệ thống ngoại tuyến.
25
- Tách việc vá lỗi khỏi việc điều tra. Cập nhật giúp đóng lỗ hổng, nhưng không xác nhận liệu hệ thống có bị xâm nhập trước đó hay không. Nếu có lý do nghi ngờ, hãy rà soát nhật ký và hoạt động hệ thống liên quan.
Nếu bạn sở hữu website nhưng không quản lý máy chủ, hãy liên hệ nhà cung cấp hosting hoặc quản trị viên và hỏi runtime PHP đã được cập nhật chưa. Đừng cài bản vá từ tin nhắn không mong muốn; chỉ làm theo hướng dẫn chính thức của nhà cung cấp.
Cần phân biệt ba việc: hệ thống có lỗ hổng, kẻ tấn công đã thử khai thác, và hệ thống đã bị xâm nhập — đó là ba nhận định khác nhau. Hãy vá runtime bị ảnh hưởng, xác minh tình trạng các sản phẩm như PAN-OS với nhà cung cấp, và điều tra riêng nếu nghi ngờ có 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 là gì? Hai lỗ hổng PHP nguy hiểm và cách xử lý" là gì?
PHP2Shell là tên gọi chung của hai lỗi an toàn bộ nhớ trong PHP, có thể dẫn tới thực thi mã từ xa mà không cần xác thực trong một số điều kiện.
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 hai lỗi an toàn bộ nhớ trong PHP, có thể dẫn tới thực thi mã từ xa mà không cần xác thực trong một số điều kiện. Hãy cập nhật runtime PHP đang chạy website hoặc cài bản vá do nhà cung cấp sản phẩm phát hành, sau đó kiểm tra dịch vụ thực sự đang dùng phiên bản đã sửa.