Infrastructure·
ثغرة حرجة في فيرموير UEFI تعرض ملايين الخوادم لتنفيذ أكواد ضارة في مرحلة الإقلاع المبكرة
ثغرة تجاوز مخزن مؤقت بدرجة خطورة 9.5 في محلل ICMP الخاص بـ TianoCore EDK II تتيح للمهاجمين تنفيذ أكواد قبل تشغيل Secure Boot، مما يهدد سلسلة الثقة فيほぼ جميع منصات الخوادم.
تم الكشف حديثاً عن ثغرة تحمل المعرف CVE‑2026‑97631 وتوجد في قاعدة الكود مفتوحة المصدر EDK II التي تشكل أساس فيرموير UEFI لمعظم أجهزة الخوادم. العيب هو تجاوز مخزن مؤقت عمره 16 عاماً في برنامج تشغيل PXE‑Base Code الخاص بمعالجة ICMP، مما يتيح لمهاجم على نفس الشبكة اختطاف تدفق التنفيذ قبل أن يتمكن نظام التشغيل أو Secure Boot من فرض أي حماية.
النطاق والخطورة
منح نظام تقييم الثغرات الشائع (CVSS) الدرجة 9.5 من 10. نظراً لأن EDK II هو التنفيذ المرجعي الذي تستخدمه شركات BIOS المستقلة مثل AMI و Insyde و Phoenix — وحتى نسخة Project Mu المقواة من مايكروسوفت — فإن التأثير يمتد إلى تقريباً كل خادم في مراكز البيانات الحديثة. الاستغلال يمنح نافذة تنفيذ لمرة واحدة، لكنها كافية لزرع برامج ضارة دائمة تعمل في كل إقلاع.
تم التعامل مع الإفصاح بشكل سيئ: ظهر طلب سحب (pull request) يحتوي على الإصلاح علناً قبل أشهر من تاريخ الإفصاح المنسق، مما منح الجهات الخبيثة فرصة مبكرة لتطوير استغلال. تحديث فيرموير UEFI عبر ملايين الأنظمة المنتشرة يظل تحدياً لوجستياً، حيث يجب على كل مصنع دمج الإصلاح واختباره وتوزيعه على المستخدمين النهائيين.
الأهمية للبنية التحتية للـ GPU / الذكاء الاصطناعي
تعتمد مجموعات GPU المخصصة للذكاء الاصطناعي على نفس منصات الخوادم التي تشغل هذا الفيرموير. يمكن لاختراق الإقلاع المبكر تقويض وحدة النظام الأساسي الموثوق (TPM)، كسر تشفير الأقراص، وحقن نواة خبيثة تعترض أعباء GPU، أو تستخرج أوزان النماذج، أو تخرب عمليات التدريب. يجب على مشغلي سحابات GPU إعطاء أولوية لطرح تحديثات الفيرموير، تمكين المصادقة المقاسة للإقلاع، ومراقبة حركة الشبكة غير الطبيعية قبل تحميل نظام التشغيل للحد من التعرض.
- aigpu
- ai gpu
- ai gpu cloud
- aigpu dubai
- uefi
- firmware
- security
- server
بقلم AiGpu Editorial · إعادة صياغة تحريرية استناداً إلى تقارير عامة (Ars Technica)
→ كل المقالات