คำตอบเผยแพร่แล้ว27 แหล่งที่มา
รู้จัก PHP2Shell และวิธีรับมือช่องโหว่ PHP ระดับวิกฤต
PHP2Shell หมายถึงช่องโหว่ร้ายแรงสองรายการใน PHP ได้คะแนน CVSS v4.0 ที่ 9.2 และอาจเปิดทางให้รันโค้ดบนเซิร์ฟเวอร์โดยไม่ต้องยืนยันตัวตน มีรายงานว่าช่องโหว่อาจซ่อนอยู่ใน PHP มาหลายปี และนักวิจัยใช้เครื่องมือ AI ช่วยในการตรวจสอบ แต่ยังสรุปไม่ได้ว่าเคยถูกนำไปใช้โจมตีตลอดช่วงเวลานั้น ผู้ดูแลควรตรวจสอบและอัปเดต PHP runtime...
เผยแพร่โดยแก้ไขด้วย GPT-6 Lunaรูปภาพสร้างด้วย GPT Image 2
คำตอบการวิจัย
ประเด็นสำคัญ
- PHP2Shell หมายถึงช่องโหว่ร้ายแรงสองรายการใน PHP ได้คะแนน CVSS v4.0 ที่ 9.2 และอาจเปิดทางให้รันโค้ดบนเซิร์ฟเวอร์โดยไม่ต้องยืนยันตัวตน
- มีรายงานว่าช่องโหว่อาจซ่อนอยู่ใน PHP มาหลายปี และนักวิจัยใช้เครื่องมือ AI ช่วยในการตรวจสอบ แต่ยังสรุปไม่ได้ว่าเคยถูกนำไปใช้โจมตีตลอดช่วงเวลานั้น
- ผู้ดูแลควรตรวจสอบและอัปเดต PHP runtime ให้เป็นรุ่นที่แก้ไขแล้วหรือใช้แพตช์จากผู้ให้บริการ โดย MFA และรหัสผ่านที่รัดกุมไม่สามารถแก้ช่องโหว่ฝั่งเซิร์ฟเวอร์นี้ได้
AI พรอมต์
openai.comCreate a landscape editorial hero image for this Studio Global article: What is the global “php2shell” crisis involving PHP vulnerabilities CVE-2026-109618 and CVE-2026-109619, why did Microsoft CEO Satya Nadella. Article summary: “PHP2Shell” is an urgent PHP security and patching incident involving CVE-2026-109618 and CVE-2026-109619: two critical flaws that can let an attacker execute code on a vulnerable web server without logging in, potential. Topic tags: general, general web. 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 fake numbers, clic
PHP2Shell เป็นชื่อเรียกรวมของช่องโหว่ร้ายแรงสองรายการใน PHP ได้แก่ CVE-2026-109618 และ CVE-2026-109619 หากโจมตีสำเร็จ ผู้ไม่หวังดีอาจรันคำสั่งบนเซิร์ฟเวอร์ที่ยังมีช่องโหว่ได้โดยไม่ต้องล็อกอิน PHP ออกแพตช์เมื่อวันที่ 21 ตุลาคม 2026 และบริษัทด้านความปลอดภัยรายงานว่าพบความพยายามโจมตีช่องโหว่เหล่านี้ อย่างไรก็ตาม ความพยายามโจมตีไม่เท่ากับการยืนยันว่าระบบถูกเจาะสำเร็จแล้ว 11
14
19
ช่องโหว่ PHP2Shell ทำอะไรได้บ้าง
ช่องโหว่เหล่านี้อยู่ในตัว PHP ซึ่งเป็นซอฟต์แวร์ที่ประมวลผลโค้ดฝั่งเซิร์ฟเวอร์ ไม่ได้จำกัดอยู่กับเว็บไซต์หรือระบบจัดการเนื้อหา (CMS) ชนิดใดชนิดหนึ่ง Red Hat ระบุว่าช่องโหว่หนึ่งเกี่ยวข้องกับการจัดการหน่วยความจำผิดพลาดเมื่อการจัดสรรหน่วยความจำล้มเหลวระหว่างประมวลผลคำขอ ส่วนอีกช่องโหว่อาจทำให้สถานะภายในบางอย่างค้างอยู่ เมื่อข้อผิดพลาดร้ายแรงขัดจังหวะการล้างข้อมูล 7
ช่องโหว่ทั้งสองอาจเปิดทางให้รันโค้ดจากระยะไกล (RCE) หมายถึงผู้โจมตีอาจสั่งให้เซิร์ฟเวอร์ที่มีช่องโหว่ทำงานตามคำสั่งได้ โดยไม่ต้องเข้าสู่ระบบก่อน 11
13 ทั้งคู่ได้คะแนน CVSS v4.0 ที่ 9.2 ซึ่งจัดอยู่ในระดับวิกฤต
4
หากถูกโจมตี ผลกระทบอาจรวมถึงเซิร์ฟเวอร์ถูกควบคุม ข้อมูลรั่วไหล หรือบริการหยุดชะงัก แต่การมีช่องโหว่ไม่ได้หมายความว่าเว็บไซต์ PHP ทุกแห่งถูกโจมตีหรือถูกเจาะแล้ว 13
ทำไมจึงกลายเป็นประเด็นเร่งด่วน
มีรายงานว่าช่องโหว่เหล่านี้อยู่ใน PHP มาหลายปีก่อนถูกค้นพบ 42 แต่การที่ช่องโหว่มีมานานไม่ได้ยืนยันว่าแฮกเกอร์รู้เรื่องนี้ หรือใช้โจมตีมาตลอดช่วงเวลาดังกล่าว
การค้นพบยังดึงความสนใจไปที่การใช้ AI ช่วยงานวิจัยด้านความปลอดภัย รายงานระบุว่า Calif และ Wiz ใช้เครื่องมือ AI ระหว่างการตรวจสอบ และ OpenAI มีส่วนร่วมในงานวิจัยและการเปิดเผยช่องโหว่ 34
44 AI อาจช่วยนักวิจัยตรวจสอบซอฟต์แวร์ได้ แต่เรื่องราวการค้นพบเพียงอย่างเดียวไม่ได้บอกว่าผู้โจมตีจะนำ AI ไปใช้ได้รวดเร็วเพียงใด หรือฝ่ายใดได้เปรียบกว่า
พาดหัวข่าวบางแห่งย้ำว่า PHP ถูกใช้งานอย่างแพร่หลาย โดยมีการประเมินว่ารองรับเว็บไซต์ราว 70% 20 ตัวเลขดังกล่าวสะท้อนขอบเขตการใช้งาน PHP ที่มีการรายงาน ไม่ใช่จำนวนเซิร์ฟเวอร์ที่ยืนยันแล้วว่ามีช่องโหว่หรือถูกเจาะจริง ความเสี่ยงของแต่ละระบบขึ้นกับเวอร์ชัน PHP การตั้งค่า วิธีติดตั้งใช้งาน และการลงแพตช์
แพตช์และรายงานการโจมตี: หลักฐานบอกอะไร
โครงการ PHP เผยแพร่รุ่นที่แก้ไขช่องโหว่เมื่อวันที่ 21 ตุลาคม ได้แก่ PHP 8.2.35, 8.3.36, 8.4.27 และ 8.5.12 19 รายการรุ่นดังกล่าวครอบคลุม PHP 8.2 ถึง 8.5 หากองค์กรใช้รุ่นเก่ากว่านี้ ควรตรวจสอบประกาศความปลอดภัยจากผู้ให้บริการระบบปฏิบัติการหรือโฮสติ้ง เพื่อดูว่ามีแพตช์ที่ตรวจสอบแล้วหรือแพตช์ย้อนกลับ (backport) หรือไม่ อย่าด่วนสรุปว่ามีหรือไม่มีแพตช์โดยยังไม่ได้ตรวจสอบ
มีรายงานความพยายามโจมตี SecurityWeek รายงานว่า Amazon พบความพยายามโจมตีเมื่อวันที่ 17 ตุลาคม หรือสี่วันก่อนการออกแพตช์ 14 ส่วน Cloudflare รายงานว่าทราฟฟิกที่พยายามโจมตีเพิ่มขึ้นอย่างรวดเร็วหลังช่องโหว่เป็นที่รู้จัก และยอดที่รายงานภายหลังเพิ่มขึ้นถึงระดับหลายล้านครั้ง
27
38 ตัวเลขเหล่านี้นับความพยายามที่ตรวจพบ ไม่ใช่จำนวนการบุกรุกที่สำเร็จ
รายงานเกี่ยวกับขนาดการโจมตียังให้ภาพไม่ตรงกันทั้งหมด บางแหล่งระบุว่าพบความพยายามโจมตีอย่างต่อเนื่อง ขณะที่อีกแหล่งประเมินว่าการโจมตีวงกว้างอาจมีโอกาสเกิดน้อยกว่าที่คาดไว้ในช่วงแรก 3
4 ข้อมูลที่มีอยู่ยังไม่ยืนยันว่ามีการเจาะระบบสำเร็จในวงกว้าง ควรจริงจังกับรายงานที่น่าเชื่อถือ แต่แยกการสแกนหรือความพยายามโจมตีออกจากหลักฐานว่าเซิร์ฟเวอร์ใดเซิร์ฟเวอร์หนึ่งถูกเจาะแล้ว
2
3
หน่วยงานและผู้ให้บริการรับมืออย่างไร
ระหว่างรับมือเหตุการณ์ องค์กรบางแห่งเลือกปิดบริการที่เข้าถึงได้จากสาธารณะชั่วคราว รายงานกล่าวถึงการหยุดให้บริการหรือเข้าสู่โหมดบำรุงรักษาในญี่ปุ่น ฝรั่งเศส ฟินแลนด์ และเนเธอร์แลนด์ ขณะที่หน่วยงานในสหรัฐฯ และยุโรปก็เรียกร้องให้องค์กรเร่งดำเนินการ 18
20
35 การปิดเว็บไซต์ชั่วคราวอาจช่วยลดความเสี่ยงระหว่างตรวจสอบและแก้ไข แต่ไม่ได้เป็นหลักฐานว่าเว็บไซต์นั้นถูกเจาะแล้ว
ผู้ดูแล PHP ควรทำอะไร
- ตรวจสอบตัว PHP ไม่ใช่แค่ตัวแอป PHP2Shell กระทบ PHP runtime ดังนั้นการอัปเดต CMS หรือปลั๊กอินอย่างเดียวไม่ได้ยืนยันว่าตัว PHP ที่ทำงานอยู่ได้รับการแก้ไขแล้ว
13
- ติดตั้งแพตช์ที่ตรวจสอบแล้ว อัปเกรดเป็น PHP รุ่นที่แก้ช่องโหว่ หรือทำตามคำแนะนำของผู้ให้บริการสำหรับแพตช์ย้อนกลับ และตรวจสอบเวอร์ชันที่ทำงานจริงในระบบ production
19
- ตรวจหาสัญญาณการถูกเจาะ การลงแพตช์ช่วยปิดช่องโหว่ แต่ไม่ได้ยืนยันว่าไม่มีผู้เข้าถึงเซิร์ฟเวอร์มาก่อน ตรวจสอบบันทึกการทำงานที่เกี่ยวข้องและสืบหากิจกรรมผิดปกติก่อนกลับมาให้บริการตามปกติ
- ใช้มาตรการชั่วคราวอย่างระมัดระวัง ทำตามคำแนะนำล่าสุดจากผู้ดูแล PHP หรือผู้ให้บริการ อย่าพึ่งการเปลี่ยนค่าตั้งค่าเพียงจุดเดียว หรือไฟร์วอลล์สำหรับเว็บแอปพลิเคชัน (WAF) แทนการแก้ PHP runtime ที่ตรวจสอบแล้ว
15
27
- เสริมการป้องกันบัญชีผู้ใช้ ใช้รหัสผ่านที่ไม่ซ้ำกันและการยืนยันตัวตนหลายปัจจัย (MFA) เพื่อช่วยปกป้องบัญชี แต่ทั้งสองอย่างไม่ได้แก้ช่องโหว่ที่เปิดให้รันโค้ดบนเซิร์ฟเวอร์โดยไม่ต้องล็อกอิน
สำหรับทีมไอที การแยกให้ชัดระหว่าง “มีช่องโหว่” “มีความพยายามโจมตี” และ “ยืนยันว่าถูกเจาะแล้ว” เป็นเรื่องสำคัญ ช่วยให้เร่งลงแพตช์ได้โดยไม่สรุปเกินกว่าหลักฐานที่มี
Studio Global AI
ทำการวิจัยต่อ
หน้านี้รวมคำตอบที่ได้รับการสนับสนุนจากแหล่งที่มาซึ่งคุณสามารถดำเนินการต่อภายใน Studio Global
คนยังถาม
คำตอบสั้น ๆ สำหรับ "รู้จัก PHP2Shell และวิธีรับมือช่องโหว่ PHP ระดับวิกฤต" คืออะไร
PHP2Shell หมายถึงช่องโหว่ร้ายแรงสองรายการใน PHP ได้คะแนน CVSS v4.0 ที่ 9.2 และอาจเปิดทางให้รันโค้ดบนเซิร์ฟเวอร์โดยไม่ต้องยืนยันตัวตน
ประเด็นสำคัญที่ต้องตรวจสอบก่อนคืออะไร?
PHP2Shell หมายถึงช่องโหว่ร้ายแรงสองรายการใน PHP ได้คะแนน CVSS v4.0 ที่ 9.2 และอาจเปิดทางให้รันโค้ดบนเซิร์ฟเวอร์โดยไม่ต้องยืนยันตัวตน มีรายงานว่าช่องโหว่อาจซ่อนอยู่ใน PHP มาหลายปี และนักวิจัยใช้เครื่องมือ AI ช่วยในการตรวจสอบ แต่ยังสรุปไม่ได้ว่าเคยถูกนำไปใช้โจมตีตลอดช่วงเวลานั้น
ฉันควรทำอย่างไรต่อไปในทางปฏิบัติ?
ผู้ดูแลควรตรวจสอบและอัปเดต PHP runtime ให้เป็นรุ่นที่แก้ไขแล้วหรือใช้แพตช์จากผู้ให้บริการ โดย MFA และรหัสผ่านที่รัดกุมไม่สามารถแก้ช่องโหว่ฝั่งเซิร์ฟเวอร์นี้ได้
แหล่งที่มา
cyber.gc.caAL26-026 - Critical vulnerabilities impacting PHP - CVE- ...
securityweek.comPHP2Shell Patches Land as First Exploitation Attempts Hit Sensors
access.redhat.comRHSB-2026-013 Request handling memory corruption - php...