SonicWall به‌روزرسانی‌های امنیتی را برای رفع هفت آسیب‌پذیری در فایروال‌های SonicOS، از جمله نقص دور زدن احراز هویت SSL-VPN که در حملات مورد سوءاستفاده قرار گرفته است، منتشر کرده است.
این آسیب‌پذیری که با شناسه CVE-2026-19868 ردیابی می‌شود، به مهاجمانی که دارای اعتبارنامه‌های معتبر برای یک روش احراز هویت جایگزین هستند، اجازه می‌دهد تا کنترل‌های احراز هویت SAML را دور بزنند، که احتمالاً شامل احراز هویت چند عاملی (MFA) اعمال شده توسط SAML نیز می‌شود.
این نقص دارای امتیاز شدت CVSS 7.1 است و فقط بر سرویس‌های SSL-VPN SonicOS پیکربندی شده برای استفاده از احراز هویت SAML تأثیر می‌گذارد.
در یک توصیه امنیتی که روز جمعه منتشر شد، SonicWall هشدار داد که گزارشی مبنی بر سوءاستفاده از این آسیب‌پذیری در یک حمله را بررسی کرده است و از مشتریان خواست تا آخرین به‌روزرسانی‌های امنیتی را نصب کنند.
این توصیه‌نامه همچنین شش آسیب‌پذیری دیگر در SonicOS را برطرف می‌کند، از جمله دو نقص رابط مدیریتی با شدت 8.8 که به مهاجمان غیرمجاز اجازه می‌دهد عملیات غیرمجاز را تحت شرایط خاص انجام دهند
نقص‌های باقی‌مانده شامل سرریز بافر پیش از احراز هویت در سرویس‌های SSL-VPN و TACACS+ است که می‌تواند باعث ایجاد شرایط انکار سرویس شود و یک آسیب‌پذیری هشینگ رمز عبور ضعیف که بر دستگاه‌های مجازی تأثیر می‌گذارد.
این آسیب‌پذیری‌ها SonicOS Gen7 نسخه‌های 7.3.3-7015 و قبل از آن و نسخه‌های Gen8 نسخه‌های 8.2.2-8015 و قبل از آن را تحت تأثیر قرار می‌دهد. SonicWall این مشکلات را در نسخه‌های ۷.۳.۴-۷۰۱۳ و ۸.۲.۳-۸۰۱۵ برطرف کرده و توصیه کرده با توجه به گزارشاتی از سوءاستفاده از این نقضها، کاربران در اسرع وقت اقدام به نصب وصله‌ها نمایند.
این هشدار پس از مجموعه‌ای از حملات که دستگاه‌های دسترسی از راه دور امن SMA1000 SonicWall را هدف قرار می‌دادند، منتشر شد.
QNAP می‌گوید هکرها در حملات Plex2Shell به دستگاه‌های NAS نفوذ می‌کنند
QNAP از کاربران می‌خواهد که Plex Media Server را به آخرین نسخه موجود در مرکز برنامه‌های QNAP که در حال حاضر ۱.۴۳.۳.۱۰۸۶۱ است، به‌روزرسانی کنند، زیرا هکرها در حال سوءاستفاده از زنجیره آسیب‌پذیری Plex2Shell هستند.
Plex2Shell زنجیره‌ای از چهار آسیب‌پذیری در Plex Media Server است که با شناسه‌های CVE-2026-96652، CVE-2026-96654، CVE-2026-96655 و CVE-2026-96656 ردیابی می‌شوند. این شرکت اعلام کرده است: «تیم واکنش به حوادث امنیتی QNAP PSIRT تأیید کرده که آسیب‌پذیری‌ها تنها در Plex Media Server وجود دارند؛ سیستم‌عامل‌های QTS، QuTS hero و سایر سیستم‌عامل‌های QNAP تحت تأثیر این مسئله قرار نگرفته‌اند.»
QNAP می‌گوید کاربران در صورت اجرای یک سرور Plex آسیب‌پذیر که در وب عمومی قرار دارد، باید دستگاه‌های NAS و تمام محتوای شخصی خود را در معرض خطر بدانند.
اقدام توصیه‌شده، بررسی علائم خطر ذکر شده در بولتن امنیتی، انجام نصب مجدد سیستم‌عامل (QTS یا QuTS hero) و سپس تنظیم مجدد اعتبارنامه‌های Plex و NAS است.
کاربرانی که نیازی به دسترسی از راه دور به Plex ندارند، باید ویژگی‌های مرتبط را غیرفعال کرده و ارسال پورت ۳۲۴۰۰ را متوقف کنند. به کسانی که به دسترسی از راه دور نیاز دارند، توصیه می‌شود از طریق VPN متصل شوند.
هشدار Veeam در مورد خرابی بوت Software Appliance در میزبان‌های AMD EPYC
Veeam به کاربران خود در مورد خرابی بوت که ماشین‌های مجازی Software Appliance (VM) را در میزبان‌های دارای پردازنده‌های AMD EPYC تحت تأثیر قرار می‌دهد، هشدار داد.
ماشین‌های مجازی Software Appliance این شرکت،
ماشین‌های مجازی مبتنی بر لینوکس از پیش پیکربندی شده‌ای هستند که به مدیران اجازه می‌دهند مجموعه نرم‌افزار پشتیبان‌گیری Veeam Backup & Replication را روی دستگاه‌های لینوکس بدون نصب دستی وابستگی‌ها یا پیکربندی نرم‌افزار اجرا کنند.
برای رعایت چارچوب‌های امنیتی شرکت‌ها و دولت، هسته اصلی لینوکس، بررسی‌های سلامت و رمزنگاری یکپارچه (مانند آزمایش‌های سلامت jitterentropy) را در حالت FIPS در طول بوت اولیه اجرا می‌کند.
این شرکت اعلام کرد: «یک ماشین مجازیِ “Veeam Software Appliance” (مبتنی بر لینوکس) که روی میزبانی با پردازنده AMD EPYC اجرا می‌شود، پس از راه‌اندازی مجدد (Reboot) — از جمله راه‌اندازی مجددِ پس از به‌روزرسانی که شامل نصب هسته جدید است — گاهی اوقات در بالا آمدن دچار مشکل می‌شود.»
این مشکلِ شناخته‌شده ناشی از نسخه هسته لینوکسِ به‌کاررفته در Veeam Software Appliance است و نسخه‌های ۱۳.۱ و جدیدترِ این نرم‌افزار را تحت تأثیر قرار می‌دهد.
به گفته Veeam، کاربران در سیستم‌های تحت تأثیر، با خطای Kernel panic به این شرح مواجه می‌شوند: «Kernel panic – not syncing: jitterentropy: Initialization failed with host not compliant with requirements: 9».
راهکار کاهش خطر موجود است
برای کاهش این مشکل، Veeam به مدیران فناوری اطلاعات اعلام کرده است که دستگاه را به یک میزبان لینوکس با پردازنده متفاوت منتقل کنند.
اگر دستگاه را نمی‌توان روی سیستمی با پردازنده سالم دوباره مستقر کرد، به مدیران فناوری اطلاعات توصیه می‌شود به‌روزرسانی‌های خودکار دستگاه را غیرفعال کرده و به‌روزرسانی‌ها را به صورت دستی نصب کنند (در حالی که هنگام راه‌اندازی مجدد ماشین مجازی، آن را زیر نظر دارند).
Veeam افزود: “اگر Kernel panic رخ داد، ماشین مجازی را خاموش و دوباره روشن کنید. راه‌اندازی مجدد سیستم عامل مهمان، ماشین مجازی را بازیابی نمی‌کند. پس از بوت شدن موفقیت‌آمیز دستگاه، هیچ خطای دیگری انتظار نمی‌رود و عملکرد Veeam Backup & Replication تحت تأثیر قرار نمی‌گیرد.”
این شرکت همچنین نقص CVE-2026-98432 را برای برخی از اجزای آسیب‌دیده Veeam برطرف کرده است و اکنون هسته وصله‌شده را به عنوان یک وصله خصوصی یا از طریق Veeam Updater به سیستم‌های آسیب‌دیده ارائه می‌دهد.
D-Link نسبت به چندین آسیب‌پذیری Zero-day در سوئیچ‌های سری DGS-3130 هشدار می‌دهد
D-Link اقدامات کاهشی را برای چندین نقص امنیتی وصله نشده که سوئیچ‌های سری DGS-3130 را تحت تأثیر قرار می‌دهند، به اشتراک گذاشت.
در حالی که D-Link جزئیات این نقص‌ها را به اشتراک نگذاشته و هنوز شناسه‌های CVE را برای ردیابی آسان‌تر به طور عمومی فاش نکرده است، اعلام کرد این اشکالات را در احراز هویت، کنترل دسترسی و مدیریت اطلاعات پروتکل کشف D-Link (DDP) پیدا شده است.
سوءاستفاده موفقیت‌آمیز می‌تواند به مهاجمان اجازه دهد تا داده‌های حساس دستگاه را به دست آورند، تغییرات غیرمجاز در اعتبارنامه‌ها/پیکربندی ایجاد کنند، جوامع SNMP را نشت دهند یا باعث اختلال در سرویس و تنظیم مجدد دستگاه شوند.
این آسیب‌پذیری‌های Zero-day چندین نسخه از سیستم‌عامل DGS-3130-30TS را تحت تأثیر قرار می‌دهند و این شرکت هنوز در حال بررسی تأثیر آن بر سایر پلتفرم‌های سوئیچینگ D-Link و مکانیسم‌های امنیتی سیستم‌عامل (از جمله پیکربندی امنیتی سرویس SSH، حفاظت از اعتبارنامه‌های اساسی سیستم عامل و مدیریت کلیدهای رمزگذاری/رمزنگاری تعبیه‌شده در سیستم‌عامل) است.
سوءاستفاده موفقیت‌آمیز از برخی آسیب‌پذیری‌ها ممکن است به مهاجمی که به شبکه آسیب‌دیده دسترسی دارد، اجازه دهد تا اطلاعات حساس دستگاه را به دست آورد، عملیات مدیریتی غیرمجاز انجام دهد، پیکربندی دستگاه را تغییر دهد یا سرویس‌های شبکه را مختل کند.
D-Link از مدیران شبکه خواسته است تا زمان انتشار frimware جدید برای رفع این نقص‌ها، DDP را غیرفعال کنند تا عامل اصلی حمله شناخته‌شده را حذف کنند، رشته‌های اجتماعی SNMP غیرضروری یا پیش‌فرض را حذف کنند و دسترسی به SSH، رابط کاربری وب و SNMP را صرفاً به شبکه‌های مدیریتی ایزوله و میزبان‌های مدیریتی تعیین‌شده محدود کنند.
D-Link همچنین به مدیران شبکه توصیه کرد که از پیکربندی سوئیچ‌ها به‌صورت آفلاین پشتیبان‌گیری کنند و لاگ‌های دستگاه را برای تغییرات غیرمنتظره پیکربندی، راه‌اندازی‌های مجدد بدون نیاز به اعلان یا تنظیم مجدد کارخانه ردیابی کنند.
منبع: