เตือนช่องโหว่ Linux Kernel ความรุนแรงสูง 9.8 กระทบ Ubuntu และ Red Hat
พบช่องโหว่ร้ายแรงในรหัส TCP ของ Linux kernel ภายใต้รหัส CVE-2026-98432 ซึ่งส่งผลกระทบต่อดิสทริบิวชันยอดนิยมอย่าง Ubuntu และ Red Hat Enterprise Linux (RHEL) โดยทีมงาน CVE ของ kernel ได้ประเมินคะแนนความรุนแรงตามสเกล CVSS สูงถึง 9.8 จาก 10 คะแนน
Anthropic said เมื่อวันที่ 27 ตุลาคมที่ผ่านมาว่า โมเดล AI ของบริษัทสามารถเขียน exploit เพื่อใช้ประโยชน์จากช่องโหว่นี้ ช่วยให้ผู้โจมตีจากระยะไกลที่ไม่มีข้อมูลประจำตัว (unauthenticated) สามารถรันคำสั่งในฐานะ root บนเซิร์ฟเวอร์ Linux ที่เปิดใช้งานระบบรับสัญญาณ multipath TCP ได้
สถานการณ์ล่าสุด ณ วันที่ 29 ตุลาคม Ubuntu และ RHEL ยังไม่ได้ออกแพตช์แก้ไข kernel โดยผู้ให้บริการรายใหญ่อย่าง Red Hat, Amazon, Oracle และ SUSE ประเมินคะแนนความรุนแรงไว้ที่ 5.9 ถึง 8.1 ซึ่งต่ำกว่าการประเมินของทีม kernel ต้นทาง
ช่องโหว่ดังกล่าวเป็นลักษณะ race condition ในรหัสที่จัดการการสร้างการเชื่อมต่อ IPv4 TCP ใหม่ ซึ่งอาจทำให้ kernel อ่านข้อมูลจากหน่วยความจำที่ถูกคืนค่า (freed) ไปแล้ว หรือที่เรียกว่าบั๊กประเภท use-after-free
The kernel fix ได้ให้เครดิต Xinyang Ge นักวิจัยจาก Anthropic เป็นผู้รายงานบั๊ก แม้ในบันทึก CVE จะไม่ได้ระบุถึง multipath TCP (MPTCP) โดยตรง แต่ความเชื่อมโยงนี้ได้รับการยืนยันผ่านโพสต์ของ Anthropic
MPTCP เป็นฟีเจอร์ที่ช่วยให้การเชื่อมต่อหนึ่งสามารถใช้เส้นทางเครือข่ายได้หลายเส้นทางพร้อมกัน โดยในระบบ Linux แอปพลิเคชันจะต้องร้องขอใช้งาน MPTCP เมื่อมีการเปิด socket
Anthropic ระบุว่าช่องโหว่นี้ได้รับการแก้ไขในระดับต้นน้ำ (upstream) และมีการ backport ไปยัง kernel stable branch ที่ยังได้รับการดูแลทั้งหมดแล้ว อย่างไรก็ตาม ผู้ใช้ทั่วไปต้องรอการอัปเดตแพ็กเกจจากผู้ให้บริการดิสทริบิวชันแต่ละราย โดย Debian, Oracle Linux, SUSE และ Amazon Linux เริ่มทยอยส่งมอบแพตช์แล้ว แต่ Ubuntu และ RHEL ยังอยู่ระหว่างดำเนินการ
Which Distributions Have a Fix
| Distribution | Vendor rating | Status as of October 29 | Fixed package or advisory |
|---|---|---|---|
| Ubuntu 22.04 LTS, 24.04 LTS, 26.04 LTS and 26.10 | Priority High | Work in progress | None released |
| Ubuntu 16.04, 18.04 and 20.04 | Priority High | Vulnerable | None released |
| RHEL 8, 9 and 10, OpenShift 4 | Moderate, 5.9 (CVE page) Important, 8.1 ( advisory file) | Fix deferred | None released |
| RHEL 7 | Not applicable | Not affected | Not needed |
| Amazon Linux 2023, kernel6.18 package | Important, 7.0 | Fixed October 24 | kernel6.18-6.18.56-125.164.amzn2023 (ALAS2023-2026-3251) |
| Amazon Linux 2023, kernel6.12 package | Important, 7.0 | Fixed October 29 in Amazon's advisory; Amazon's CVE page still says pending | kernel6.12-6.12.113-138.209.amzn2023 (ALAS2023-2026-3335) |
| Amazon Linux 2 Amazon Linux 2023, kernel package | Important, 7.0 | Pending fix | None released |
| Oracle Linux 7, 8, 9 and 10, UEK kernel | Important, 8.1 | Fixed October 16 | ELSA-2026-500397, ELSA-2026-500398, ELSA-2026-500399 |
| Debian trixie (stable) | No score listed | Fixed October 16 | linux 6.12.113-1 (DSA-6568-1) |
| Debian 12 (bookworm) | No score listed | Fixed October 17 and October 22 | linux 6.1.190-1 (DLA-4841-1) linux-6.12 6.12.113-1~deb12u1 (DLA-4850-1) |
| SUSE Linux Micro 6.2, openSUSE Leap 16.0 | Important, 8.1 | Fixed | kernel-default 6.12.0-160000.40.1 or later |
| SLES 15 SP4 to SP6 LTSS, SLES 16.0, SLE Micro 5.3 to 5.5 | Important, 8.1 | In testing | None released |
| SLES 15 SP7 | Important, 8.1 | Affected, fix in progress | None released |
Ubuntu ยืนยันว่า kernel สำหรับ cloud, FIPS และ real-time ของตนมีความเสี่ยงเช่นกัน ขณะที่ Red Hat ระบุว่าการแก้ไขถูกเลื่อนออกไปเพื่อรออัปเดตในอนาคต โดยทั้งสองค่ายยังไม่กำหนดวันที่ชัดเจนในการปล่อยแพตช์
กลไกการทำงานของบั๊ก
สภาวะ race condition จะเกิดขึ้นในช่วง TCP handshake เมื่อการเชื่อมต่อสำเร็จ kernel จะส่ง IP options ที่เก็บไว้พร้อมกับคำขอที่ค้างอยู่ไปยัง socket ใหม่โดยไม่คัดลอกข้อมูล หาก socket ถูกทำลายในขณะที่ CPU อีกตัวยังใช้ตัวเลือกเหล่านั้นตอบกลับคำขอเดิม kernel จะเกิดการอ่านข้อมูลจากหน่วยความจำที่คืนค่าไปแล้วทันที ทั้งนี้ IPv6 ไม่ได้รับผลกระทบเนื่องจากระบบมีการคัดลอกข้อมูลแยกต่างหาก
บั๊กนี้มีต้นตอมาตั้งแต่ Linux 4.4 โดยนักพัฒนาเริ่มแก้ไขเมื่อวันที่ 5 ตุลาคมที่ผ่านมา การแก้ไขใช้วิธีให้ kernel รอจนกว่า CPU ตัวอื่นจะอ่านข้อมูลเสร็จสิ้นก่อนจะคืนค่าหน่วยความจำ
เหตุผลที่คะแนนความรุนแรงแตกต่างกัน
ความแตกต่างของคะแนนเกิดจากการประเมินความซับซ้อน (attack complexity) โดยทีม kernel ให้คะแนน 9.8 เพราะมองว่าความซับซ้อนต่ำ ผู้โจมตีสามารถจงใจกระตุ้นให้เกิด race condition ได้ ซึ่งอาจนำไปสู่การรั่วไหลของข้อมูลหน่วยความจำหรือทำให้ระบบล่ม
ขณะที่ Red Hat ให้คะแนนเบื้องต้นที่ 5.9 (Moderate) เนื่องจากมองว่า race condition เกิดขึ้นได้ยากและเน้นไปที่ผลกระทบด้านความเสถียร อย่างไรก็ตาม ไฟล์คำแนะนำล่าสุดของ Red Hat ได้ปรับระดับเป็น Important ที่ 8.1 สอดคล้องกับ Oracle และ SUSE ที่มองว่าความซับซ้อนในการโจมตีอยู่ในระดับสูง (high) ต่างจากทีม kernel ที่มองว่าเป็นระดับต่ำ (low)
การทดสอบ exploit โดย Anthropic
Anthropic อธิบายว่าโมเดล Claude สามารถสร้าง exploit ได้สำเร็จผ่านการเขียนโค้ดสองขั้นตอน ขั้นแรกใช้ race condition เพื่อเลี่ยงระบบสุ่มตำแหน่งหน่วยความจำ (KASLR) และขั้นที่สองทำให้เกิด buffer overflow เพื่อเขียนทับ callback pointer ให้รันคำสั่งเชลล์ในฐานะ root
จากการทดสอบ การเจาะที่อยู่หน่วยความจำใช้เวลา 48 นาที และเข้ายึดระบบได้ในอีก 5 นาทีต่อมา โดยข้อดีของผู้โจมตีคือหากไม่สำเร็จ ระบบจะไม่ล่มทันทีแต่จะแค่เชื่อมต่อล้มเหลว ทำให้สามารถพยายามโจมตีซ้ำได้เรื่อยๆ
แนวทางปฏิบัติ
หากดิสทริบิวชันที่ใช้งานมีแพตช์ออกมาแล้ว แนะนำให้ติดตั้งทันที สำหรับผู้ที่คอมไพล์ kernel เอง ควรใช้เวอร์ชัน 5.10.272, 5.15.223, 6.1.190, 6.6.159, 6.12.113, 6.18.56, 7.2.10 หรือ 7.3 ขึ้นไป
ทาง kernel's CVE team ย้ำให้ผู้ใช้อัปเดตเป็นเวอร์ชันล่าสุดที่เสถียร แทนการเลือกเลือกดึงเฉพาะแพตช์บางส่วน (cherry-picking) ส่วนผู้ใช้ Ubuntu และ RHEL ที่ยังไม่มีแพตช์ในขณะนี้ ยังไม่มีวิธีบรรเทาปัญหา (mitigation) ที่เป็นทางการแนะนำออกมา
ความคิดเห็น (0)
เข้าสู่ระบบเพื่อร่วมแสดงความเห็น
สมัครสมาชิกมาเป็นคนแรกที่แสดงความเห็นกันเลยโบร