นักวิจัยด้านความปลอดภัย Christopher Domas เปิดเผยเทคนิคการโจมตีใหม่ในงาน Black Hat 2026 ที่ใช้ชื่อว่า "DRAM Scrambling Attack" (หรือ "Spaghettifying DRAM") ซึ่งอาศัยการเปลี่ยน Configuration Bits ของ Memory Controller เพื่อปรับ Mapping ระหว่าง Physical Address กับตำแหน่งจริงใน DRAM ทำให้สามารถเข้าถึงหน่วยความจำที่ควรถูกแยกป้องกันไว้ เช่น SMM, PSP, CPU Microcode และ fTPM ได้ เทคนิคนี้อาจหลีกเลี่ยงกลไก Hardware Isolation ระดับสูงอย่าง AMD SEV, Intel SGX, TDX และ TrustZone เนื่องจากทำงานในระดับที่ต่ำกว่ากลไกควบคุมสิทธิ์ปกติของ CPU
กลไกการทำงาน
เทคนิคนี้ใช้ Linear Algebra และ SMT Solver อย่าง Z3 เพื่อถอดรหัส Address Transformation ที่ Memory Controller ใช้แปลง Physical Address เป็นตำแหน่งจริงบน DRAM เมื่อผู้โจมตีสามารถเปลี่ยน Configuration Bit เฉพาะบางจุดใน Memory Controller ได้ จะสามารถเขียนแผนที่ (Remap) ว่า Physical Address ใดชี้ไปยังตำแหน่ง DRAM ใดใหม่ทั้งหมด กระบวนการนี้เรียกว่า "Spaghettifying" หน่วยความจำ
จุดสำคัญคือ กลไกควบคุมสิทธิ์ (Access Control) ทุกชั้นที่อยู่เหนือ Memory Controller ตรวจสอบเพียง Physical Address เท่านั้น ไม่ได้ตรวจสอบพิกัด DRAM ที่แท้จริง ทำให้เมื่อ Mapping ถูกเปลี่ยนไป กลไกป้องกันเหล่านั้นจะไม่รับรู้ถึงความเปลี่ยนแปลงที่เกิดขึ้น พื้นที่หน่วยความจำที่ SEV, SGX, TDX, TrustZone และ SMM Isolation เคยกันไว้ไม่ให้เข้าถึงได้จึงกลายเป็นพื้นที่ที่เข้าถึงได้ผ่าน Alias Address ที่คำนวณไว้แล้ว
การทดลองสามารถดึงข้อมูลจริงได้สำเร็จ ครอบคลุมหน่วยความจำของ Platform Security Processor (PSP) ที่มีโค้ด fTPM, หน่วยความจำ System Management Mode (SMM) ที่มี SMI Handler และพื้นที่ C6 Power-state Save Area ที่เก็บ Context ของ Processor ไว้ใน DRAM บน AMD Family 16h
ระบบที่ได้รับผลกระทบ
- CPU ตระกูล AMD Family 15h และ 16h ที่ยืนยันแล้วว่ามี Memory-Controller Configuration Register ที่ไม่สามารถ Lock ได้ และปัจจุบันพ้นระยะ End of Security Support แล้ว
- นักวิจัยระบุว่าแนวคิดของเทคนิคนี้อาจประยุกต์ใช้ได้กับสถาปัตยกรรม AMD, Intel, ARM และ RISC-V รุ่นใหม่ แม้ PoC ปัจจุบันจะทดสอบกับ AMD รุ่นเก่าเท่านั้น
- ระบบที่พึ่งพา Hardware-based Confidential Computing เช่น AMD SEV, Intel SGX/TDX หรือ ARM TrustZone เพื่อป้องกันข้อมูลอ่อนไหว
ผลกระทบที่อาจเกิดขึ้น
- ข้อมูลที่ควรได้รับการป้องกันสูงสุดในระบบ เช่น fTPM, SMM และ Microcode อาจถูกเข้าถึงได้ ซึ่งเป็นการทำลายสมมติฐานพื้นฐานของ Hardware Security Boundary
- กลไก Confidential Computing ที่องค์กรพึ่งพาสำหรับปกป้องข้อมูลบน Cloud หรือ Virtualization อาจถูกหลีกเลี่ยงได้ กระทบความน่าเชื่อถือของ Workload ที่ทำงานบนสภาพแวดล้อมที่เชื่อว่าถูก Isolate ไว้แล้ว
- ไม่มีแพตช์ซอฟต์แวร์ที่สามารถแก้ไขปัญหานี้ได้อย่างสมบูรณ์ เนื่องจากเป็นข้อจำกัดเชิงสถาปัตยกรรมของ Memory Controller ไม่ใช่บั๊กซอฟต์แวร์ทั่วไป
- CPU บางรุ่นที่ได้รับผลกระทบ (AMD Family 15h/16h) พ้นระยะ End of Security Support แล้ว จึงไม่มีแนวโน้มจะได้รับการแก้ไขจาก AMD
สิ่งที่องค์กรควรทำ
- ตรวจสอบว่าระบบที่ใช้งาน Confidential Computing (SEV/SGX/TDX) รันบน CPU รุ่นใดบ้าง โดยเฉพาะ CPU AMD ตระกูลเก่าที่อาจได้รับผลกระทบโดยตรง
- ประเมินความเสี่ยงของ Workload ที่พึ่งพา Hardware Isolation เป็นมาตรการป้องกันเดียว และพิจารณาเพิ่มมาตรการป้องกันเสริมในระดับ Application หรือ Network
- วางแผนทยอยเลิกใช้ Hardware ที่พ้นระยะ End of Security Support โดยเฉพาะระบบที่ประมวลผลข้อมูลอ่อนไหวหรือพึ่งพา Confidential Computing
- ติดตามการตอบสนองของผู้ผลิต CPU รายอื่น (Intel, ARM) ว่าได้รับผลกระทบจากแนวคิดนี้หรือไม่ เนื่องจากปัจจุบันยังเป็นงานวิจัยที่ทดสอบเฉพาะ AMD
แนวทางลดความเสี่ยงระยะยาว
1. ไม่พึ่งพา Hardware Isolation เป็นมาตรการป้องกันเดียวสำหรับข้อมูลสำคัญที่สุด
ควรใช้ Defense-in-Depth ร่วมกับการเข้ารหัสระดับ Application และการควบคุมการเข้าถึงทางกายภาพต่อ Hardware
2. วางแผน Lifecycle Management ของ Hardware ที่รองรับ Security Feature สำคัญ
โดยเฉพาะ CPU ที่ใช้งาน Confidential Computing ควรอยู่ในสายเวอร์ชันที่ยังได้รับการดูแลด้านความปลอดภัยจากผู้ผลิต
3. ติดตามงานวิจัยด้าน Hardware Security จากงาน Black Hat และ Conference ด้านความปลอดภัยอื่นอย่างต่อเนื่อง
เนื่องจากช่องโหว่ระดับ Hardware มักมีผลกระทบระยะยาวและแก้ไขได้ยากกว่าช่องโหว่ซอฟต์แวร์
4. ควบคุมการเข้าถึงทางกายภาพต่อเครื่อง Server ที่รัน Workload สำคัญอย่างเข้มงวด
เนื่องจากเทคนิคระดับ Memory Controller มักต้องอาศัยการเข้าถึงระดับที่ใกล้เคียง Hardware มากกว่าการโจมตีผ่านซอฟต์แวร์ทั่วไป
วิเคราะห์ในมุมมองจาก TXEC
DRAM Scrambling Attack เป็นตัวอย่างสำคัญที่แสดงให้เห็นว่าแม้แต่กลไกป้องกันระดับ Hardware ที่องค์กรจำนวนมากเชื่อว่าเป็น "จุดยึดความปลอดภัยสุดท้าย" (Root of Trust) ก็ยังมีข้อจำกัดเชิงสถาปัตยกรรมที่ไม่สามารถแก้ไขได้ด้วยการแพตช์ซอฟต์แวร์ การที่ CPU บางรุ่นไม่สามารถ Lock Configuration Register ที่เกี่ยวข้องได้เลย สะท้อนว่าปัญหานี้เป็นข้อจำกัดที่ฝังอยู่ในการออกแบบตั้งแต่ต้น
TXEC มองว่าแม้เทคนิคนี้จะยังจำกัดอยู่ที่ CPU AMD รุ่นเก่าและต้องอาศัยการเข้าถึงระดับที่ใกล้เคียง Hardware ทำให้ความเสี่ยงในทางปฏิบัติยังไม่สูงเท่าช่องโหว่ที่โจมตีผ่านเครือข่ายได้โดยตรง แต่องค์กรที่พึ่งพา Confidential Computing เพื่อปกป้องข้อมูลอ่อนไหวควรเริ่มประเมินว่า Hardware ที่ใช้งานอยู่มีความเสี่ยงต่อแนวคิดการโจมตีลักษณะนี้หรือไม่ และไม่ควรมองว่า Hardware Isolation เป็นมาตรการป้องกันที่สมบูรณ์แบบเพียงอย่างเดียวอีกต่อไป
รู้ก่อน ตรวจพบเร็ว ลดความเสียหายได้มากกว่า
[ แหล่งอ้างอิง: CyberSecurityNews, GBHackers, CyberPress, ByteIota ]