ช่องโหว่นี้ถูกจัดอยู่ในกลุ่มเดียวกับบั๊กก่อนหน้าอย่าง Dirty Frag ซึ่งก็เป็นการโจมตีผ่านระบบเครือข่ายของ kernel เช่นกัน อย่างไรก็ตาม Fragnesia เป็นช่องโหว่คนละรายการและต้องแพตช์แยกต่างหาก แม้จะติดตั้งแพตช์ Dirty Frag แล้วก็ตาม .
ช่องโหว่ที่สอง ssh‑keysign‑pwn ไม่ได้ให้สิทธิ์ root โดยตรง แต่เปิดทางให้ผู้ใช้ทั่วไป อ่านไฟล์ที่ควรเข้าถึงได้เฉพาะ root เช่น:
/etc/ssh//etc/shadowปัญหานี้เกิดจากข้อผิดพลาดในระบบ ptrace access control ของ Linux kernel โดยเฉพาะฟังก์ชัน ptrace_may_access() ที่ใช้ตรวจสอบว่าโปรเซสหนึ่งสามารถตรวจสอบหรือเข้าถึงหน่วยความจำของอีกโปรเซสได้หรือไม่ .
บั๊กเกิดจากการจัดการค่าที่เรียกว่า “dumpability” ซึ่งใช้กำหนดว่ากระบวนการหนึ่งสามารถสร้าง core dump หรือถูกตรวจสอบได้หรือไม่ เมื่อใช้ตรรกะนี้กับ task ที่ไม่มีโครงสร้างหน่วยความจำ (MM) การตรวจสอบสิทธิ์อาจล้มเหลวและเปิดทางให้เข้าถึงข้อมูลที่ควรถูกจำกัด .
ตัวอย่างการโจมตีที่นักวิจัยสาธิตคือการใช้ helper แบบ setuid‑root ชื่อ ssh-keysign:
ptrace) ในจังหวะที่เหมาะสมนักวิจัยด้านความปลอดภัยสังเกตว่า Fragnesia และ ssh‑keysign‑pwn ถูกเปิดเผยในช่วงเวลาเดียวกับช่องโหว่อื่น ๆ เช่น Dirty Frag และ Copyfail ภายในเวลาประมาณสองสัปดาห์ .
ลักษณะร่วมของช่องโหว่เหล่านี้คือ:
สถานการณ์นี้สำคัญเพราะในการโจมตีจริง ผู้โจมตีมักเริ่มจากการได้สิทธิ์ระดับต่ำ เช่น:
จากนั้นจึงใช้ช่องโหว่ใน kernel เพื่อ ยึดสิทธิ์ root ทั้งเครื่อง.
ดิสทริบิวชัน Linux หลายรายได้ปล่อยแพตช์แล้ว และบางแพตช์ แก้ไขทั้งสอง CVE พร้อมกัน ผ่านการอัปเดต kernel ปกติของระบบ .
เนื่องจากเป็นช่องโหว่ระดับ kernel วิธีป้องกันที่แท้จริงมีเพียง ติดตั้ง kernel ที่แพตช์แล้วและรีบูตเครื่อง.
ขั้นตอนสำคัญ ได้แก่
uname -rหากยังไม่สามารถอัปเดต kernel ได้ทันที อาจใช้มาตรการชั่วคราวเพื่อลดพื้นที่โจมตี
สามารถปิดโมดูลเครือข่ายที่เกี่ยวข้องได้ เช่น
esp4esp6rxrpcบางระบบใช้การจำกัด ptrace เพิ่มเติม เช่น
kernel.yama.ptrace_scope=2 หรือ 3
อย่างไรก็ตามการตั้งค่านี้อาจทำให้เครื่องมือดีบักอย่าง strace หรือ gdb ใช้งานไม่ได้ จึงควรใช้เป็นเพียง มาตรการชั่วคราวเท่านั้น .
Fragnesia และ ssh‑keysign‑pwn แสดงให้เห็นว่าช่องโหว่ใน Linux kernel หลังการเจาะระบบ (post‑compromise vulnerabilities) สามารถร้ายแรงเพียงใด
แม้ผู้โจมตีจะเริ่มต้นด้วยสิทธิ์ต่ำ แต่ช่องโหว่เหล่านี้สามารถทำให้พวกเขา:
สำหรับองค์กรหรือผู้ดูแลระบบ แนวทางที่ปลอดภัยที่สุดคือ:
เนื่องจากมี proof‑of‑concept ถูกเผยแพร่สู่สาธารณะแล้ว การเลื่อนการอัปเดตแพตช์อาจเพิ่มความเสี่ยงต่อการถูกโจมตีจริงได้อย่างมาก.
Comments
0 comments