ทีมพัฒนา PHP ออกอัปเดตความปลอดภัยฉุกเฉินเพื่อแก้ไขช่องโหว่ร้ายแรง 2 รายการ ซึ่งถูกเรียกรวมกันว่า “PHP2Shell” หลังมีรายงานพบความพยายามโจมตีช่องโหว่ดังกล่าว โดยช่องโหว่อาจเปิดโอกาสให้ผู้โจมตีจากระยะไกลสามารถสั่งรันโค้ดบนระบบเป้าหมายได้โดยไม่จำเป็นต้องผ่านการยืนยันตัวตน

ช่องโหว่ทั้งสองรายการ ได้แก่ CVE-2026-109618 และ CVE-2026-109619 มีคะแนนความรุนแรง CVSS v4.0 อยู่ที่ 9.2 จาก 10.0 สะท้อนถึงความเสี่ยงสูงต่อระบบที่ใช้งาน PHP เวอร์ชันที่ได้รับผลกระทบ

ช่องโหว่ PHP2Shell เกี่ยวข้องกับการจัดการข้อมูลและหน่วยความจำภายใน PHP อาจนำไปสู่การเรียกใช้โค้ดที่เป็นอันตรายจากระยะไกล (Remote Code Execution: RCE) รวมถึงความเสี่ยงในการเปิดเผยข้อมูลที่อยู่ในหน่วยความจำของโปรเซส PHP เช่น ข้อมูลรับรองการเข้าถึง โทเคนยืนยันตัวตน และข้อมูลสำคัญอื่น ๆ ที่อาจถูกประมวลผลอยู่ในระบบ ช่องโหว่ดังกล่าวอาจส่งผลกระทบต่อสภาพแวดล้อม PHP หลายรูปแบบ อาทิ Apache mod_php, PHP-FPM, php-cgi, FrankenPHP และ LiteSpeed ทั้งนี้ ผลกระทบที่เกิดขึ้นจริงขึ้นอยู่กับเวอร์ชัน PHP รูปแบบการติดตั้ง และการตั้งค่าของระบบแต่ละแห่ง

รายงานระบุว่า นักวิจัยด้านความปลอดภัยจากหลายหน่วยงานมีส่วนร่วมในการค้นพบและวิเคราะห์ช่องโหว่ ก่อนที่ทีมพัฒนา PHP จะเร่งเผยแพร่แพตช์เพื่อแก้ไขปัญหา หลังมีรายงานความพยายามโจมตีช่องโหว่ดังกล่าว

เวอร์ชันที่ได้รับการแก้ไข

ผู้ดูแลระบบควรตรวจสอบเวอร์ชัน PHP ที่ใช้งาน และอัปเดตเป็นเวอร์ชันที่ได้รับการแก้ไขแล้ว ดังนี้

• PHP 8.5 อัปเดตเป็นเวอร์ชัน 8.5.12
• PHP 8.4 อัปเดตเป็นเวอร์ชัน 8.4.27
• PHP 8.3 อัปเดตเป็นเวอร์ชัน 8.3.36
• PHP 8.2 อัปเดตเป็นเวอร์ชัน 8.2.35

สำหรับ PHP เวอร์ชันเก่าที่อยู่นอกหมดระยะเวลาการสนับสนุน ผู้ดูแลควรพิจารณาย้ายไปใช้เวอร์ชันที่ยังได้รับการสนับสนุนด้านความปลอดภัย

คำแนะนำสำหรับผู้ดูแลระบบ

NT cyfence ขอแนะนำให้หน่วยงานและผู้ดูแลระบบที่ใช้งาน PHP ดำเนินการดังต่อไปนี้

1. เร่งตรวจสอบและอัปเดตแพตช์ ตรวจสอบเวอร์ชัน PHP บนเซิร์ฟเวอร์ ระบบ production และคอนเทนเนอร์ทั้งหมด พร้อมติดตั้งแพตช์ที่ได้รับการแก้ไขแล้วโดยเร็ว โดยเฉพาะ PHP ที่ต่ำกว่า Version 8.2 เป็นต้นไป ควรอัปเดตทันที
2. ตรวจสอบบริการที่เปิดให้เข้าถึงจากอินเทอร์เน็ต ให้ความสำคัญกับเว็บเซิร์ฟเวอร์ที่ให้บริการสาธารณะและระบบที่ใช้ PHP ในการประมวลผลคำขอจากผู้ใช้
3. ใช้มาตรการลดความเสี่ยงชั่วคราว หากยังไม่สามารถอัปเดตได้ทันที ควรพิจารณาปรับค่าคอนฟิกที่เกี่ยวข้อง จำกัดขนาด HTTP request และใช้ Web Application Firewall (WAF) เพื่อช่วยลดโอกาสการโจมตี ทั้งนี้ มาตรการดังกล่าวไม่สามารถทดแทนการติดตั้งแพตช์ได้
4. ตรวจสอบบันทึกเหตุการณ์ (Logs) ค้นหาคำขอ HTTP ที่ผิดปกติ ข้อผิดพลาดของ PHP worker และพฤติกรรมที่อาจบ่งชี้ถึงความพยายามใช้ประโยชน์จากช่องโหว่
5. ตรวจสอบการบุกรุกเพิ่มเติม หากพบพฤติกรรมต้องสงสัย ควรตรวจสอบกระบวนการที่ทำงานบนเซิร์ฟเวอร์ บัญชีผู้ใช้ และข้อมูลรับรองที่อาจได้รับผลกระทบ พร้อมดำเนินการตามแผนรับมือเหตุการณ์ด้านความมั่นคงปลอดภัยไซเบอร์ขององค์กร

ทั้งนี้ การพบความพยายามโจมตีไม่ได้หมายความว่าระบบถูกเจาะสำเร็จแล้ว อย่างไรก็ตาม องค์กรที่ใช้งาน PHP เวอร์ชันที่ได้รับผลกระทบควรเร่งประเมินความเสี่ยงและดำเนินการแก้ไขโดยทันที

ที่มา https://thehackernews.com/2026/10/php-issues-emergency-patches-for-two.html