نفوذ به هشت گواهی میانی eMudhra؛ اینترنت در حالت هشدار
کلید خصوصی هشت گواهی میانی مرجع صدور گواهی eMudhra به‌شدت ضعیف بود و می‌شد برای هر دامنه‌ای گواهی جعلی ساخت. مرورگرها و سرویس‌ها در حال اصلاح‌اند.
کلید خصوصی هشت گواهی میانی (Intermediate CA) متعلق به مرجع صدور گواهی هندی eMudhra آن‌قدر ضعیف بود که می‌شد آن را در کسری از ثانیه از روی خود گواهی‌ها به‌دست آورد. این گواهی‌ها به ریشه‌هایی وصل‌اند که مرورگرها و سیستم‌عامل‌های اصلی به آن‌ها اعتماد دارند. بنابراین مهاجم می‌توانست برای هر وب‌سایتی گواهی TLS جعلی بسازد. ماجرا روز ۲۰ اکتبر ۲۰۲۶ علنی شد و شرکت‌های بزرگ در حال انتشار اصلاحیه‌اند.
چه اتفاقی افتاد؟
به گزارش The Register، یک عضو جامعه‌ی امنیتی روز ۱۷ اکتبر به موزیلا گزارش داد که کلید خصوصی هشت گواهی میانی eMudhra لو رفته است. تیم رمزنگاری موزیلا این موضوع را روز سه‌شنبه در فهرست‌های گفت‌وگوی سیاست امنیتی اعلام کرد. پژوهشگران مستقل هم گواهی‌ها را بررسی کردند.
مشکل نشت معمولی کلید نبود. کلیدها عددهای بسیار کوچکی بودند، مثلاً ۴، ۵۶ و ۱۱۵. برای منحنی P-384 کلید خصوصی باید عددی تصادفی در حدود ۳۸۴ بیت باشد، یعنی فضایی با حدود ۱۰ به توان ۱۱۵ حالت. با این کلیدهای قابل‌حدس، بازیابی کلید در کمتر از یک ثانیه روی یک لپ‌تاپ ممکن بود.
با کلید گواهی میانی، مهاجم می‌تواند هر گواهی دلخواهی امضا کند. بعد می‌تواند با آن، سرور یا سرویسی را جعل کند و ترافیک را شنود یا دستکاری کند. به گفته‌ی eMudhra، این مرجع بیش از ۶۰ میلیون گواهی دیجیتال صادر کرده است. روزنامه‌نگاران پرسش‌هایی درباره‌ی رویه‌های امنیتی این شرکت فرستادند و تا زمان انتشار گزارش پاسخی نگرفته بودند.
نکات کلیدی
- هشت گواهی میانی با کلید خصوصی بسیار ضعیف
- امکان جعل گواهی برای هر دامنه
- این ضعف در احراز هویت مبتنی بر گواهی است و به الگوریتم‌های رمزنگاری TLS ربطی ندارد
واکنش مرورگرها و سرویس‌ها
فایرفاکس، کروم و اپل طبق گزارش‌ها اصلاحیه داده‌اند تا مرورگرهایشان این گواهی‌ها را نپذیرند. این اصلاحیه پس از به‌روزرسانی مرورگر روی دستگاه کاربر اعمال می‌شود. به گفته‌ی گزارش‌ها، eMudhra هم گواهی‌ها را باطل (revoke) کرده است.
یک ارائه‌دهنده‌ی بزرگ CDN اعلام کرد از ۱۹ اکتبر حدود ساعت ۱۷:۰۰ به وقت UTC از موضوع خبر داشته و پیش از انتشار عمومی سرویس‌های حیاتی خود را اصلاح کرده است. به گفته‌ی این شرکت، تا اکنون نشانه‌ای از سوءاستفاده‌ی فعال در سرویس‌هایش دیده نشده است.
این شرکت اصلاح‌های سمت CDN و Zero Trust را تا ۲۰ اکتبر حدود ساعت ۱۹:۲۰ UTC کامل کرد. نسخه‌های تازه‌ی کلاینت‌ها و ابزار تونل آن هم منتشر شده است. از جمله باید cloudflared را به نسخه‌ی ۲۰۲۶.۱۰.۲ ارتقا داد و در کانتینرها ایمیج اصلاح‌شده را دوباره مستقر کرد.
نکات کلیدی
- کلاینت‌های موبایل و دسکتاپ نسخه‌ی تازه گرفته‌اند
- برای ابزار تونل، نسخه‌ی ۲۰۲۶.۱۰.۲ توصیه شده است
چرا برای برنامه‌نویس‌ها مهم است؟
مرورگرها سریع به‌روزرسانی می‌شوند و سازوکارهای ابطال سریع دارند. نرم‌افزارهای دیگر چنین امکانی ندارند. اگر سرویس شما از فروشگاه اعتماد (trust store) قدیمی سیستم‌عامل، ایمیج کانتینر، زبان برنامه‌نویسی یا کتابخانه‌ی HTTP با مجموعه‌ی ریشه‌ی سفارشی استفاده می‌کند، ممکن است هنوز گواهی‌های مشکل‌دار را معتبر بداند. هر جا گواهی کلاینت را اعتبارسنجی می‌کنید (mTLS) یا حالت اعتبارسنجی سخت‌گیرانه‌ی مبدأ دارید، باید مجموعه‌ی CAهای مورد اعتماد را بازبینی کنید.
توصیه‌ی روشن این است که با خطاهای گواهی بعد از به‌روزرسانی، اعتبارسنجی را خاموش نکنید، چون همین کار حفاظت احراز هویت را از بین می‌برد. هم‌چنین فقط به‌روزرسانی SDK کافی نیست. باید دید اعتبارسنجی را چه لایه‌ای انجام می‌دهد و بعد از اصلاح، ری‌لود، ری‌استارت یا استقرار دوباره لازم است یا نه. آزمایش موفق در مرورگر هم ثابت نمی‌کند سرویس پس‌زمینه‌ی شما امن است.
برای تیم‌هایی که سرورهایشان داخل ایران است، اهمیت موضوع بیشتر می‌شود. دسترسی به مخزن بسته‌ها و ایمیج‌های به‌روز گاهی محدود یا کند است و ممکن است سامانه‌ها مدت طولانی با فروشگاه اعتماد قدیمی کار کنند. بهتر است نسخه‌ی مجموعه‌ی CAها را در سرورهای داخلی و خارجی بررسی کنید و ایمیج‌ها را از منبع قابل‌اعتماد بازسازی کنید.
نکات کلیدی
- فروشگاه اعتماد در ایمیج‌ها و وابستگی‌های غیرمستقیم را بررسی کنید
- اعتبارسنجی گواهی را برای رفع خطا غیرفعال نکنید
- پس از اصلاح، ری‌استارت یا استقرار دوباره را فراموش نکنید
جمع‌بندی
این رخداد یادآوری می‌کند که امنیت TLS به قوی‌ترین حلقه‌ی زنجیره نیست و به ضعیف‌ترین حلقه‌ی آن بستگی دارد. تا اینجا گزارشی از سوءاستفاده‌ی فعال در سرویس‌های بررسی‌شده منتشر نشده است. با این حال هنوز مشخص نیست این کلیدها چه مدت ضعیف بودند و آیا گواهی جعلی در عمل دیده شده است. تا روشن شدن جزئیات، به‌روزرسانی فروشگاه‌های اعتماد و بازبینی سرویس‌های غیرمرورگری ارزان‌ترین راه کاهش خطر است.
منابع
- وبلاگ فنی یک ارائه‌دهنده CDN: هشت گواهی eMudhra لو رفته‌اندblog.cloudflare.com
- The Register: کلیدهای خصوصی eMudhra لو رفت؛ یکی از آن‌ها عدد ۴ بودtheregister.com
این خبر بر اساس منابع بالا به فارسی بازنویسی و خلاصه شده است؛ برای جزئیات کامل به منبع اصلی مراجعه کنید.