Linux Kernel CVE-2026-98432 ผู้ดูแลต้องเช็กอะไร

CVE-2026-98432 เป็นช่องโหว่ในส่วน IPv4 TCP ของ Linux Kernel ที่มีการสาธิตโจมตีเซิร์ฟเวอร์ซึ่งเปิด MPTCP Listener จากระยะไกลจนได้สิทธิ์ root ผู้ดูแลระบบโรงเรียนควรตรวจรุ่นเคอร์เนล บริการที่เปิดรับจากอินเทอร์เน็ต และประกาศแพตช์ของดิสโทรที่ใช้อยู่ทันที

อ่านสั้นๆ

  • หมายเลขช่องโหว่ CVE-2026-98432; คะแนนความรุนแรง 9.8 ตามทีม Linux kernel CVE
  • มีการสาธิตการโจมตีบนระบบที่เปิด MPTCP Listener แต่ยังไม่มีรายงานยืนยันการใช้โจมตีจริงในวงกว้าง ณ 31 ตุลาคม 2569
  • การปิด MPTCP เพียงอย่างเดียวไม่ใช่มาตรการแก้ไขครบถ้วน เพราะโค้ดที่มีปัญหาอยู่ในเส้นทาง TCP ปกติด้วย
กราฟิกตู้เซิร์ฟเวอร์ Linux และเส้นทางเครือข่ายที่มีสัญญาณเตือนช่องโหว่
ภาพประกอบสร้างด้วย AI โดย KruThaiDev ไม่ใช่ภาพเหตุการณ์จริง

ช่องโหว่นี้เกิดตรงไหน และใครควรตรวจ

ปัญหาเป็นการใช้หน่วยความจำหลังคืนพื้นที่ (use-after-free) ในการจัดการ IPv4 TCP ของ Linux Kernel จึงต้องดูเคอร์เนลที่ใช้งานจริง ไม่ใช่ดูเพียงชื่อโปรแกรมบนเซิร์ฟเวอร์ หากโรงเรียนมีเครื่อง Linux ให้บริการเว็บ ระบบเรียนออนไลน์ หรือฐานข้อมูลที่เปิดรับจากภายนอก ควรให้ผู้ดูแลตรวจว่าเครื่องนั้นอยู่ในรุ่นที่ดิสโทรประกาศว่าได้รับผลกระทบหรือไม่

MPTCP เกี่ยวข้องอย่างไร

MPTCP ทำให้การเชื่อมต่อหนึ่งครั้งใช้หลายเส้นทางเครือข่ายได้ งานวิจัยที่เป็นข่าวแสดงการยึดสิทธิ์ root บนเซิร์ฟเวอร์ที่เปิด MPTCP Listener แต่รายงานระบุด้วยว่าช่องโหว่กระทบการเชื่อมต่อ TCP ทั่วไป ยังไม่มีการสาธิตการรันคำสั่งจากระยะไกลบนเซิร์ฟเวอร์ที่ไม่มี MPTCP Listener ต่อสาธารณะ จึงไม่ควรสรุปว่าทุกเครื่อง Linux ถูกยึดจากระยะไกลได้ในเงื่อนไขเดียวกัน

ผู้ดูแลระบบควรทำอะไรตอนนี้

บันทึกผลคำสั่ง `uname -r` และชื่อดิสโทรของแต่ละเครื่อง แล้วเทียบกับประกาศความปลอดภัยของผู้ผลิต เช่น Ubuntu, Debian หรือ Red Hat ตามรุ่นที่ใช้งานจริง ติดตั้งแพตช์เคอร์เนลเมื่อพร้อมและรีบูตตามแผนบำรุงรักษา ระหว่างรอแพตช์ให้จำกัดการเข้าถึงบริการจากเครือข่ายที่เชื่อถือได้ และตรวจว่ามีบริการใดเปิดรับจากอินเทอร์เน็ตเกินความจำเป็น อย่านำกฎไฟร์วอลล์ตัวอย่างไปใช้บนระบบงานจริงโดยไม่ทดสอบ เพราะอาจกระทบการเชื่อมต่อ

ทำอะไรต่อได้บ้าง

ตรวจว่าหน่วยงานใช้งานผลิตภัณฑ์หรือการตั้งค่าที่กล่าวถึงจริงหรือไม่ บันทึกรุ่นปัจจุบันและผู้รับผิดชอบ ก่อนดำเนินการตามประกาศผู้ผลิตที่เชื่อมไว้ด้านล่าง หากเป็นระบบงานสำคัญ ให้สำรองข้อมูลและกำหนดเวลาทดสอบหลังแก้ไข

คำถามที่พบบ่อย

ช่องโหว่นี้กระทบคอมพิวเตอร์ macOS หรือไม่

ไม่กระทบเคอร์เนล macOS โดยตรง เพราะ macOS ไม่ได้ใช้ Linux Kernel

ปิด MPTCP แล้วปลอดภัยหรือยัง

ยังสรุปเช่นนั้นไม่ได้ โค้ดที่มีปัญหาอยู่ในส่วน TCP ปกติด้วย ควรทำตามคำแนะนำของดิสโทรและติดตั้งแพตช์

มีหลักฐานว่าถูกโจมตีจริงแล้วหรือไม่

ณ 31 ตุลาคม 2569 ยังไม่มีรายงานยืนยันการใช้ CVE นี้โจมตีจริงในวงกว้างจากแหล่งที่ตรวจ

แหล่งข้อมูล


Leave a Comment

Your email address will not be published. Required fields are marked *

Scroll to Top