راز نفوذ به Switch 2؛ وقتی یک خطای ساده در SmileBasic مسیر را باز می‌کند
به گزارش Ars Technica، پژوهشگران امنیتی راهی برای اجرای نرم‌افزارهای جامعه‌ساخته یا homebrew روی Switch 2 در فضای کاربر پیدا کرده‌اند؛ مسیری که به جیلبریک سخت‌افزاری نیاز ندارد و از دل یک ابزار برنامه‌نویسی رسمی می‌گذرد: مفسر SmileBasic. این یافته برای نینتندو یک عقب‌نشینی امنیتی توصیف شده است.
نکته کلیدی این است که نفوذ در «فضای کاربر» (userland) رخ داده است؛ همان لایه‌ای که برنامه‌های معمولی در آن اجرا می‌شوند، نه هسته سیستم‌عامل و نه سخت‌افزار. مهاجم با این روش می‌تواند کد غیررسمی اجرا کند، اما کنترل کامل دستگاه را به دست نمی‌آورد. همین محدودیت، خبر را از یک جیلبریک تمام‌عیار جدا می‌کند و در عین حال آن را برای جامعه homebrew جذاب می‌سازد.
SmileBasic یک زبان و محیط برنامه‌نویسی است که کاربر روی کنسول با آن برنامه‌های ساده می‌نویسد؛ چیزی شبیه آزمایشگاه کدنویسی داخل خود دستگاه. مفسر این زبان، دستورهای نوشته‌شده را خط‌به‌خط اجرا می‌کند. وقتی چنین ابزاری به‌صورت رسمی روی یک پلتفرم بسته عرضه می‌شود، عملاً سطحی قانونی برای اجرای کد کاربر در اختیار همه قرار می‌دهد.
اکسپلویت گزارش‌شده از نوع سرریز عدد صحیح (integer overflow) است. در این خطا، عددی از بازه مجاز نوع داده خود فراتر می‌رود و مقدارش می‌تواند بچرخد یا علامتش عوض شود. اگر مفسر پیش از استفاده از آن عدد، مرزها را با دقت بررسی نکند، نتیجه می‌تواند نوشتن در حافظه‌ای خارج از محدوده و در نهایت اجرای کد باشد. جزئیات فنی گزارش Ars Technica فراتر از این نمی‌رود و باید آن را یک توصیف کلی از سازوکار دانست.
ارزش اصلی خبر در معماری آن است. کنسول‌های بسته با زنجیره اعتماد کار می‌کنند: سخت‌افزار، فریم‌ور و امضای دیجیتال باید تأیید شوند تا کد ناشناس اجرا نشود. اما یک مفسر رسمی که کد کاربر را اجرا می‌کند، بخشی از این دیوار را از پیش باز گذاشته است. به بیان دیگر، مهاجم لازم نیست دیوار را بشکند؛ کافی است از دری استفاده کند که سازنده خودش ساخته است.
در گزارش Ars Technica هیچ اشاره‌ای به پاسخ نینتندو، نسخه فریم‌ور اصلاح‌شده یا هویت پژوهشگران نیست. بنابراین نمی‌توان گفت این اکسپلویت وصله شده است یا نه. تا زمانی که شرکت یا منبعی مستقل آن را تأیید نکند، باید با یک گزارش تک‌منبعی و ناتمام برخورد کرد؛ همان چیزی که فاصله میان «گزارش‌شده» و «تأییدشده» را حفظ می‌کند.
برای مخاطب اکوسیستم اپل، ماجرا بیشتر درس است تا خبر محصول. اپل هم سطوح رسمی اجرای کد و خودکارسازی دارد: Shortcuts، اجرای JavaScript در WebKit و ابزارهای خودکارسازی داخل برنامه‌ها. هیچ شاهدی در دست نیست که اپل همین ضعف را داشته باشد و این مقایسه نباید به ادعای آسیب‌پذیری تبدیل شود. درس ساختاری این است که بسته بودن یک وضعیت مدیریت ریسک است، نه تضمین امنیت. هر سطح اسکریپتی که سازنده در اختیار کاربر می‌گذارد، باید مثل یک ورودی عمومی آزمایش و مرزگذاری شود.
پیامد عملی برای تینکررها روشن است: راهی برای اجرای homebrew و بازی‌های مودشده بدون دست‌کاری سخت‌افزار. برای نینتندو، اهمیت به سرعت واکنش و شفافیت وصله برمی‌گردد؛ همان بخشی که هزینه اعتباری یک شکاف امنیتی را تعیین می‌کند. برای کاربر عادی، سود ماجرا مبهم است: homebrew می‌تواند ابزارهای مفید بسازد، اما همان مسیر می‌تواند به نسخه‌های غیرمجاز و کد ناامن هم باز شود. این خبر را نباید به پیروزی مصرف‌کننده یا «بازی رایگان» تبدیل کرد.
آنچه از این گزارش می‌ماند، یک نکته فنی و قابل تعمیم است: پلتفرم بسته با مسدود کردن همه چیز امن نمی‌شود؛ با محدود کردن دقیق هر سطحی که کد اجرا می‌کند امن می‌ماند. تا وقتی نینتندو رسماً درباره وصله و جزئیات فنی حرف نزند، این ماجرا یک هشدار معماری است، نه یک نتیجه قطعی.
