Google Cloud تحذّر: ثلاث ثغرات في AMD Turin قد تسرّب البيانات بين العمليات داخل الأجهزة الافتراضية

حذّرت Google Cloud من أن ثلاث هجمات Transient Scheduler Attacks (TSA) تؤثر في الأجهزة الافتراضية العاملة على معالجات AMD Turin، وقد تتيح للرمز العامل داخل جهاز افتراضي استنتاج بيانات من عمليات أخرى أو من نواة النظام. وتقول الشركة إنها خفّفت بالفعل الهجمات بين الأجهزة الافتراضية، وبين الأجهزة الافتراضية والمضيف، فيما يجب على العملاء تطبيق إصلاحات نظام التشغيل الضيف وإيقاف المثيلات المتأثرة وتشغيلها من جديد. وتشمل سلاسل الأجهزة المتأثرة C4D وN4D وH4D وZ4D وG4، بما في ذلك مثيلات C4D وZ4D من النوع bare-metal.

ما المتأثر

Turin هو الاسم الرمزي لمعالجات AMD EPYC من الجيل الخامس. وسلاسل الأجهزة المتأثرة هي C4D وN4D وH4D وZ4D وG4، بما في ذلك مثيلات bare-metal من C4D وZ4D. وداخل الجهاز الافتراضي، قد تتيح الثغرات لمهاجم لديه رمز يعمل على النواة نفسها من المعالج استنتاج بيانات من عمليات أخرى أو من نواة النظام.

الثغرات الثلاث كلها هجمات Transient Scheduler. واكتُشفت اثنتان منها، TSA-SQ (CVE-2024-36350) وTSA-L1 (CVE-2024-36357)، للمرة الأولى في 8 يوليو 2025 في معالجات EPYC الأقدم. وتقول AMD الآن إن معالجات Zen 5، ومنها Turin، «تتأثر بشكل مختلف عن معالجات AMD التي وُصفت سابقاً». أما الثغرة الثالثة، CVE-2026-0004، فهي جديدة وقد تتيح لمهاجم قادر على تشغيل رمز على النظام استنتاج بيانات من ذاكرة التخزين المؤقت L1 الخاصة بالمعالج. ويسمّي مشروع Xen الثغرة الجديدة TSA-Fill، ويقول إن AMD كانت قد أعلنت سابقاً أن معالجات Zen5 غير معرّضة لـ TSA-SQ وTSA-L1.

الخطورة والاستغلال

تُقيّم Google المشكلة بأنها متوسطة الخطورة، وتُصنّف AMD الثغرات الثلاث بأنها هجمات محلية عالية التعقيد لا تتطلب سوى امتيازات منخفضة. وحتى اليوم، لا توجد أي منها في كتالوج KEV الذي تديره وكالة CISA، ولا تذكر أي من الشركتين أي استغلال لها في نشراتها.

ما يحتاج عملاء Google Cloud إلى فعله

بالنسبة إلى الأجهزة الافتراضية، على العملاء تثبيت إصلاح مورّد نظام التشغيل حين يصدر. وبدءاً من هذا الأسبوع، ستحدّث Google معلومات المعالج التي تبلّغ عنها الأجهزة الافتراضية، لتتمكن نواة النظام الضيفة المصححة من تفعيل تخفيفاتها. وبعد وصول هذا التحديث إلى الجهاز الافتراضي، على العملاء إيقافه وتشغيله من جديد؛ فإعادة تشغيل نظام التشغيل الضيف لا تكفي.

وعلى عملاء مثيلات bare-metal من C4D وZ4D الذين يشغّلون نظام تشغيلهم أو برنامج المحاكاة الافتراضية الخاص بهم تطبيق إصلاحات المورّد عند توفرها. أما برامج المحاكاة الافتراضية داخل الجهاز الافتراضي فتخضع للتحديث نفسه لمعلومات المعالج ولشرط الإيقاف والتشغيل. وفي GKE، ستُتاح صور عُقد محدّثة لمثيلات bare-metal العاملة على Turin، وترقية العُقد تلتقط تحديث معلومات المعالج؛ لكن النشرة لا تُدرجها بعد كمتوفرة. ولا يتطلب Cloud Run أي إجراء. وحصل العملاء على معالجات Rome وMilan وGenoa الأقدم على تعليمات الإيقاف والتشغيل نفسها في نشرة سابقة في 8 يوليو 2025. ولا تذكر Google أي إجراء يمكن اتخاذه في الأثناء للأجهزة الافتراضية التي لم يصدر مورّد نظام التشغيل فيها إصلاحاً بعد، ولا توضح كيف يعرف العميل أن تحديث معلومات المعالج وصل إلى الجهاز الافتراضي.

حالة التخفيف بشكل أوسع

يوجد في شجرة مصدر نواة Linux تحديث (commit) يخفّف TSA على Zen 5، بما في ذلك المتغير الجديد. وحتى اليوم، أصلحت Debian الثغرة CVE-2026-0004 في نواة Linux لديها في الفرع unstable فقط، بينما لا يزال متتبع الأمان لديها يُدرج أنوية bookworm وtrixie وforky على أنها معرّضة. وبالنسبة إلى خوادم Turin على أجهزة العملاء الخاصة، تقول AMD إن تحديثَي البرنامج الثابت للمنصة ونظام التشغيل مطلوبان معاً لتحقيق التخفيف الكامل؛ وقد يؤثر التخفيف في الأداء، وينبغي للمسؤولين موازنة المخاطر التي تهدد أحمال العمل لديهم. ونشر مشروع Xen رقعاً لبرنامج المحاكاة الافتراضية، ويقول إن الشيفرة الدقيقة (microcode) لكل ثغرات TSA على Zen 5 موجودة في linux-firmware منذ 23 سبتمبر.

المصادر: The Hacker News