ادعاهای اخیر پیرامون وجود یک آسیب‌پذیری بحرانی به نام Terminal2Shell که گفته می‌شود از سال ۱۹۷۱ وجود داشته و میلیاردها دستگاه را تحت تأثیر قرار داده است، در واقع یک محتوای طنز (Satire) و هجوآمیز در حوزه بازاریابی امنیتی است و نه یک افشای آسیب‌پذیری واقعی. این وب‌سایت با استفاده از عناوین تکان‌دهنده، رفتارهای عادی سیستم را به عنوان یک تهدید معرفی می‌کند.
تحلیل فنی ادعای Terminal2Shell
سایت مذکور، این موضوع را «TermGeddon» نامیده و برای آن امتیاز CVSS برابر با ۱۱ از ۱۰ قائل شده است؛ عددی که به دلیل فراتر رفتن از مقیاس استاندارد ۱۰.۰، اولین نشانه غیرواقعی بودن این ادعا است. از نظر فنی، این فرآیند که ادعا می‌شود یک اکسپلویت (Exploit) است، صرفاً باز کردن یک ترمینال (Terminal) توسط کاربر است که در آن فرد، همان دسترسی‌ها و مجوزهایی را دارد که از قبل در حساب کاربری خود دارا بوده است.
در این سناریو، هیچ نشانه‌ای از دور زدن احراز هویت (Authentication Bypass)، نفوذ از راه دور (Remote Compromise) یا دسترسی به حساب کاربری دیگران دیده نمی‌شود. یک آسیب‌پذیری امنیتی واقعی باید بتواند مرزهای امنیتی را جابه‌جا کند، در حالی که Terminal2Shell تنها رفتارهای مورد انتظار یک سیستم عامل را به عنوان یک کشف بزرگ جلوه می‌دهد.
مقایسه با آسیب‌پذیری‌های واقعی و خطرناک
برای درک بهتر تفاوت میان شوخی‌های امنیتی و تهدیدات واقعی، می‌توان موارد زیر را بررسی کرد:
- Able2Shell: برخلاف مورد قبلی، این مورد شامل زنجیره‌های اکسپلویت واقعی بود که منجر به اجرای کد از راه دور (RCE) در سرورهای N-central می‌شد.
- Plex2Shell: مهاجمان از زنجیره‌ای از نقص‌ها در Plex برای نصب استخراج‌کننده‌های ارز دیجیتال (Cryptocurrency Miners) استفاده کردند.
- PHP2Shell: در این مورد، مهاجمان با ترکیب یک نقص در PHP و یک آسیب‌پذیری در هسته لینوکس (Linux Kernel)، موفق به کسب دسترسی روت (Root Access) در سرورها شدند.
- HTTP2Shell و Node2Shell: این موارد مربوط به نقص در رمزگشایی Brotli هستند که می‌تواند منجر به کرش کردن سیستم یا اجرای کد شود.
- WP2Shell: این آسیب‌پذیری به مهاجمان اجازه می‌داد بدون نیاز به ورود به سیستم، حساب‌های مدیر (Administrator) در WordPress ایجاد کنند که یک عبور واقعی از مرز امنیتی محسوب می‌شود.
نتیجه‌گیری برای مدیران امنیت
تحلیل‌های امنیتی نشان می‌دهد که تیم‌های SOC و مدیران امنیت باید در مواجهه با اخبار جدید، ابتدا محصول تحت تأثیر، سطح دسترسی مورد نیاز، تأثیر واقعی و راهکار اصلاحی (Fix) را بررسی کنند. تفکیک میان برندینگ دراماتیک و شواهد فنی، اولین قدم برای جلوگیری از واکنش‌های غیرضروری به اخبار جعلی یا طنزآمیز است.
