هکرهای وابسته به دولت روسیه با تکنیک RedFlick بدافزار توزیع می‌کنند

اشتراک گذاری

OpenSSL
❞ پروژه OpenSSL در 29 سپتامبر، هم‌زمان با انتشار پچ‌های امنیتی، از شناسایی آسیب‌پذیری CVE-2026-84782 با شدت بالا در پیاده‌سازی پروتکل امنیت لایه انتقال دیتاگرام (DTLS) خبر داد. این آسیب‌پذیری در OpenSSL می‌تواند منجر به افشای رمزنگاری‌نشده داده‌های حافظه Heap برای سمت دیگر ارتباط یا کرش برنامه شود. پروتکل DTLS نسخه‌ای از پروتکل امنیت لایه انتقال (TLS) است که برای انتقال امن داده‌ها از طریق پروتکل دیتاگرام کاربر (UDP) به کار می‌رود. اگر پاسخی پیش از پایان مهلت تعیین‌شده دریافت نشود، پیام هندشیک (Handshake Message) مجدداً ارسال می‌شود. این آسیب‌پذیری زمانی رخ می‌دهد که ارسال مجدد یک پیام هندشیک پیش از تکمیل ارسال پیام هندشیک بزرگ‌تر آغاز شود؛ وضعیتی که می‌تواند منجر به افشای رمزنگاری‌نشده داده‌های حافظه و کرش برنامه شود.

نسخه‌های پچ‌شده OpenSSL و وضعیت سوءاستفاده از آسیب‌پذیری

آسیب‌پذیری CVE-2026-84782 در نسخه‌های 4.0.3، 3.6.5، 3.5.9 و 3.4.8 پچ شده است. بااین‌حال، نسخه‌های پچ‌شده شاخه‌های قدیمی‌تر 3.0، 1.1.1 و 1.0.2 فقط برای مشتریانی در دسترس هستند که اشتراک پشتیبانی پریمیوم (Premium Support) این پروژه را خریداری کرده‌اند. پشتیبانی عمومی امنیتی از شاخه 3.0 نیز در 7 سپتامبر 2026 به پایان رسیده است.

OpenSSL تاکنون مشخص نکرده است که آیا مهاجم می‌تواند شرایط لازم برای ارسال مجدد پیام را هنگام توقف فرآیند ارسال ایجاد کند یا خیر. همچنین، تاکنون هیچ گزارشی مبنی بر سوءاستفاده از این آسیب‌پذیری در حملات واقعی منتشر نشده است.

جزئیات فنی آسیب‌پذیری

پروتکل DTLS برای محافظت از کانال‌های داده WebRTC و برقراری ارتباط امن از طریق ایجاد کلیدهای رمزنگاری برای تماس‌های اینترنتی استفاده می‌شود. این آسیب‌پذیری تنها نرم‌افزارهایی را تحت تأثیر قرار می‌دهد که برای ارتباطات مبتنی بر DTLS از کتابخانه OpenSSL استفاده می‌کنند.

در پروتکل DTLS، پیام‌های بزرگ هندشیک به بخش‌های کوچک‌تر تقسیم می‌شوند تا هر بخش به‌طور کامل در یک دیتاگرام UDP جای بگیرد. اگر ارسال داده‌ها موقتاً متوقف شود، ممکن است ارسال پیام در میانه راه متوقف بماند و بعداً ادامه پیدا کند. در این فاصله، ممکن است مهلت تعیین‌شده برای ارسال مجدد پیام به پایان برسد و پیام قبلی دوباره ارسال شود.

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

در نتیجه این خطا، پیام هندشیک ممکن بود حاوی داده‌هایی از حافظه Heap باشد که بدون رمزنگاری برای طرف دیگر ارتباط ارسال می‌شدند. همچنین، اگر عملیات خواندن به بخشی از حافظه دسترسی پیدا می‌کرد که برای برنامه قابل دسترسی نبود، برنامه دچار کرش می‌شد.

این آسیب‌پذیری هم کلاینت‌ها و هم سرورهای DTLS را تحت تأثیر قرار می‌دهد و پچ امنیتی آن نیز در هر دو حالت آزمایش شده است. لوران گافی (Laurent Gaffie) از شرکت Secorizon در 17 آگوست این آسیب‌پذیری را گزارش کرد و رایان هوپر (Ryan Hooper) پچ امنیتی آن را توسعه داد.

