อัปเดตโหนด Lightning ของบิตคอยน์ ลดช่องทางโจมตีที่สาธิต แต่ยังต้องแพตช์เคอร์เนลแยก

ไลท์นิง แล็บส์ (Lightning Labs) เปิดเผยอัปเดตความปลอดภัยสำหรับซอฟต์แวร์โหนด LND ของบิตคอยน์เมื่อวันที่ 30 ตุลาคม โดยอัปเดตนี้ลดช่องทางโจมตีจากระยะไกลที่มีการสาธิต แต่ไม่ได้แก้ช่องโหว่ในเคอร์เนล Linux ที่ LND ทำงานอยู่

อัปเดตมีสองเวอร์ชัน ได้แก่ LND v0.20.7-beta และ v0.21.6-beta ซึ่งปิดใช้งานตัวรับการเชื่อมต่อ MPTCP ที่เปิดไว้เป็นค่าเริ่มต้นบน Linux ไลท์นิง แล็บส์ระบุในบันทึกการเผยแพร่อย่างเป็นทางการว่า นี่เป็นมาตรการลดความเสี่ยงจากช่องทางโจมตี และการแพตช์เคอร์เนลคือวิธีแก้ช่องโหว่

ช่องโหว่นี้มีรหัส CVE-2026-98432 เป็นข้อผิดพลาดแบบ use-after-free ซึ่งเกิดเมื่อเคอร์เนล Linux อ้างอิงหน่วยความจำที่ถูกปล่อยคืนไปแล้ว ระหว่างจัดการการเชื่อมต่อ IPv4 TCP ตัวติดตามความปลอดภัยของ Ubuntu ระบุคะแนนความรุนแรงไว้ที่ 9.8 ตามเกณฑ์ CVSS 3.1

แอนโทรปิก (Anthropic) ระบุในงานวิจัยที่เผยแพร่เมื่อวันที่ 27 ตุลาคมว่า ได้สาธิตการโจมตีเพื่อสั่งรันคำสั่งจากระยะไกลบนเซิร์ฟเวอร์ Linux ที่เปิดตัวรับการเชื่อมต่อ MPTCP การสาธิตดังกล่าวไม่ต้องผ่านการยืนยันตัวตนหรือการกระทำจากผู้ใช้ แม้ช่องทางโจมตีที่เผยแพร่จะใช้ MPTCP แต่ข้อบกพร่องในเคอร์เนลไม่ได้จำกัดอยู่แค่ MPTCP

MPTCP (Multipath TCP) เป็นส่วนขยายที่ช่วยให้การเชื่อมต่อ TCP หนึ่งรายการใช้เส้นทางเครือข่ายหลายเส้นทางพร้อมกันได้ ส่วนตัวรับการเชื่อมต่อคือช่องทางสื่อสารของโปรแกรมเซิร์ฟเวอร์ที่รอรับคำขอเชื่อมต่อจากอุปกรณ์อื่น

ตั้งแต่ Go เวอร์ชัน 1.24 เป็นต้นมา โปรแกรม Go บน Linux สามารถเปิดตัวรับการเชื่อมต่อ MPTCP ได้ตามค่าเริ่มต้น ทำให้ LND 0.21.x สามารถเปิดตัวรับดังกล่าวสำหรับการเชื่อมต่อกับเพียร์ รวมถึงอินเทอร์เฟซ gRPC และ REST ได้ ประเด็นนี้มีการหารือไว้ในโครงการ Go ด้วย

ไลท์นิง แล็บส์แนะนำให้ผู้ดูแลอัปเดต LND ปิดใช้งาน MPTCP บนโฮสต์ และติดตั้งแพตช์ความปลอดภัยของเคอร์เนลที่ผู้จัดจำหน่าย Linux ออกให้ การอัปเดต LND เปลี่ยนการตั้งค่าตัวรับการเชื่อมต่อของแอปพลิเคชันนั้น แต่ไม่มีผลต่อโปรแกรมอื่นหรือเคอร์เนลที่ทำงานบนเซิร์ฟเวอร์เดียวกัน

ผู้ดูแลที่ยังอัปเดต LND ไม่ได้สามารถรันไบนารีเดิมโดยตั้งค่า GODEBUG=multipathtcp=0 ได้ มาตรการนี้จำกัดผลไว้ที่ตัวรับการเชื่อมต่อของโปรแกรมนั้นเช่นกัน ส่วนผู้ที่ใช้งานโหนดผ่านคอนเทนเนอร์ควรตรวจสอบการตั้งค่า MPTCP แยกตามเนมสเปซเครือข่าย

แคนนอนิคัล (Canonical) และเรดแฮต (Red Hat) ต่างเน้นย้ำว่าจำเป็นต้องติดตั้งแพตช์เคอร์เนล แคนนอนิคัลระบุว่าการปิดใช้งาน MPTCP ไม่ได้แก้ข้อบกพร่องในเคอร์เนล ส่วนเรดแฮตอธิบายว่าระบบที่ปิด MPTCP ไว้เป็นค่าเริ่มต้นก็อาจยังมีความเสี่ยง และการกรองแพ็กเก็ต IPv4 options เป็นเพียงมาตรการลดการเปิดรับความเสี่ยง ไม่สามารถใช้แทนแพตช์ได้

ตัวติดตามของ Ubuntu ที่ปรับปรุงเมื่อวันที่ 9 พฤศจิกายนระบุว่า แพ็กเกจ linux ทั่วไปใน Ubuntu 26.10 ได้รับการแก้ไขในเวอร์ชัน 7.3.0-10.10 แล้ว ขณะที่ Ubuntu 24.04 LTS ซึ่งใช้เวอร์ชัน 6.8.0-149.149 และ Ubuntu 22.04 LTS ซึ่งใช้เวอร์ชัน 5.15.0-203.213 ยังอยู่ระหว่างดำเนินการแก้ไข

แคนนอนิคัลระบุเมื่อวันที่ 2 พฤศจิกายนว่า แพตช์สำหรับ Ubuntu 22.04 และ 24.04 อยู่ในคลัง -proposed เพื่อทดสอบและตรวจสอบ หลังผ่านการทดสอบเสถียรภาพแล้ว บริษัทจะเผยแพร่แพตช์ผ่านคลังอัปเดตทั่วไป สถานะการแก้ไขอาจต่างกันไปตามชนิดเคอร์เนลและแพ็กเกจ จึงไม่ควรใช้เพียงชื่อรุ่นของ Linux ตัดสินว่าติดตั้งแพตช์แล้วหรือไม่

ในการสนทนาบน Hacker News ผู้ใช้แลกเปลี่ยนความเห็นว่า MPTCP เป็นเงื่อนไขของช่องโหว่เองหรือเป็นเพียงเส้นทางที่ใช้ในการสาธิต รวมถึงถกเถียงว่าการกรองแพ็กเก็ต IPv4 options ใช้งานได้จริงบนเครือข่ายหรือไม่ ณ เวลาที่ตรวจสอบเมื่อวันที่ 10 พฤศจิกายน โพสต์มีคะแนน 751 คะแนนและความคิดเห็น 334 รายการ ข้อมูลนี้เป็นการสนทนาของผู้ใช้ ไม่ใช่หลักฐานยืนยันว่ามีการโจมตีเกิดขึ้นจริง

AWS ระบุในประกาศความปลอดภัยที่ปรับปรุงเมื่อวันที่ 6 พฤศจิกายนว่า ณ เวลานั้นยังไม่พบหลักฐานการใช้ประโยชน์จากช่องโหว่ภายในขอบเขตที่ AWS ตรวจสอบ

หลังติดตั้งอัปเดตความปลอดภัยของเคอร์เนลแล้ว ต้องรีบูตเครื่องเพื่อให้เคอร์เนลใหม่เริ่มทำงาน ผู้ดูแลตรวจสอบเวอร์ชันเคอร์เนลที่ใช้อยู่ได้ด้วยคำสั่ง uname -r