الأمن السيبراني

تحذير من Veeam: فشل إقلاع الأجهزة الافتراضية على خوادم AMD EPYC

حذرت شركة Veeam من حدوث حالات فشل إقلاع (Kernel Panic) في أجهزتها الافتراضية عند تشغيلها على معالجات AMD EPYC معينة، بسبب تعارض مع اختبارات الأمان في نواة لينكس.

06 نوفمبر 2026
2 دقائق قراءة
2 قراءة
certi.news Editorial Team
تحذير من Veeam: فشل إقلاع الأجهزة الافتراضية على خوادم AMD EPYC

حذرت شركة Veeam، الرائدة في حلول النسخ الاحتياطي، عملاءها من مشكلة تقنية حرجة تؤدي إلى فشل إقلاع الأجهزة الافتراضية (VMs) الخاصة بمنتجها Software Appliance عند تشغيلها على خوادم مزودة بمعالجات AMD EPYC. وتتسبب هذه المشكلة في حدوث انهيار للنواة (Kernel Panic)، مما قد يعطل عمليات النسخ الاحتياطي وإدارة البيانات.

تفاصيل المشكلة التقنية

تكمن جذور المشكلة في نواة لينكس (Linux kernel) المستخدمة في إصدارات Veeam Software Appliance 13.1 وما يليها. للامتثال للأطر الأمنية الحكومية والشركاتية، تعمل النواة في وضع FIPS، والذي يتطلب إجراء اختبارات صحة وتشفير (مثل اختبارات jitterentropy) أثناء مراحل الإقلاع المبكرة.

ووفقاً للتنبيه الصادر عن الشركة، فإن هذه الاختبارات تفشل بشكل متقطع على بعض طرازات معالجات AMD EPYC، وتحديداً الطرازات: 7262، و7302، و7F72. وعند فشل الاختبار، تتوقف عملية الإقلاع فوراً وتظهر رسالة الخطأ: "Kernel panic - not syncing: jitterentropy: Initialization failed with host not compliant with requirements: 9".

لماذا يهم هذا الخبر؟

تكتسب هذه المشكلة أهمية قصوى نظراً لاعتماد قطاع واسع من البنية التحتية الرقمية على حلول Veeam؛ حيث تخدم الشركة أكثر من 550,000 عميل، بما في ذلك 82% من شركات Fortune 500. إن استقرار أدوات النسخ الاحتياطي هو حجر الزاوية في استمرارية الأعمال، وأي خلل في إقلاع هذه الأنظمة قد يترك المؤسسات دون حماية كافية في حالات الطوارئ. كما تضع هذه المشكلة مديري الأنظمة في مأزق بين الحفاظ على معايير الامتثال الأمني (FIPS) وبين ضمان استقرار تشغيل الخوادم.

إجراءات التخفيف والحلول المتاحة

قدمت Veeam مجموعة من التوصيات لمديري تكنولوجيا المعلومات للتعامل مع هذا الموقف:

  • إعادة النشر: يُفضل إعادة نشر الجهاز الافتراضي على خادم يستخدم معالجاً مختلفاً غير متأثر بالمشكلة.
  • إدارة التحديثات: في حال تعذر تغيير المعالج، يجب تعطيل التحديثات التلقائية وتثبيت التحديثات يدوياً مع مراقبة عملية إعادة التشغيل بدقة.
  • إجراء الطوارئ: إذا حدث انهيار للنواة، يجب إيقاف تشغيل الجهاز الافتراضي تماماً ثم إعادة تشغيله؛ حيث إن مجرد إعادة تشغيل نظام التشغيل الضيف (Guest OS) لن يحل المشكلة.

وفي سياق متصل، أشارت الشركة إلى أنها تعمل أيضاً على معالجة ثغرة أمنية حرجة في نواة لينكس (CVE-2026-98432) تؤثر على بعض مكوناتها، والتي قد تسمح للمهاجمين بتنفيذ أوامر بصلاحيات root عن بُعد، وقد بدأت بالفعل في نشر الإصلاحات اللازمة عبر تحديثاتها.

مصدر الخبر
كيف أعددنا هذا الخبر؟

اعتمد الخبر على المصدر الأصلي الموضح أعلاه. قد نستخدم أدوات آلية للمساعدة في الاستخراج والتصنيف والصياغة، لكن النشر يخضع لقواعد تمنع المحتوى المكرر والقصير أو الروتيني منخفض القيمة. اقرأ سياستنا التحريرية.

c
كاتب المقال

certi.news Editorial Team

certi.news Editorial Team

The certi.news editorial team monitors technical sources and reconstructs news, verifying facts and context prior to publication.

من نفس التصنيف

مقالات قد تهمك

عرض كل الأخبار