شرکت هندی eMudhra Limited، یکی از مرجع‌های صدور گواهی (Certificate Authority)، با انتشار هشت گواهی TLS که دارای کلیدهای خصوصی (Private Keys) به طرز غیرقابل‌باوری ضعیف هستند، توجه متخصصان امنیت را به خود جلب کرده است.
سطح ضعف در این کلیدها به قدری است که مهندسان امنیت را با تعجب مواجه کرده است. برای مقایسه، یک کلید استاندارد در الگوریتم منحنی بیضوی NIST P-384 باید دارای حدود ۳۸۴ بیت آنتروپی (Entropy) باشد که امکانات تقریباً بی‌شماری را برای مقابله با حملات فراهم می‌کند. با این حال، اندازه کلیدهای آسیب‌پذیر در این حادثه بین ۳ تا ۸ بیت متغیر بوده است. مقادیر دقیق کلیدهای شناسایی شده شامل ۴، ۵۶، ۶۶، ۱۱۵، ۱۵۵، ۱۵۶، ۲۳۰ و ۲۳۷ بیت بوده است.
کارشناسان بر این باورند که این اتفاق در دسته موارد «غیرممکن» قرار می‌گیرد. یکی از فرضیات مطرح شده این است که احتمالاً کدهای نمونه (Example Code) که برای آموزش استفاده می‌شوند، به اشتباه در محیط عملیاتی (Production) قرار گرفته‌اند و پارامتر اندازه کلید در رابط کاربری تولید کلید به اشتباه تنظیم شده است.
پیامدهای امنیتی و تهدیدات احتمالی
این نقص امنیتی می‌تواند منجر به سناریوهای زیر شود:
- حملات مرد میانی (Man-in-the-Middle): بهره‌برداری از این گواهی‌ها مستلزم حمله فعال MitM است؛ جایی که مهاجم باید به عنوان یک پروکسی بین دو طرف ارتباطی عمل کرده و ترافیک رمزنگاری شده را دریافت، رمزگشایی و سپس مجدداً رمزنگاری کند.
- ریسک برای کاربران VPN: فوری‌ترین تهدید برای کاربرانی است که از سرویس‌های VPN استفاده می‌کنند، به‌ویژه در کشورهایی که پتانسیل شنود ترافیک توسط نهادهای دولتی وجود دارد.
- محدودیت کاربران نهایی: کاربران عادی راهکار فوری ندارند جز اینکه تا زمان اطمینان از به‌روزرسانی‌ها و اصلاح وضعیت، از ارتباطات TLS در محیط‌های غیر از مرورگر خودداری کنند.
این حادثه بار دیگر ضعف‌های ساختاری در اکوسیستم TLS را آشکار کرد. اگرچه گزارش‌های شفافیت گواهی (Certificate Transparency Logs) به شناسایی این مشکل کمک کردند، اما این روش ماهیتی واکنشی دارد و تنها پس از صدور گواهی‌های غیرمجاز فعال می‌شود.
