คำตอบเผยแพร่แล้ว24 แหล่งที่มา
PwnEscape คืออะไร? ช่องโหว่เคอร์เนล Linux ที่เสี่ยงทำลายการแยก VM
PwnEscape (CVE 2026 99999) ได้คะแนน CVSS 3.1 ที่ 9.3 ระดับร้ายแรง โค้ดที่ทำงานอยู่ใน VM อาจอาศัยช่องโหว่เพื่อเปิดเผยข้อมูลจากหน่วยความจำของโฮสต์ได้ [4][8][23] ต้นเหตุอยู่ในโค้ดเครือข่ายส่วนกลางของเคอร์เนล Linux ไม่ใช่ KVM โดยตรง ข้อมูลเมตาเกี่ยวกับ checksum ที่ควบคุมจากฝั่ง guest อาจทำให้ส่วนหัว IPv4 เปลี่ยนหลังผ่าน...
เผยแพร่โดยแก้ไขด้วย GPT-6 Lunaรูปภาพสร้างด้วย GPT Image 2
คำตอบการวิจัย
ประเด็นสำคัญ
- PwnEscape (CVE 2026 99999) ได้คะแนน CVSS 3.1 ที่ 9.3 ระดับร้ายแรง โค้ดที่ทำงานอยู่ใน VM อาจอาศัยช่องโหว่เพื่อเปิดเผยข้อมูลจากหน่วยความจำของโฮสต์ได้ [4][8][23]
- ต้นเหตุอยู่ในโค้ดเครือข่ายส่วนกลางของเคอร์เนล Linux ไม่ใช่ KVM โดยตรง ข้อมูลเมตาเกี่ยวกับ checksum ที่ควบคุมจากฝั่ง guest อาจทำให้ส่วนหัว IPv4 เปลี่ยนหลังผ่านการตรวจสอบ และทำให้โค้ดแบ่งแพ็กเก็ตอ่านเลยขอบเขตข้อมูลของแพ...
- เคอร์เนล stable ที่มีแพตช์ ได้แก่ 5.10.272, 5.15.223, 6.1.190, 6.6.159, 6.12.113, 6.18.57 และ 7.2.11 [12][27]
AI พรอมต์
openai.comCreate a landscape editorial hero image for this Studio Global article: What is the critical, CVSS 9.3 Linux networking-stack vulnerability PwnEscape (CVE-2026-99999), how does guest-controlled virtio checksum-of. Article summary: PwnEscape (CVE-2026-99999) is reported as a critical, CVSS 3.1 9.3 Linux networking-stack vulnerability that can let code inside a guest VM cross the guest–host isolation boundary, disclose host memory, and potentially c. Topic tags: general, general web, user generated, education. 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, cha
PwnEscape (CVE-2026-99999) คือช่องโหว่ร้ายแรงในส่วนประมวลผลเครือข่ายของเคอร์เนล Linux ได้คะแนน CVSS 3.1 ที่ 9.3 ช่องโหว่นี้เกี่ยวข้องกับการจัดการแพ็กเก็ต IPv4: ข้อมูลเมตาที่มากับทราฟฟิกจากเครื่องเสมือน (VM) อาจทำให้เคอร์เนลของโฮสต์เปลี่ยนส่วนหัวแพ็กเก็ตหลังตรวจสอบไปแล้ว จากนั้นโค้ดที่ใช้แบ่งแพ็กเก็ตยังเชื่อถือส่วนหัวที่เปลี่ยนไป ผลกระทบที่มีรายงานมีตั้งแต่การเปิดเผยข้อมูลในหน่วยความจำของโฮสต์ ไปจนถึงการสาธิตการหลุดจาก VM ไปยังโฮสต์ในสภาพแวดล้อมทดลอง 4
8
23
ข้อมูล checksum ทำให้เกิดการอ่านเกินขอบเขตได้อย่างไร
อุปกรณ์เครือข่ายบางชนิดใช้ข้อมูลเมตาเกี่ยวกับการ offload checksum เพื่อบอกเคอร์เนลว่ายังมีงานคำนวณ checksum ที่ต้องทำต่อ PwnEscape เกี่ยวข้องกับข้อมูลเมตาที่ไม่ถูกต้องหรือไม่น่าเชื่อถือซึ่งไปถึงส่วนประมวลผล IPv4 ระหว่างขั้นตอนคำนวณ checksum เคอร์เนลอาจเขียนทับข้อมูลบางส่วนในส่วนหัวที่ผ่านการประมวลผลไปแล้ว แพตช์ที่ยอมรับเพิ่มการตรวจสอบค่า checksum_start ก่อนดำเนินการคำนวณ checksum ต่อ 19
23
จุดสำคัญคือข้อมูลถูกตรวจสอบไปแล้ว แต่กลับถูกเปลี่ยนก่อนนำไปใช้อีกครั้ง โค้ดที่แบ่งแพ็กเก็ตในขั้นตอนถัดไปใช้ส่วนหัว IPv4 ที่เปลี่ยนแปลงแล้วเป็นตัวกำหนดว่าจะคัดลอกข้อมูลส่วนหัวมากแค่ไหน ในกรณีทดสอบที่มีรายงาน ส่วนหัวถูกมองว่ามีขนาด 60 ไบต์ ทั้งที่มีข้อมูลแพ็กเก็ตตามขอบเขตเชิงตรรกะเพียง 28 ไบต์ ส่วนต่าง 32 ไบต์จึงมาจากหน่วยความจำที่อยู่นอกขอบเขตข้อมูลของแพ็กเก็ต 18
ตัวเลข 32 ไบต์นี้เป็นรายละเอียดของกรณีทดสอบดังกล่าว ไม่ได้หมายความว่าทุกแพ็กเก็ตจะเปิดเผยข้อมูลได้ครั้งละ 32 ไบต์พอดี 18
ทำไมช่องโหว่นี้จึงกระทบการแยก VM
ช่องโหว่อยู่ในสแตกเครือข่ายของเคอร์เนล Linux ไม่ใช่โค้ดไฮเปอร์ไวเซอร์ของ KVM โดยตรง เรื่องนี้สำคัญเพราะทราฟฟิกจาก VM อาจผ่านเส้นทางประมวลผลแพ็กเก็ตที่ใช้ร่วมกันในเคอร์เนลของโฮสต์ การเปลี่ยนหรืออัปเดตไฮเปอร์ไวเซอร์เพียงอย่างเดียวจึงไม่แก้ช่องโหว่ที่อยู่ในเส้นทางนี้ ผู้ที่ควรตรวจสอบคือผู้ดูแลโฮสต์ที่ใช้เคอร์เนลที่ได้รับผลกระทบและประมวลผลทราฟฟิกจาก VM ที่ผู้โจมตีควบคุมได้ 3
8
การโจมตีตามรายงานต้องอาศัยความสามารถในการรันโค้ดภายใน VM เพื่อส่งแพ็กเก็ตที่สร้างขึ้นเป็นพิเศษ ข้อมูลที่มีไม่ได้ระบุว่านี่เป็นการโจมตีแบบไม่ต้องยืนยันตัวตนต่อเครื่อง Linux ทุกเครื่องที่เชื่อมต่ออินเทอร์เน็ตได้ 4
7
ผลที่นักวิจัยสาธิต
มีรายงานการเปิดเผยข้อมูลหน่วยความจำของโฮสต์ในแซนด์บ็อกซ์สำหรับงานจริงของ Vercel ส่วนนักวิจัยสาธิตการรันโค้ดบนโฮสต์ได้ในสภาพแวดล้อมทดลอง ทั้งสองกรณีเป็นผลการทดสอบคนละแบบ และหลักฐานที่มีไม่ได้ยืนยันว่ามีการรันโค้ดระดับ root บนระบบใช้งานจริงของ Vercel 4
6
Paulos Yibelo ค้นพบช่องโหว่นี้ระหว่างเข้าร่วมกิจกรรมทดสอบความปลอดภัย Sandbox ของ Vercel รายงานระบุว่ากิจกรรมได้รับรายงาน 1,285 รายการ และ PwnEscape เป็นช่องโหว่ระดับร้ายแรงเพียงรายการเดียว ตัวเลขเหล่านี้ไม่ได้ยืนยันว่ามีการเข้าถึงข้อมูลลูกค้า 24
30
37
แพตช์อยู่ที่ไหน และผู้ดูแลระบบควรทำอะไร
แพตช์ต้นทางระบุเป็นคอมมิต 6785011f8b16 ชื่อ ipv4: validate checksum_start before completing checksum เคอร์เนล stable ที่เผยแพร่พร้อมแพตช์ ได้แก่ 5.10.272, 5.15.223, 6.1.190, 6.6.159, 6.12.113, 6.18.57 และ 7.2.11 12
27
เนื่องจากช่องโหว่อยู่ในเส้นทางประมวลผลแพ็กเก็ตของเคอร์เนลโฮสต์ ผู้ดูแลระบบควรตรวจสอบและอัปเดตเคอร์เนลบนโฮสต์ การอัปเดตซอฟต์แวร์ภายใน VM ไม่ใช่สิ่งทดแทนการแก้ไขบนโฮสต์ เคอร์เนลของแต่ละดิสทริบิวชันอาจใช้หมายเลขเวอร์ชันหรือกำหนดการเผยแพร่ต่างจากเคอร์เนลต้นทาง จึงควรตรวจประกาศของผู้ผลิตดิสทริบิวชันที่ใช้อยู่ และยืนยันว่าโฮสต์ทำงานด้วยเคอร์เนลที่แก้ไขแล้ว 1
6
ณ วันที่ 16 ตุลาคม AlmaLinux แจ้งว่ามีเคอร์เนลที่แก้ไขช่องโหว่แล้ว สถานะนี้เป็นข้อมูล ณ วันดังกล่าว ไม่ใช่ภาพรวมการปล่อยแพตช์ของทุกดิสทริบิวชัน ซึ่งอาจแตกต่างกันไปตามผู้ผลิตและรุ่นที่ใช้งาน 6
Studio Global AI
ทำการวิจัยต่อ
หน้านี้รวมคำตอบที่ได้รับการสนับสนุนจากแหล่งที่มาซึ่งคุณสามารถดำเนินการต่อภายใน Studio Global
คนยังถาม
คำตอบสั้น ๆ สำหรับ "PwnEscape คืออะไร? ช่องโหว่เคอร์เนล Linux ที่เสี่ยงทำลายการแยก VM" คืออะไร
PwnEscape (CVE 2026 99999) ได้คะแนน CVSS 3.1 ที่ 9.3 ระดับร้ายแรง โค้ดที่ทำงานอยู่ใน VM อาจอาศัยช่องโหว่เพื่อเปิดเผยข้อมูลจากหน่วยความจำของโฮสต์ได้ [4][8][23]
ประเด็นสำคัญที่ต้องตรวจสอบก่อนคืออะไร?
PwnEscape (CVE 2026 99999) ได้คะแนน CVSS 3.1 ที่ 9.3 ระดับร้ายแรง โค้ดที่ทำงานอยู่ใน VM อาจอาศัยช่องโหว่เพื่อเปิดเผยข้อมูลจากหน่วยความจำของโฮสต์ได้ [4][8][23] ต้นเหตุอยู่ในโค้ดเครือข่ายส่วนกลางของเคอร์เนล Linux ไม่ใช่ KVM โดยตรง ข้อมูลเมตาเกี่ยวกับ checksum ที่ควบคุมจากฝั่ง guest อาจทำให้ส่วนหัว IPv4 เปลี่ยนหลังผ่านการตรวจสอบ และทำให้โค้ดแบ่งแพ็กเก็ตอ่านเลยขอบเขตข้อมูลของแพ...
ฉันควรทำอย่างไรต่อไปในทางปฏิบัติ?
เคอร์เนล stable ที่มีแพตช์ ได้แก่ 5.10.272, 5.15.223, 6.1.190, 6.6.159, 6.12.113, 6.18.57 และ 7.2.11 [12][27]
แหล่งที่มา
cyberstack.orgcyberstack.org · n · vercel-kvm-escape-20261003Vercel Sandbox (3 Oct): CEO confirms KVM zero-day guest→host root...
pwn.aiPwnEscape: Guest-to-Host KVM Escape (CVE-2026-99999) - pwn.ai
tenable.comCVE-2026-99999 | Tenable®
tuxcare.comPwnEscape Escapes the VM Without a Hypervisor Bug
qiita.comCVE-2026-99999（PwnEscape）を読み解く──「KVMの脆弱性」ではなく、L...