วิกฤตไซเบอร์ "PHP2Shell": ช่องโหว่ร้ายแรงที่สะเทือน 70% ของเว็บไซต์ทั่วโลก
ความเสี่ยงจาก PHP2Shell ช่องโหว่ร้ายแรงของ PHP
สัปดาห์ที่ผ่านมา โลกอินเทอร์เน็ตเผชิญวิกฤตความปลอดภัยครั้งใหญ่. มีการเปิดเผย PHP2Shell ช่องโหว่ร้ายแรงของ PHP ซึ่งร้ายแรงมาก. ช่องโหว่นี้ถูกเรียกว่าเสาหลักของอินเทอร์เน็ต.
เหตุการณ์ทำให้ผู้ดูแลระบบทั่วโลกต้องเร่งแก้ไขอย่างฉุกเฉิน. หลายเว็บไซต์รวมถึงเว็บรัฐบาลในหลายประเทศต้องปิดบริการชั่วคราวเพื่อป้องกันการถูกโจมตี.ทำความรู้จัก PHP และความสำคัญ
PHP คือภาษาคอมพิวเตอร์แบบโอเพนซอร์สที่เปิดให้ใช้งานฟรี.
นอกจากนี้ มันทำหน้าที่ประกอบชิ้นส่วนเว็บไซต์ เช่น รูปภาพ ลิงก์ และสีสัน.
ให้แสดงผลเป็นหน้าเว็บที่สมบูรณ์.
บริหารโดยองค์กรไม่แสวงหากำไรอย่าง PHP Foundation.
PHP2Shell ช่องโหว่ร้ายแรงของ PHP ถูกพูดถึงในแวดวงความปลอดภัยเพื่อตระหนักถึงความเสี่ยง.
ความสำคัญของ PHP คือเป็นโครงสร้างพื้นฐานที่ขับเคลื่อนเว็บไซต์ทั่วโลก.
ดังนั้น เมื่อพบช่องโหว่ในระบบที่มีผู้ใช้งานมหาศาล ความเสี่ยงจะแพร่กระจายอย่างรวดเร็ว และ PHP2Shell ช่องโหว่ร้ายแรงของ PHP เพิ่มผลกระทบ.
การค้นพบ "PHP2Shell" ที่ซ่อนตัวมากว่าทศวรรษ
นักวิจัยด้านความปลอดภัยไซเบอร์จากบริษัท Calif และ Wiz ได้ร่วมมือกันในโครงการของ OpenAI โดยใช้ AI อย่าง GPT-5.6 Sol เข้ามาช่วยตรวจสอบโค้ด จนกระทั่งพบช่องโหว่ร้ายแรง 2 จุดที่ซ่อนอยู่ในระบบมานานกว่า 10 ปี ซึ่งเกี่ยวข้องกับ "การจัดการหน่วยความจำ (Memory Management)" และ "การจัดการข้อผิดพลาด (Error Handling)"
จริงๆ แล้วเคยมีนักวิจัยตั้งทฤษฎีถึงช่องโหว่นี้ไว้ตั้งแต่ปี 2024 แต่ในตอนนั้นยังหาวิธีเจาะระบบจริงๆ ไม่พบ ทาง PHP Foundation ยอมรับว่าความล่าช้าในการแก้ไขปัญหานี้เกิดจาก "ความล้มเหลวเชิงโครงสร้าง" ทั้งในเรื่องของการขาดแคลนทรัพยากรและกระบวนการตัดสินใจของทีมความปลอดภัย
ร้ายแรงแค่ไหน ทำไมเว็บถึงต้องปิดหนี?
ช่องโหว่นี้ (รหัส CVE-2026-109618 และ CVE-2026-109619) ได้คะแนนความรุนแรง (CVSS) สูงถึง 9.2 จาก 10. อย่างไรก็ตาม PHP2Shell ช่องโหว่ร้ายแรงของ PHP เปรียบเหมือนกุญแจผีที่แจกจ่ายให้ใครก็ได้เดินเข้าออกบ้านได้อย่างอิสระ
แฮกเกอร์สามารถใช้ช่องโหว่นี้เข้าควบคุมเว็บเซิร์ฟเวอร์ สั่งรันโค้ด (Remote Code Execution หรือ RCE) เปลี่ยนแปลงเว็บไซต์ ฝังมัลแวร์ ลบเนื้อหา หรือขโมยข้อมูลสำคัญอย่างรหัสผ่านได้ โดย ไม่ต้องมีการยืนยันตัวตน (Unauthenticated) ใดๆ ทั้งสิ้น
ทันทีที่มีการประกาศเรื่อง PHP2Shell ช่องโหว่ร้ายแรงของ PHP นี้ เว็บไซต์ของรัฐบาลในแคนาดา ฝรั่งเศส และญี่ปุ่น ต้องชิงปิดเว็บชั่วคราวเพื่ออุดรอยรั่ว.
นอกจากนี้ ทางด้าน Cloudflare รายงานว่าพบความพยายามสแกนหาและโจมตีช่องโหว่นี้นับหมื่นครั้งภายใน 45 นาที.
อย่างไรก็ตาม จำนวนการโจมตีพุ่งถึงหลักแสนครั้งภายในเวลาเพียง 2 ชั่วโมงหลังการประกาศ.
🚨 รายการเวอร์ชัน PHP ที่เป็นอันตรายและเวอร์ชันที่ปลอดภัยแล้ว
เพื่อความปลอดภัยสูงสุด ผู้ดูแลระบบต้องตรวจสอบเวอร์ชันของ PHP ที่ใช้งานอยู่。 ดังนั้น ผู้ดูแลระบบสามารถเทียบข้อมูลได้ดังนี้.
❌ เวอร์ชันที่เป็นอันตราย (Vulnerable Versions)
หากคุณใช้งาน 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 8.1 ลงไปทั้งหมด (รวมถึง 8.0, 7.x, 6.x และ 5.x ตั้งแต่ 5.4 เป็นต้นมา) - หมายเหตุ: เวอร์ชันเหล่านี้เป็นกลุ่ม End-of-Life (EOL) ซึ่งไม่ได้รับการสนับสนุนและจะไม่มีแพตช์อัปเดตอย่างเป็นทางการจาก PHP Foundation อีกต่อไป
✅ เวอร์ชันที่ปลอดภัย (Patched / Safe Versions)
ทาง PHP Foundation ได้ปล่อยแพตช์ (Patch) ฉุกเฉินเมื่อวันที่ 21 ตุลาคม 2026 ผู้ดูแลระบบต้องอัปเกรดเซิร์ฟเวอร์มาเป็นเวอร์ชันเหล่านี้โดยด่วน:
- PHP 8.5.12 หรือใหม่กว่า
- PHP 8.4.27 หรือใหม่กว่า
- PHP 8.3.36 หรือใหม่กว่า
- PHP 8.2.35 หรือใหม่กว่า
วิธีการรับมือและแก้ไข (How to Fix)
หน่วยงานความมั่นคงแห่งชาติสหรัฐฯ (NSA) รัฐบาลต่างๆ และผู้เชี่ยวชาญไซเบอร์ได้แนะนำแนวทางปฏิบัติดังนี้:
สำหรับผู้ดูแลระบบและเจ้าของเว็บไซต์:
- อัปเกรด PHP ทันที (สำคัญที่สุด): อัปเดต PHP เป็นเวอร์ชันที่ปลอดภัย (ตามรายการด้านบน) ทันที หลังจากติดตั้งแพตช์แล้ว ต้องทำการรีสตาร์ต (Restart) Web Server หรือ PHP-FPM worker processes เพื่อให้โค้ดใหม่ทำงานด้วย
- จัดการกับระบบเก่า (EOL): หากแอปพลิเคชันยังติดอยู่ที่ PHP 8.1 ลงไป ทางออกที่ดีที่สุดคือต้องวางแผนย้ายระบบ (Migration) หากทำไม่ได้ทันที แนะนำให้นำระบบนั้นไปไว้หลัง WAF (Web Application Firewall), VPN หรือตัดการเชื่อมต่อจากอินเทอร์เน็ตสาธารณะ
- ตรวจสอบร่องรอยการถูกเจาะ (Indicators of Compromise): ตรวจสอบ Log ของ Web Server และ PHP ค้นหาความพยายามอัปโหลดไฟล์ที่ผิดปกติ หรือคำขอ Multipart Request ที่แปลกประหลาด ตรวจสอบ Cron Jobs และไฟล์ที่เพิ่งถูกสร้างใหม่บนเซิร์ฟเวอร์
- รีเซ็ตรหัสผ่านและ API Key: หากสงสัยว่าถูกเจาะ ให้ทำการหมุนเวียน (Rotate) รหัสผ่านของ Admin, ฐานข้อมูล และ API Keys ต่างๆ ทันที
- ปิดเว็บชั่วคราวหากจำเป็น: หากยังไม่สามารถอัปเดตระบบได้ทันทีและไม่มีระบบป้องกันอื่น NSA แนะนำให้ดึงเว็บไซต์ออฟไลน์จนกว่าจะแก้ไขเสร็จสิ้น
สำหรับผู้ใช้งานทั่วไป: แม้ปัญหาจะอยู่ที่ระบบหลังบ้าน แต่ผู้ใช้ทั่วไปควรป้องกันข้อมูลส่วนตัวเผื่อในกรณีที่เซิร์ฟเวอร์ถูกแฮก โดยการรักษาความปลอดภัยของรหัสผ่าน (Password Hygiene) หมั่นเปลี่ยนรหัสผ่าน ไม่ใช้รหัสผ่านซ้ำกันในหลายเว็บไซต์ และที่สำคัญที่สุดคือการ เปิดใช้งานระบบยืนยันตัวตนแบบสองขั้นตอน (2FA) ไว้เสมอ
Share this content:


