หากถูกโจมตี ข้อบกพร่องเหล่านี้อาจทำให้ผู้โจมตีเข้าถึงข้อมูลที่ละเอียดอ่อนโดยไม่ได้รับอนุญาต หรือก่อให้เกิดปัญหาโดยทั่วไป
La ระบบความปลอดภัยของ Linux ได้รับผลกระทบอย่างรุนแรง ในช่วงไม่กี่วันที่ผ่านมา และกำลังเผชิญกับวิกฤตการดำเนินงานที่ไม่เคยเกิดขึ้นมาก่อน ด้วยการค้นพบฟรากเนเซีย (CVE-2026-46300) ช่องโหว่ร้ายแรงลำดับที่สี่ที่ได้รับการรายงาน
เรียกอีกอย่างว่า Copy Fail 3.0 โดยทีมวิจัย V12 ที่รับผิดชอบในการค้นพบนี้ ช่องโหว่การยกระดับสิทธิ์ในระดับท้องถิ่นเผยให้เห็นช่องทางการโจมตีแบบสากล และมีความแม่นยำสูงมาก เช่นเดียวกับรุ่นก่อนหน้า Fragnesia อนุญาตให้ผู้ใช้ที่ไม่มีสิทธิ์พิเศษสามารถเข้าถึงสิทธิ์ผู้ดูแลระบบได้อย่างสมบูรณ์โดยการเขียนทับข้อมูลโดยตรงลงในแคชหน้า RAM โดยไม่ต้องเปลี่ยนแปลงไฟล์จริงบนฮาร์ดไดรฟ์ แม้ว่าจะมีช่องโหว่การโจมตีแบบเดียวกันกับ มี Dirty Frag อยู่ภายในระบบย่อย xfrm-ESPสาเหตุของปัญหามาจากข้อผิดพลาดเชิงตรรกะที่แตกต่างออกไปโดยสิ้นเชิง ซึ่งจำเป็นต้องมีการออกแบบโปรแกรมแก้ไขอย่างเร่งด่วนและเป็นอิสระ
สิ่งที่ทำให้ฟราเนเซียอันตรายเป็นพิเศษคือ... ความสามารถในการเขียนไบต์ใดๆ ลงในไฟล์แบบอ่านอย่างเดียวโดยไม่ต้องอาศัยเงื่อนไขการแข่งขันที่ซับซ้อนช่องโหว่นี้ถูกกระตุ้นผ่านกลไกการห่อหุ้มโปรโตคอล ESP-in-TCP ซึ่งเผยให้เห็นว่าแพตช์ที่ออกมาก่อนหน้านี้ไม่เพียงพอ หรือในทางกลับกัน กลับสร้างเงื่อนไขที่ทำให้เกิดช่องโหว่ใหม่นี้โดยไม่ได้ตั้งใจในเคอร์เนลที่เผยแพร่จนถึงวันที่ 13 พฤษภาคม 2026 พร้อมด้วยรหัสปฏิบัติการที่ใช้งานได้อย่างสมบูรณ์และเปิดเผยต่อสาธารณะ วางจำหน่ายแล้ว ผู้ดูแลระบบกำลังเร่งดำเนินการเพื่อล็อกดาวน์ระบบให้แล้วเสร็จภายในเวลาที่กำหนด เป็นการแก้ไขชั่วคราวในระหว่างที่ระบบปฏิบัติการหลักกำลังอัปเดตการแก้ไขขั้นสุดท้ายลงในที่เก็บซอฟต์แวร์ของตน
การลืมส่วนย่อยและการฉีดการเข้ารหัส AES-GCM
El ที่มาของอาการหลงลืมเกิดจากความบกพร่องในตรรกะ ภายในการจัดการบัฟเฟอร์เครือข่ายของเคอร์เนล ข้อผิดพลาดหลักเกิดขึ้นเนื่องจากบัฟเฟอร์ (skb) หมายถึง "ลืม" เศษเสี้ยวความทรงจำนั้นไปจริงๆ ข้อมูลนี้กำลังถูกแบ่งปันในระหว่างกระบวนการรวมข้อมูล เมื่อ ซ็อกเก็ต TCP ทำหน้าที่เปลี่ยนผ่าน ไปยังโหมดระดับผู้ใช้ (ULP) espintcp หลังจากที่ข้อมูลถูกถ่ายโอนเรียบร้อยแล้ว จากไฟล์ไปยังคิวรับข้อมูล เคอร์เนลทำผิดพลาดอย่างร้ายแรงโดยการประมวลผลหน้าไฟล์ที่อยู่ในคิวราวกับว่าเป็นข้อความเข้ารหัส ESP ที่ถูกต้อง เพื่อเพิ่มประสิทธิภาพและหลีกเลี่ยงการใช้พื้นที่จัดเก็บข้อมูลที่ไม่จำเป็น ระบบจะใช้ขั้นตอนวิธีเข้ารหัสลับ AES-GCM โดยตรงกับแคชเพจโดยใช้การดำเนินการ XOR แบบ in-place โดยการปรับแต่งเวกเตอร์เริ่มต้น (IV) หรือ nonce อย่างระมัดระวัง ผู้โจมตีสามารถบังคับให้ระบบสร้างไบต์เฉพาะจากคีย์สตรีมได้ ซึ่งจะทำให้สามารถเขียนทับไบต์เป้าหมายใดๆ ในไฟล์ด้วยค่าที่ต้องการได้อย่างแม่นยำ
ตารางค้นหาและการแก้ไขไบนารีที่ได้รับการป้องกัน
El การโจมตีเริ่มต้นด้วยการแยกกระบวนการทำงานไปยังเนมสเปซผู้ใช้และเครือข่ายใหม่, เขาอยู่ที่ไหน ผู้โจมตีติดตั้งการเชื่อมโยงความปลอดภัย ESP ของโหมดการขนส่งที่มีรหัสที่ทราบแล้ว ต่อไปคือ โปรแกรมสร้างตารางค้นหาที่มี 256 รายการ ซึ่งแมปไบต์ผลลัพธ์ที่เป็นไปได้แต่ละไบต์ ของกระแสคีย์เข้ารหัสลับพร้อมค่า nonce ที่เกี่ยวข้อง โดยใช้การถ่ายโอนหน่วยความจำโดยตรง (splice) ผู้โจมตี โหลดไฟล์ปฏิบัติการลงในแคชของเพจ วิจารณ์ระบบ โดยตั้งค่าบิต suid แล้ว โดยทั่วไปคือยูทิลิตี้ /usr/bin/su ซึ่งจะวนลูปตรวจสอบทีละไบต์อย่างละเอียดและทำให้เกิดข้อผิดพลาดซ้ำๆ ซอฟต์แวร์นี้จะเขียนทับข้อมูล 192 ไบต์แรกของไฟล์ยูทิลิตี้เดิมด้วยโค้ดปฏิบัติการขนาดเล็ก (ส่วนย่อย) ไม่ขึ้นอยู่กับตำแหน่ง เมื่อคำสั่งที่แก้ไขแล้วถูกเรียกใช้ในที่สุด ระบบปฏิบัติการจะเพิกเฉยต่อไฟล์ที่ปลอดภัยบนฮาร์ดไดรฟ์และเรียกใช้เวอร์ชันที่ปนเปื้อนจากแคช ซึ่งจะทำให้ได้รับเซสชันเชลล์ของผู้ใช้ระดับสูงหรือรูททันที
ข้อจำกัดด้านสิ่งแวดล้อมและระเบียบปฏิบัติการทำความสะอาดที่สำคัญ
แม้ว่าจะเป็นช่องโหว่ แต่การดำเนินการให้สำเร็จนั้นขึ้นอยู่กับสภาพแวดล้อมเฉพาะอย่างหนึ่ง: ความสามารถในการสร้างเนมสเปซผู้ใช้ที่ไม่ได้รับสิทธิ์พิเศษ ในระบบที่มีการตั้งค่าเริ่มต้นที่จำกัด เช่นเดียวกับ Ubuntu ที่มีโปรไฟล์ AppArmor ที่ใช้งานได้ การโจมตีจะถูกสกัดกั้นในขั้นตอนเริ่มต้น เว้นแต่ผู้ดูแลระบบจะแก้ไขพารามิเตอร์แล้ว ของเคอร์เนลเพื่อเปิดใช้งานฟังก์ชันนี้
จุดสำคัญของการโจมตีนี้คือการที่ไวรัสยังคงแพร่ระบาดอยู่ชั่วคราว เนื่องจากไฟล์ไบนารีที่ถูกแก้ไขยังคงอยู่ในแคชของหน้าเว็บ การเรียกใช้คำสั่งที่ติดไวรัสอย่างถูกต้องในภายหลังก็จะยังคงเปิดเซสชัน root ที่ไม่พึงประสงค์ได้ ดังนั้น ทีมรักษาความปลอดภัยจึงจำเป็นต้องล้างแคชของระบบทันทีโดยใช้เครื่องมือหน่วยความจำเสมือนหลังจากทำการโจมตีแบบพิสูจน์แนวคิดเสร็จสิ้น
เพื่อลดภัยคุกคามต่อเซิร์ฟเวอร์ที่ใช้งานจริงจนกว่าจะมีแพทช์อย่างเป็นทางการออกมา คำแนะนำทางเทคนิคคือให้ปิดใช้งานการโหลดโมดูล esp4, esp6 และ rxrpc ในการกำหนดค่าส่วนกลางของเคอร์เนลโดยสิ้นเชิง
สุดท้ายนี้ หากคุณสนใจที่จะทราบข้อมูลเพิ่มเติม สามารถปรึกษารายละเอียด ในลิงค์ต่อไปนี้.