أكدت Mozilla وبرنامج الجذور في Chrome التابع لغوغل، في العشرين من أكتوبر 2026، أن المفاتيح الخاصة لثماني شهادات وسيطة تابعة لجهة eMudhra الهندية لإصدار الشهادات باتت مكشوفة. والجهة الوسيطة هي التي توقّع الشهادات التي تعرضها المواقع، ولذلك فإن أي طرف يملك أحد هذه المفاتيح يستطيع إصدار شهادة لأي موقع يقبلها المتصفح. وهذه هي المفاتيح نفسها التي حجبتها Go في إصداراتها الأمنية دون أن تسمّي الجهة، بحسب ما نشرته The Hacker News سابقاً، إذ تطابق قيم التجزئة الثمانية في شيفرة Go مع الشهادات الثماني.
كيف اكتُشف الاختراق ولماذا انكشفت المفاتيح؟
أبلغ باحث برامج الجذور بالمشكلة مساء السابع عشر من أكتوبر، وحجبت Chrome وFirefox الشهادات الثماني خلال ساعات بعد أن تحققت Chrome من النتائج. وقال برنامج الجذور في Chrome إنه لم تُسجَّل في سجلات شفافية الشهادات أي شهادة TLS تتصل بالوسيطات الست المخصصة للمواقع قبل الحجب، ولذلك لم يكن بالإمكان الوثوق بها افتراضياً في Chrome أو أي متصفح يشترط التسجيل في تلك السجلات.
ولم تُسرق المفاتيح أصلاً، بل وُلّدت بعشوائية ضعيفة جداً يمكن معها حسابها من الشهادات العلنية، بحسب فرق الأمن في غوغل. وقالت eMudhra في الحادي والعشرين من أكتوبر إن خللاً في مراسم توليد المفاتيح التي جرت في أبريل 2025 أنتج مجموعة ثانية من المفاتيح الضعيفة إلى جانب المجموعة المقصودة، وإن المجموعة الضعيفة هي التي نُشرت في متاجر الجذور في المتصفحات. واستعادت Mozilla المفاتيح بنفسها خلال ساعتين من تلقي البلاغ، ونشر باحثون المفاتيح لاحقاً. ولا يُعرف إن كان أحد قد استغل الخلل منذ إنشاء الشهادات. وكتب الباحث سكوت هيلم أنه استعاد المفاتيح الخاصة الثمانية من الشهادات العلنية على حاسوبه المحمول في أقل من ثانية، وأن أحدها هو الرقم 4 وبقيتها أعداد صحيحة أقل من 256، وأن وكيل ذكاء اصطناعي أنجز الأمر نفسه من تعليمة واحدة.
ما الذي تعرّض للاختراق
eMudhra جهة هندية تبيع شهاداتها تحت العلامة emSign عبر شركات في الهند والولايات المتحدة وهولندا، ولها جذور في متاجر Mozilla وChrome وApple. والشهادات الثماني هي: للتحقق من النطاق EM DV TLS CA – G3B (تابعة لـ eMudhra BV في هولندا) وEM DV TLS CA – G3C (تابعة لـ eMudhra Inc في الولايات المتحدة)، وللتحقق من المؤسسة EM OV TLS CA – G3B وG3C، وللتحقق الموسع EM EV TLS CA – G3B وG3C، ولتوقيع الشيفرات EM OV CS CA – G3B وG3C. وصدرت شهادات TLS الست عن الجذر emSign Root TLS CA – G3 وتتصل بالجذر emSign ECC Root CA – G3 الموجود في متاجر Chrome وApple، وكان في متجر Mozilla حتى العشرين من أكتوبر. ويوجد لكل منها نسخة ثانية بالمفتاح العام نفسه موقّعة تبادلياً من Sectigo تحت جذرها AAA Certificate Services، بحسب قائمة نشرها دينيس جاكسون، مهندس التشفير في Mozilla. ولم تحتج Chrome إلى حجب شهادتي توقيع الشيفرات، لأن مدقق TLS فيها لا يبني مساراً عبر وسيط مقيّد بتوقيع الشيفرات.
من هو المحمي وكيف
تلقى برنامج الجذور في Chrome البلاغ عند 18:05 بالتوقيت العالمي في السابع عشر من أكتوبر، وكان تحديث CRLSet الذي يحجب الوسيطات الست جاهزاً بحلول 19:45. وتلقت Mozilla البلاغ عند 20:06 وأتمت دفع الحجب عبر OneCRL إلى تثبيتات Firefox ذات الإعدادات القياسية عند 22:59. وتجلب المتصفحان قائمتي الإبطال هاتين تلقائياً دون حاجة إلى تحديث أو إعادة تشغيل. ويطابق حجب Chrome المفتاح العام لا الشهادة، فيشمل كذلك النسخ الموقّعة تبادلياً من Sectigo، وهي الآلية نفسها التي استخدمتها هذا الشهر ضد شهادات مزورة لنطاقات غوغل.
وأرسل الباحث، الذي تكتفي Mozilla بذكر اسمه “Wayne”، رسالة وقّعها بكل مفتاح من المفاتيح الثمانية نصها “We have a problem here – Wayne” إلى برامج الجذور في اليوم نفسه، بحسب جاكسون الذي نشر التواقيع والشهادات في موقع من صفحة واحدة. وألغت eMudhra الشهادات الثماني، وحجبتها Apple في التاسع عشر من أكتوبر وMicrosoft في العشرين منه، وأُبلغت متاجر الثقة الأخرى في التاسع عشر. وتلقت أجهزة أندرويد حجباً مكافئاً عبر خدمات Google Play في نحو الساعة 22:00 بالتوقيت العالمي من اليوم نفسه. ولم تزد النسخ الموقّعة تبادلياً الخطر في Chrome أو Firefox، إذ توقف كلاهما عن الوثوق بجذر Sectigo المذكور للمواقع في أبريل 2025، بينما تضمّه قائمة Apple لنظامي iOS 26 وmacOS 26. ولا تعتقد Mozilla حالياً أن المشكلة تمس جهات إصدار أخرى، وقالت Chrome إنها فحصت كل شهادات الجهات الأخرى في متجرها ولم تجد حالات مماثلة.
ما الذي يجب تحديثه
تتلقى المتصفحات الإبطال دفعاً، لكن كثيراً من البرامج الأخرى، من ملفات Go التنفيذية إلى كل ما يعتمد حزمة certifi في Python، لا تتحقق من بيانات الإبطال وتواصل الوثوق بالسلسلة إلى أن تتغير شيفرتها أو حزمة جذورها. وتنصح Mozilla مشغّلي متاجر الثقة بأنه لا حاجة إلى شيء حيث تتحقق العملاء من الإبطال بانتظام وترفض الاتصال عند تعذر التحقق، وبحجب الوسيطات الثماني فوراً حيث تتيح البرمجيات حجب وسيطات بعينها، وإلا فيُنظر في إزالة الثقة بالجذور التي وقّعتها.
وتشمل الإصلاحات المنشورة حتى الآن ما يلي. أصدرت Go الإصدارين 1.27.3 و1.26.10 في العشرين من أكتوبر، وهما يرفضان أي سلسلة تحوي أحد المفاتيح الثمانية (CVE-2026-111943) ويستلزمان إعادة بناء البرامج. وصدر Firefox 158.0.1 وESR 115.43.1 وESR 153.5.1 ويحملان حجب OneCRL للتثبيتات التي لا تستقبل Remote Settings (CVE-2026-113470). وأصدرت NSS الإصدار 3.131.1 الذي يزيل emSign ECC Root CA – G3 من القائمة الموثوقة. وأصدرت حزمة certifi في Python الإصدار 2026.10.19، وحزمة webpki-roots في Rust الإصدار 1.0.10، وكلتاهما تسقط الجذر emSign ECC Root CA – G3. وأصدرت Homebrew حزمة ca-certificates بالإصدار 2026-09-25_1 التي تستثني الجذور emSign ECC Root CA – G3 وemSign Root TLS CA – G3 وAAA Certificate Services بحسب المفتاح العام. وأصدرت Node.js الإصدارات 26.12.1 و24.22.1 و22.23.4 في الحادي والعشرين من أكتوبر، وهي ترفض السلاسل المحتوية على المفاتيح الثمانية وتحدّث قائمة الجذور إلى NSS 3.131.1. وأصدرت Composer ca-bundle الإصدارين 1.6.0 و1.4.16. وأصدرت Ubuntu النشرتين USN-8944-1 (من 22.04 إلى 26.10) وUSN-8944-2 (من 14.04 إلى 20.04)، وأصدرت Debian النشرة DSA-6572-1، وكلتاهما تزيل emSign ECC Root CA – G3 من حزمة النظام، مع إزالة AAA Certificate Services في الإصدارات الأقدم من 22.04 لدى Ubuntu وفي Debian. أما Red Hat Enterprise Linux فلا حزم محدّثة لها بعد، لكن نشرة مصنّفة بدرجة Important تغطي الإصدارات من 6 إلى 10 وتقدم حلاً بديلاً يحجب الجذرين في مخزن الثقة بالنظام.
ويعمل مرشّح Go في المكتبة القياسية على أداة التحقق الخاصة بها وعلى مساري أداة التحقق في macOS وWindows، ولا يضيف أي إعداد لتعطيله، ولا تلتقطه البرامج إلا بإعادة بنائها بالإصدار الجديد، علماً بأن Go 1.25 وما قبله خارج الدعم. وتعمل عدة إصلاحات بإزالة الجذور بدلاً من حجب المفاتيح، وهذا يقطع أيضاً كل شهادة مشروعة تتصل بتلك الجذور. وقالت Mozilla إن بعض الخوادم ستصبح غير متاحة لمستخدمي قائمتها من غير مستخدمي Firefox إلى أن تنتقل إلى سلاسل شهادات جديدة، وأطلقت Canonical وRed Hat التحذير نفسه. ويتتبع موقع جاكسون قائمة أطول تشمل حزم Fedora وArch وAlpine وGentoo وحزمة جذور curl وأدوات pip وuv وElectron، مع بقاء FreeBSD وBun قيد الانتظار، ويحذر من أن curl المضمّن في macOS ما زال يقبل السلسلة لأنه يتحقق من ملف جذور لم تحدّثه Apple. وأصدرت Cloudflare عملاء WARP و1.1.1.1 وcloudflared 2026.10.2 المصلَّحة، وقالت إن العملاء الذين يشغّلون خوادم أصل خاصة أو TLS متبادلاً أو حاويات قد يحتاجون إلى تحديث متاجر الثقة بأنفسهم. ولا توفر المصادر وسيلة لكشف إساءة الاستخدام السابقة للمفاتيح سوى بحث Chrome في سجلات الشفافية الذي يغطي الشهادات المسجلة فقط.
مصير eMudhra
أزالت Mozilla الجذر emSign ECC Root CA – G3 من NSS في العشرين من أكتوبر. وستزيل Chrome الجذر نفسه في الإصدار 43 من متجر جذورها، وتراجع وضع جذر eMudhra الآخر emSign Root CA – G1، مشيرة إلى خطورة الحادثة. ومن المتوقع أن تصل الإزالة إلى كل جهاز يعتمد على متجر جذور Chrome صباح الثلاثاء السابع والعشرين من أكتوبر بتوقيت المحيط الهادئ، وقبل ذلك على Chrome Canary وBeta، ولذلك يجب على مشغّلي المواقع التي تتصل شهاداتها بذلك الجذر تركيب شهادة من تسلسل آخر قبل هذا الموعد لتفادي الأعطال. وتعهدت eMudhra بنقل هؤلاء العملاء بعيداً عن الجذر.
وقال فيليبو فالسوردا، المسؤول عن حزم التشفير في المكتبة القياسية لـ Go، إن المفاتيح مخترقة والشهادات ملغاة، وإن متاجر الجذور في لينكس سيئة الصيانة إلى حد لا يسمح بوصول الإبطال إلى التطبيقات، وإن وضع المفاتيح في الشيفرة هو الخيار الوحيد حالياً. وكتب رولاند شوميكر من فريق أمن Go لاحقاً أن الفريق علم بالمشكلة الأساسية في التاسع عشر من أكتوبر وتعمّد إبقاء ملاحظات الإصدار غامضة، لأن الخلل سهل الاستغلال وكان الفريق يتوقع انكشافه في ذلك اليوم، ولم يصبح معروفاً على نطاق واسع إلا في العشرين.
رواية eMudhra وردود الفعل
قالت eMudhra Limited في بيان صحفي قدمته إلى بورصة BSE في الحادي والعشرين من أكتوبر إن الوسيطات الثماني أُنشئت تحت جذرها ECC في مراسم لتوليد المفاتيح جرت في الثلاثين من أبريل 2025 باستخدام وحدات أمان عتادية معتمدة وفق FIPS 140-2 المستوى 3، وإن خللاً في تلك المراسم تسبب في أن تنتج خطوة تغليف المفتاح وفك تغليفه مجموعة ثانية من المفاتيح الضعيفة إلى جانب المفاتيح القوية الأصلية. وأضافت أن المفاتيح الضعيفة هي التي نُشرت في متاجر جذور المتصفحات، وأنها ما زالت تعمل على تحديد السبب الجذري. وذكرت أن باحثاً مستقلاً وجد في عطلة نهاية الأسبوع التي بدأت في السابع عشر من أكتوبر أنه يمكن عكس هندسة المفاتيح الضعيفة، “ربما بتقنيات مدعومة بالذكاء الاصطناعي”، وأبلغ Apple وغوغل وMicrosoft وMozilla بذلك.
وقالت الشركة إن بنيتها التحتية لم تُخترق ولم تتسرب بيانات، وإن ضوابطها الأمنية المادية والمنطقية ظلت سليمة، وإن جذورها وجهات إصدارها اجتازت تدقيقاً مستقلاً عامين متتاليين، وإن الحادثة لا صلة لها بأعمالها الهندية في شهادات التوقيع الرقمي وeSign التي تعمل على بنية منفصلة. وتشكل أعمالها العالمية في TLS نحو 1 في المئة من إيراداتها، مع إقرارها بمخاطر سمعة لا تستطيع تقديرها، وهي تمنح العملاء المتضررين شهادات بديلة. وقالت في بيان على موقعها مؤرخ في العشرين من أكتوبر إن الحادثة لا تمس مفاتيح جذورها الخاصة ولا وسيطاتها الأخرى، وإن واحدة فقط من الوسيطات الثماني كانت منشورة في بيئة الإنتاج، وإن أياً منها لم يُصدر أي شهادة لكيان نهائي. وهبط سهم الشركة 20 في المئة في مومباي في الحادي والعشرين من أكتوبر، بحسب Business Standard.
وشكّلت وزارة الإلكترونيات وتقنية المعلومات الهندية فريقاً خاصاً للتحقيق في الحادثة، بحسب مسؤولين كبار في الوزارة نقلت عنهم ThePrint. وفرّق المسؤولون بين نشاطي الشركة، فخدمات الشهادات الرقمية الهندية وeSign تنظمها هيئة مراقبة جهات الاعتماد التابعة للوزارة ولا تتأثر، أما الشهادات التي تثق بها المتصفحات وأنظمة التشغيل فهي نشاط دولي يعمل ضمن إطار الثقة العالمي ويخضع لتدقيق مستقل، منه تدقيق WebTrust من BDO International Limited، والوزارة غير معنية بهذا التدقيق. وقالوا إن أثر الحادثة على المواقع والتطبيقات الهندية “محدود جداً ولفترة قصيرة جداً”.
ونشر فريق الاستجابة للطوارئ الحاسوبية الهندي CERT-In النشرة CIAD-2026-0050 في الحادي والعشرين من أكتوبر. وتقول إن الإفصاحات العلنية التي تستند إليها لا تثبت استخداماً خبيثاً مؤكداً للمفاتيح حتى ذلك التاريخ، وتحذر من أن إزالة الجذر emSign ECC Root CA – G3 من متاجر الثقة قد تجعل الشهادات المشروعة الصادرة تحته غير موثوقة وتعطل المواقع التي تستخدمها. وتطلب من المسؤولين استبدال الشهادات التي تتصل بالجذر حيث ستتوقف عملاؤهم عن الوثوق به، والتأكد من أن تطبيقاتهم ترفض السلاسل المارة عبر المفاتيح المخترقة. ونشرت Red Hat نشرة أمنية في الحادي والعشرين من أكتوبر صنفتها Important، وتقول إن RHEL من 6 إلى 10 تضم التسلسل المتأثر في حزمة ca-certificates، وإن أي منتج مبني على RHEL قد يتأثر أيضاً، ومنه الحاويات المبنية من صور RHEL وUBI وRHEL CoreOS وOpenShift وOpenStack Platform. وتؤكد أن المشكلة ليست ثغرة برمجية في منتجاتها، وأن المهاجم يحتاج إلى أحد المفاتيح وإلى موقع يمكّنه من اعتراض الاتصال. ويحجب الحل البديل لـ RHEL 7 وما بعده الجذرين في مخزن الثقة بالنظام ويعيد بناءه، وهذا يقطع الشهادات المشروعة تحت هذين الجذرين ما لم تُضَف يدوياً، أما RHEL 6 فتفتقر إلى الأمر الذي يستخدمه الحل ولذلك تنتظر الحزمة. وتلاحظ Canonical أن المتصفحات على أجهزة Ubuntu المكتبية تُثبَّت عادة كحزم snap تحمل متجر جذورها الخاص وتتحدث وفق جدولها، فلا يغطيها تحديث الحزمة.
