كشف الباحث الأمني Scott Helme أن ثمانية مفاتيح خاصة لسلطات شهادات وسيطة (CA) تابعة لـ eMudhra كانت في الواقع مجرد أرقام 8 بت، ما يجعل تخمينها بالقوة الغاشمة أمرًا بالغ السهولة. هذه المفاتيح، المستخدمة في شهادات TLS وتوقيع الشيفرة، أُنشئت في أبريل 2025 ووقّعتها Sectigo بشكل متقاطع. في 17 أكتوبر، أبلغ باحث كبار مطوري المتصفحات وشركة eMudhra بالمشكلة. حظرت Chrome وMozilla الشهادات في غضون ساعات، وبحلول 20 أكتوبر أعلنت Mozilla علنًا عن الاختراق وأزالت جذر eMudhra من مخزن الثقة الخاص بها.
يعني هذا الخلل أن أي شخص كان يمكنه استعادة هذه المفاتيح الخاصة في أجزاء من الثانية باستخدام حاسوب محمول عادي. وهذا يقوّض نموذج الأمان بأكمله للشهادات الصادرة عن هذه السلطات الوسيطة. ورغم أن المتصفحات تحركت بسرعة، فإن العديد من التطبيقات البرمجية الأخرى التي تعتمد على TLS ما زالت عرضة للخطر لأنها لا تتحقق من إبطال الشهادات أو سجلات شفافية الشهادات (Certificate Transparency) افتراضيًا.
كيف تم اختراق مفاتيح eMudhra CA
المفاتيح الخاصة هي مفاتيح منحنى إهليلجي على منحنى P-384. في هذا النوع من التشفير، يكون المفتاح الخاص رقمًا عشوائيًا d، والمفتاح العام هو d مضروبًا في G، حيث G نقطة ثابتة. يعتمد الأمان على كون d عددًا هائلًا، أي رقم عشوائي بطول 384 بت. لكن مفاتيح eMudhra لم تكن عشوائية؛ بل كانت أعدادًا صحيحة صغيرة مثل 4 و56 و115. هذا يعني أن المهاجم يمكنه ببساطة حساب مضاعفات G حتى يجد التطابق، بما يتطلب 255 خطوة على الأكثر. أثبت Scott Helme ذلك بتخمين جميع الشهادات الست عشرة بالقوة الغاشمة في أقل من ثانية على حاسوبه المحمول.
بدت الشهادات نفسها صالحة: كانت المفاتيح العامة نقاطًا شرعية على المنحنى، ونجحت جميع الفحوصات الهيكلية. الطريقة الوحيدة لاكتشاف الضعف كانت محاولة التخمين بالقوة الغاشمة. وخلافًا لسرقة مفتاح نموذجية، حيث يُسرق المفتاح، هنا كان المفتاح فعليًا عامًا منذ لحظة إصدار الشهادة. أي شخص رأى الشهادة كان يمكنه استنتاج المفتاح الخاص فورًا.
- كانت المفاتيح الخاصة أرقامًا بطول 384 بت يفترض أن تكون عشوائية، لكنها كانت بدلًا من ذلك قيمًا صغيرة مثل 4 و56 و115.