ارزیابی شدت آسیب‌پذیری و پیامدهای امنیتی آن

OpenSSL شدت این آسیب‌پذیری را «بالا» ارزیابی کرده است. طبق سیاست امنیتی این پروژه، به‌روزرسانی‌هایی که آسیب‌پذیری‌های با شدت بالا را پچ می‌کنند، باید در سریع‌ترین زمان ممکن نصب شوند.

آژانس امنیت سایبری و امنیت زیرساخت ایالات متحده (CISA) در 29 سپتامبر، امتیاز 8.2 از 10 را بر اساس سیستم امتیازدهی CVSS به این آسیب‌پذیری اختصاص داد. در ارزیابی این نهاد، تأثیر آسیب‌پذیری بر محرمانگی اطلاعات (Confidentiality) پایین و تأثیر آن بر دسترس‌پذیری سیستم (Availability) بالا اعلام شد. همچنین، در سوابق CISA در آن زمان، هیچ موردی از سوءاستفاده از این آسیب‌پذیری ثبت نشده بود.

این پروژه برای تعیین سطح شدت آسیب‌پذیری‌ها از امتیاز CVSS استفاده نمی‌کند و خاطرنشان کرده است که امتیازهای اعلام‌شده از سوی نهادهای دیگر ممکن است تفاوت چشمگیری با ارزیابی آن داشته باشند.

بر اساس اطلاعیه امنیتی اوبونتو (Ubuntu)، مهاجم ممکن است بتواند با سوءاستفاده از این آسیب‌پذیری، عملکرد فرایند هندشیک را مختل کند یا موجب حمله انکار سرویس (DoS) شود. بااین‌حال، این اطلاعیه به احتمال افشای داده‌های حافظه اشاره‌ای نکرده است.

وضعیت پچ امنیتی در شاخه‌های مختلف

این آسیب‌پذیری شاخه‌های 4.0، 3.6، 3.5، 3.4، 3.0، 1.1.1 و 1.0.2 را تحت تأثیر قرار می‌دهد. تمام نسخه‌های این شاخه‌ها که پیش از نسخه‌های مشخص‌شده در جدول زیر منتشر شده‌اند، تحت تأثیر این آسیب‌پذیری قرار دارند.

شاخه

نسخه پچ‌شده

نحوه دسترسی به نسخه پچ‌شده

وضعیت پشتیبانی

4.0

4.0.3

دانلود عمومی

پشتیبانی تا 14 می 2027

3.6

3.6.5

دانلود عمومی

پشتیبانی تا 1 نوامبر 2026

3.5

3.5.9

دانلود عمومی

نسخه با پشتیبانی بلندمدت (LTS)؛ پشتیبانی تا 8 آوریل 2030

3.4

3.4.8

دانلود عمومی

پشتیبانی تا 22 اکتبر 2026

3.0

3.0.23

فقط برای مشتریان دارای پشتیبانی پریمیوم

پشتیبانی عمومی در 7 سپتامبر 2026 پایان یافته است

1.1.1

1.1.1zj

فقط برای مشتریان دارای پشتیبانی پریمیوم

فاقد پشتیبانی عمومی

1.0.2

1.0.2zs

فقط برای مشتریان دارای پشتیبانی پریمیوم

فاقد پشتیبانی عمومی

3.1، 3.2 و 3.3

نسخه‌ای اعلام نشده است

قابل اعمال نیست

فاقد پشتیبانی عمومی؛ بررسی نشده است که آیا این شاخه‌ها نیز آسیب‌پذیر هستند یا خیر

برای کاربرانی که فعلاً امکان به‌روزرسانی ندارند، هیچ راهکار جایگزینی (Workaround) ارائه نشده است. اوبونتو در 29 سپتامبر، پچ امنیتی این آسیب‌پذیری را برای پکیج‌های نرم‌افزاری خود منتشر کرد؛ این پکیج‌ها همچنان از نسخه‌های قدیمی‌تر استفاده می‌کنند.

  • Ubuntu 26.04 LTS: پکیج libssl3t64 با نسخه 3.5.5-16
  • Ubuntu 24.04 LTS: پکیج libssl3t64 با نسخه 3.0.13-016
  • Ubuntu 22.04 LTS: پکیج libssl3 با نسخه 3.0.2-030

