Intersect เรียกร้องให้ผู้ดำเนินการ Cardano ติดตั้งแพตช์ช่องโหว่เคอร์เนล Linux ระดับวิกฤต CVE202698432

Intersect องค์กรสมาชิกในระบบ Cardano เรียกร้องให้ผู้ดำเนินการสเตกพูลติดตั้งแพตช์และรีบูตบล็อกโปรดิวเซอร์กับเซิร์ฟเวอร์รีเลย์ เมื่อมีแพตช์แก้ไขช่องโหว่เคอร์เนล Linux ระดับวิกฤตออกมา ในประกาศอัปเดตวันที่ 30 ต.ค. Intersect แจ้งให้ผู้ดำเนินการตรวจสอบเคอร์เนลของเซิร์ฟเวอร์ทั้งสองประเภท และติดตั้งเคอร์เนลที่แก้ไขแล้วของดิสทริบิวชันทันทีที่เผยแพร่ ช่องโหว่ CVE202698432 มีคะแนน CVSS 3.1 อยู่ที่ 9.8 หรือระดับวิกฤต จาก kernel.org โดยกระทบต่อการจัดการการเชื่อมต่อ IPv4 TCP ขาเข้าของเคอร์เนล และอาจทำให้เคอร์เนลเข้าถึงหน่วยความจำหลังจากที่ถูกคืนแล้ว ประกาศความปลอดภัยของ Red Hat ระบุว่าผู้โจมตีระยะไกลที่ไม่ต้องมีข้อมูลรับรองอาจใช้ race condition ดังกล่าวเพื่อรันโค้ดได้ คำอธิบายช่องโหว่ยังระบุถึงความเสี่ยงที่ระบบล่มและหน่วยความจำเสียหาย สำหรับ Cardano คำเตือนครอบคลุมทั้งเครื่องที่ผลิตบล็อกและรีเลย์ที่เชื่อมต่อกับเครือข่ายในวงกว้าง เอกสารสำหรับผู้ดำเนินการของ Cardano แนะนำให้เชื่อมต่อบล็อกโปรดิวเซอร์กับรีเลย์ของตนเองหรือรีเลย์ที่เชื่อถือได้เท่านั้น เพื่อป้องกันการเข้าถึงจากอินเทอร์เน็ต ประกาศของ Intersect ไม่ได้รายงานการถูกโจมตีในระบบ Cardano และไม่ได้ระบุจำนวนพูลที่ใช้เคอร์เนลที่มีช่องโหว่ ด้านแพตช์และการบรรเทาผลกระทบ ตัวติดตามของ Ubuntu ซึ่งอัปเดตล่าสุดเมื่อวันที่ 30 ต.ค. ระบุว่าเคอร์เนลมาตรฐานสำหรับ Ubuntu 22.04, 24.04, 26.04 และ 26.10 อยู่ในสถานะมีช่องโหว่ และกำลังดำเนินการแก้ไข ประกาศของ Red Hat วันที่ 30 ต.ค. ระบุว่า RHEL 8, 9 และ 10 ได้รับผลกระทบ และกำลังเร่งแก้ไข AlmaLinux ระบุเมื่อวันที่ 30 ต.ค. ว่าเคอร์เนลที่แพตช์แล้วสำหรับเวอร์ชัน 8, 9 และ 10 พร้อมใช้งานในคลังทดสอบก่อนการเปิดตัวเวอร์ชันใช้งานจริง และในขณะนั้นยังไม่มีเคอร์เนล RHEL ที่แก้ไขแล้ว บั๊กนี้ย้อนไปถึง Linux 4.4 และมีการแบ็กพอร์ตแพตช์จากต้นน้ำไปยังสาขาเสถียรที่ยังได้รับการดูแล การโจมตีที่สาธิตใช้ Multipath TCP หรือ MPTCP นักวิจัยของ Anthropic ระบุว่าต้นแบบการโจมตีสามารถส่งแพ็กเก็ตไปยังเซิร์ฟเวอร์ Linux ที่มีตัวรับฟัง MPTCP และรันคำสั่งในสิทธิ์ root ได้โดยไม่ต้องมีข้อมูลรับรองหรือต้องอาศัยการโต้ตอบของผู้ใช้ ทีมความปลอดภัย Go เตือนว่าบั๊กพื้นฐานไม่ได้จำเพาะกับ MPTCP ระบบที่ไม่มีตัวรับฟังดังกล่าวอาจได้รับผลกระทบเช่นกัน AlmaLinux แนะนำให้ปิด MPTCP ในส่วนที่ไม่จำเป็นต้องใช้ และรีสตาร์ตบริการที่มีตัวรับฟัง MPTCP อยู่แล้ว เพราะการเปลี่ยนการตั้งค่าเพียงอย่างเดียวจะหยุดเฉพาะการสร้างซ็อกเก็ต MPTCP ใหม่ Red Hat ยังมีมาตรการบรรเทาผลกระทบผ่านไฟร์วอลล์ที่กรองแพ็กเก็ต IPv4 TCP ขาเข้าที่มี IP options โดยเตือนผู้ดำเนินการให้ทดสอบกฎดังกล่าวกับภาระงานของตนก่อนใช้งาน และระบุว่าการกรองช่วยลดความเสี่ยงแต่ไม่สามารถป้องกันการโจมตีได้ทั้งหมด ผู้จำหน่ายทั้งสองเน้นว่ามาตรการชั่วคราวไม่ใช่สิ่งทดแทนการติดตั้งเคอร์เนลที่แพตช์แล้ว Intersect ระบุชัดเจนให้ผู้ดำเนินการรีบูตหลังอัปเดต