Veeam در مورد خرابی بوت نرم افزار در میزبان های AMD EPYC هشدار می دهد

Veeam به مشتریان در مورد خرابی راه‌اندازی که بر ماشین‌های مجازی نرم‌افزار (VM) روی میزبان‌هایی با پردازنده‌های AMD EPYC تأثیر می‌گذارد، هشدار داد.

ماشین‌های مجازی نرم‌افزار این شرکت، ماشین‌های مجازی مبتنی بر لینوکس از پیش پیکربندی شده‌اند که به مدیران اجازه می‌دهند مجموعه نرم‌افزار پشتیبان‌گیری Veeam Backup & Replication را بدون نصب دستی وابستگی‌ها یا پیکربندی نرم‌افزار بر روی دستگاه‌های لینوکس اجرا کنند.

برای مطابقت با چارچوب‌های امنیتی شرکت‌ها و دولتی، هسته لینوکس زیربنایی بررسی‌های سلامت و رمزنگاری یکپارچه (مانند تست‌های سلامت jitterentropy) را در حالت FIPS در هنگام راه‌اندازی اولیه اجرا می‌کند.

با این حال، همانطور که این شرکت در مشاوره چهارشنبه توضیح داد، این VM ها بوت نمی شوند و پس از شکست در بررسی وضعیت روانی حالت FIPS در برخی از پردازنده های AMD EPYC، با وحشت هسته از کار می افتند.

در این بیانیه آمده است: «ماشین مجازی Veeam Software Appliance (مبتنی بر لینوکس Veeam Backup & Replication) که روی میزبانی با پردازنده AMD EPYC اجرا می‌شود، پس از راه‌اندازی مجدد، به طور متناوب راه‌اندازی نمی‌شود، از جمله راه‌اندازی مجدد که به دنبال به‌روزرسانی است که یک هسته جدید را نصب می‌کند.

"این مشکل به این دلیل رخ می‌دهد که هسته لینوکس مورد استفاده توسط نرم‌افزار Veeam یک تست سلامت jitterentropy را در حالت FIPS در هنگام راه‌اندازی اولیه اجرا می‌کند، و این تست به طور متناوب در برخی از پردازنده‌های AMD EPYC، از جمله AMD EPYC 7262، 7302، و 7F72 انجام می‌شود. هنگامی که تست با یک بوت‌نل متوقف می‌شود."

این مشکل شناخته شده در نسخه هسته لینوکس مورد استفاده توسط Veeam Software Appliance سرچشمه می گیرد و Veeam Software Appliance نسخه 13.1 و بالاتر را تحت تأثیر قرار می دهد.

به گفته Veeam، کاربران خطاهای وحشت هسته - عدم همگام‌سازی: jitterentropy: راه‌اندازی با میزبانی که با الزامات مطابقت ندارد شکست خورده است: 9» خطاهای وحشت هسته را در سیستم‌های تحت تأثیر مشاهده می‌کنند.

برای کاهش این مشکل، Veeam به مدیران فناوری اطلاعات گفت که دستگاه را در یک هاست لینوکس با یک پردازنده متفاوت مجددا مستقر کنند.

اگر دستگاه را نمی‌توان در سیستمی با پردازنده بی‌تأثیر مستقر کرد، به مدیران فناوری اطلاعات توصیه می‌شود که به‌روزرسانی‌های خودکار دستگاه را غیرفعال کنند و به‌روزرسانی‌ها را به‌صورت دستی نصب کنند (در حالی که ماشین مجازی هنگام راه‌اندازی مجدد آن را زیر نظر دارند).

Veeam افزود: "اگر وحشت هسته رخ داد، ماشین مجازی را خاموش کنید و دوباره روشن کنید. راه اندازی مجدد سیستم عامل مهمان ماشین مجازی را بازیابی نمی کند." پس از راه‌اندازی موفقیت‌آمیز دستگاه، هیچ خطای دیگری پیش بینی نمی‌شود و عملکرد Veeam Backup & Replication تحت تأثیر قرار نمی‌گیرد.»

اوایل امروز، Veeam همچنین گفت که برخی از محصولاتش تحت تأثیر یک آسیب‌پذیری هسته لینوکس (CVE-2026-98432) در کد شبکه IPv4 TCP قرار دارند که به مهاجمان تأیید نشده از راه دور اجازه می‌دهد تا دستورات را به‌عنوان ریشه روی سرورهایی که شنونده‌های Multipath TCP (MPTCP) دارند اجرا کنند.

این شرکت نقص CVE-2026-98432 را برای برخی از مؤلفه‌های آسیب‌دیده Veeam برطرف کرده است و اکنون هسته وصله‌شده را به عنوان یک تعمیر خصوصی یا از طریق به‌روزرسانی Veeam به سیستم‌های آسیب‌دیده فشار می‌دهد.

محصولات Veeam توسط بیش از 550000 مشتری، از جمله 74٪ از 2000 شرکت جهانی و 82٪ از شرکت های Fortune 500 استفاده می شود.

عوامل هوش مصنوعی Adaptive Security هدف، زمینه و رفتار ایمیل را برای کشف فیشینگ، در معرض خطر قرار دادن ایمیل تجاری و تقلب در صورت‌حساب تجزیه و تحلیل می‌کنند.

ببینید با اسکن 14 روزه فقط خواندنی Microsoft 365 یا Google Workspace، بدون هیچ تغییری در MX، چه اتفاقی می افتد.

نقص OpenSSH به مهاجمان اجازه می دهد تا وارد حساب های لینوکس غیرفعال شده با رمز عبور شوند

هکرها سرورهای لینوکس را با استفاده از وب سرور CWP تروجانیزه می کنند

CISA در مورد نقص لینوکس Fragnesia در حملات PHP2Shell هشدار می دهد

آلپاین لینوکس GitLab را پس از تلاش برای حمله RCE بازسازی می کند

نقص اصلی هسته لینوکس امکان حملات ریشه از راه دور بر روی سرورهای MPTCP را فراهم می کند