کاربران اوبونتو باید پس از نصب به‌روزرسانی، سیستم خود را راه‌اندازی مجدد کنند (Reboot) تا تمام تغییرات اعمال شوند.

دبیان (Debian) نیز برای نسخه 13 این توزیع، به‌روزرسانی امنیتی مربوطه را در قالب هشدار DSA-6531-1 منتشر کرد. این به‌روزرسانی شامل پکیج openssl با نسخه 3.5.7-1~deb13u3 است.

کاربران OpenSSL 3.0 چه اقداماتی باید انجام دهند؟

آخرین نسخه عمومی شاخه 3.0، نسخه 3.0.22 بود که در 25 آگوست منتشر شد. نسخه 3.0.23 نخستین نسخه امنیتی از شاخه 3.0 است که انتشار عمومی نداشته است. این نسخه 6 مورد از 14 آسیب‌پذیری اعلام‌شده در 29 سپتامبر، از جمله آسیب‌پذیری CVE-2026-84782 را پچ می‌کند.

در اوبونتو 22.04 و 24.04 که از نسخه 3.0 استفاده می‌کنند، پچ امنیتی موردنیاز از طریق پکیج‌های ذکرشده در بخش قبل در دسترس است. بااین‌حال، برای کاربرانی که OpenSSL 3.0 را به‌صورت مستقل کامپایل می‌کنند یا نسخه‌ای از آن را در نرم‌افزار خود به کار می‌برند، پچ امنیتی عمومی منتشر نشده است.

به کاربران توصیه می‌شود از شاخه جدیدتر 4.0 یا شاخه 3.5 با پشتیبانی بلندمدت (LTS) استفاده کنند. همچنین، با تهیه اشتراک پشتیبانی می‌توان پس از پایان دوره انتشار عمومی یک نسخه، همچنان پچ‌های امنیتی آن را دریافت کرد.

به‌روزرسانی‌های منتشرشده در 29 سپتامبر، 13 آسیب‌پذیری دیگر را نیز پچ می‌کنند. در میان این موارد، آسیب‌پذیری CVE-2026-84783 با شدت «متوسط» ارزیابی شده و تنها شاخه 4.0 را تحت تأثیر قرار می‌دهد.

مهاجم می‌تواند از راه دور و بدون نیاز به احراز هویت، با سوءاستفاده از این آسیب‌پذیری باعث کرش یک کلاینت TLS یا یک سرور TLS شود که از چند رشته اجرایی (Multi-threaded) به‌طور هم‌زمان استفاده می‌کند. در سمت سرور، این ضعف امنیتی زمانی رخ می‌دهد که سرور از کلاینت‌ها گواهی دیجیتال درخواست کند. این آسیب‌پذیری تنها زمانی قابل سوءاستفاده است که چند اتصال به‌طور هم‌زمان زنجیره گواهی خود را به یک گواهی مرجع صدور گواهی (CA) مشترک و مورد اعتماد برسانند.

آسیب‌پذیری دیگری با شناسه CVE-2026-75806 در پروتکل DTLS نیز با شدت «پایین» ارزیابی شده است. این آسیب‌پذیری اتصالات فعال DTLS 1.2 را که از الگوریتم‌های رمزنگاری AEAD استفاده می‌کنند، تحت تأثیر قرار می‌دهد. مهاجم برای قطع چنین اتصالی، کافی است یک دیتاگرام کوتاه‌تر از حداقل طول مورد انتظار ارسال کند؛ این کار به دسترسی به کلیدهای رمزنگاری نیاز ندارد.

11 آسیب‌پذیری دیگر نیز با شدت «پایین» ارزیابی شده‌اند. پنج مورد از آن‌ها در کدهای مربوط به پیاده‌سازی پروتکل QUIC قرار دارند و سه مورد دیگر، کانال‌های جانبی مبتنی بر زمان‌بندی (Timing Side-Channel) در کدهای پیاده‌سازی الگوریتم‌های ECDSA و SM2 هستند.

منابع

دیدگاهتان را بنویسید

مطالب مرتبط