شرکت eMudhra، یکی از مراجع صدور گواهی (Certificate Authority) سابق، مدعی شده است که یک اسکریپت پایتون (Python) دارای نقص فنی، عامل اصلی صدور گواهی‌های دیجیتال بسیار ناامن بوده است.
طبق بررسی‌ها، این شرکت در جریان یک مراسم تولید کلید (Key-generation ceremony)، سعی داشت ۱۶ جفت کلید زیرمجموعه (Subordinate CA) را تولید کند. به دلیل محدودیت‌های زنجیره تأمین (Supply chain constraints) در تهیه ماژول‌های امنیت سخت‌افزاری (HSM) مورد نظر، شرکت مجبور شد از سخت‌افزارهای شرکت Utimaco استفاده کرده و سپس کلیدها را از طریق یک اسکریپت سفارشی پایتون برای انتقال به سخت‌افزارهای شرکت Crypto4A پردازش کند.
مشکل اصلی در کد وارد کردن (Import code) این اسکریپت نهفته بود. این نقص باعث می‌شد که مقدار کلید خصوصی (Private key) هنگام بازخوانی، کوتاه (Truncated) شود. در حالی که کلیدهای ECDSA P-384 باید ۴۸ بایت طول داشته باشند، این اسکریپت باعث می‌شد کلیدهای تولید شده تنها یک بایت باشند (مانند عدد ۴). این موضوع باعث شد کلیدهای عمومی (Public keys) تولید شده، با مقادیر بسیار کوچکی مطابقت داشته باشند که به راحتی از طریق اطلاعات عمومی قابل بازیابی و حدس زدن باشند.
این ضعف امنیتی توسط تیم Mozilla شناسایی شد. تحلیل‌ها نشان داد که مهاجمان می‌توانستند با استفاده از این کلیدهای ضعیف، گواهی‌های جعلی صادر کرده، هویت سرورها را جعل کنند و یا ترافیک شبکه را شنود و تغییر دهند. در پی این حادثه، سازندگان مرورگرها بلافاصله گواهی‌های صادر شده توسط eMudhra را مسدود کردند و این شرکت در نهایت فعالیت خود در حوزه صدور گواهی‌های SSL/TLS را متوقف کرد.
به‌روزرسانی (نوامبر 12, 2026 — BleepingComputer)
به‌روزرسانی: شرکت eMudhra تعداد گواهی‌های واسط (Intermediate CA) ابطال‌شده را به ۱۶ مورد افزایش داد. تحقیقات جدید نشان می‌دهد که مدیریت نادرست کلیدهای خصوصی (Private Keys) در فرآیند صدور، عامل اصلی این حادثه بوده است.
بررسی‌ها مشخص کرد که یک اسکریپت سفارشی پایتون (Python) که برای انتقال کلیدها بین تأمین‌کنندگان مختلف ماژول‌های امنیتی سخت‌افزاری (HSM) طراحی شده بود، عامل بروز این نقص است. این اسکریپت باعث شد ۸ کلید ECDSA به تنها یک بایت کاهش یابند که آن‌ها را بسیار آسیب‌پذیر می‌کند. همچنین، ۸ کلید RSA برخلاف پروتکل‌های امنیتی، به‌جای محیط محافظت‌شده HSM، در حافظه سیستم میزبان (Host Memory) پردازش شده‌اند.
تحقیقات همچنین نشان می‌دهد که ناهماهنگی در لیست‌های ابطال گواهی (CRL) در ژوئن ۲۰۲۵، نشانه‌ای اولیه از این نقص بوده که در آن زمان بررسی نشده بود. در پی این وقایع، eMudhra اعلام کرده است که از کسب‌وکار گواهی‌های عمومی TLS خارج شده و برای بهبود فرآیندهای مدیریت کلید، یک بازرسی مستقل توسط شرکت KPMG را آغاز کرده است.
