استجابت Google وMozilla وApple وMicrosoft بشكل عاجل لثمانية شهادات وسيطة ضعيفة من سلطة التصديق الهندية eMudhra، حيث أصبح الأمر معروفًا في 17 أكتوبر. كانت ستة شهادات منها لـ HTTPS، واثنتان لتوقيع الشفرات. بسبب ضعف المفاتيح الخاصة، كان من الممكن تزوير شهادات مواقع أخرى وعند اعتراض الاتصال، تقديم مورد مزيف على أنه حقيقي، مثل موقع تبادل العملات المشفرة أو محفظة. قام مهندسو Mozilla أنفسهم باستعادة المفاتيح، مؤكدين أن الثغرة سهلة الاستغلال.
كان السبب خطأ في توليد المفاتيح في أبريل 2025. استخدمت الشهادات خوارزمية المنحنى P-384، ولكن بدلاً من الأرقام الكبيرة العشوائية، كانت المفاتيح تحتوي على قيم أقل من 256، لذا فإن القوة الغاشمة لن تستغرق أكثر من 256 محاولة. لم تكن المشكلة في قوة P-384 بل في التوليد غير الصحيح. اكتشف الثغرة لأول مرة باحث تحت اسم مستعار Wayne، الذي قدم لمطوري المتصفحات دليلًا على حيازة جميع المفاتيح الثمانية. أكدت eMudhra أن المفاتيح تم إنشاؤها في أبريل 2025 وذكرت أن المراكز الجذرية والوسيطة الأخرى لم تتأثر.
كان الخطر واسع النطاق، لكن العواقب كانت أقل حدة: وفقًا لـ eMudhra، تم استخدام واحدة فقط من الشهادات الثمانية في البنية التحتية العاملة. لم تكن هناك سجلات لشهادات TLS عبر المراكز الستة المتأثرة في شفافية الشهادات. قامت Chrome بحظر المفاتيح في 17 أكتوبر عبر CRLSet، وأضافتها Mozilla إلى OneCRL في نفس اليوم - وصلت الحماية إلى المستخدمين بالإعدادات القياسية في أقل من ثلاث ساعات. قامت Apple بحظر الشهادات في 19 أكتوبر، وMicrosoft في 20 أكتوبر؛ قامت Cloudflare بتحديث WARP وCloudflare Tunnel وعززت الحماية في CDN وZero Trust.
لا توجد تأكيدات على استغلال ضد مستخدمي Firefox وChrome وEdge وSafari، ولا علامات على هجمات على خدمات Cloudflare. ومع ذلك، تقوم Mozilla باستبعاد الشهادة الجذرية emSign ECC Root CA – G3 من متجر NSS، وستقوم Google بنفس الشيء في Chrome Root Store اعتبارًا من 27 أكتوبر. ستتوقف eMudhra عن الإصدار عبر هذا الجذر وستنقل العملاء إلى بنية تحتية أخرى: حوالي 30,000 شهادة ستحتاج إلى الاستبدال، حوالي 97% منها تم إصدارها عبر ACME.
أُعدت هذه المادة لأغراض معلوماتية وتعريفية فقط ولا تشكل نصيحة أو توصية مالية.
مقالات ذات صلة
