الإجراء المطلوب: التحديث الأمني لسلطة شهادة eMudhra للبوابات المحلية Webex Calling
list-menuهل لديك ملاحظات؟
حدد قنوات اتصال Local Gateway المستندة إلى الشهادات المتأثرة، واستبدل سلاسل الشهادات المتأثرة، وتحقق من اتصال Webex Calling.

بعد الحادث الأمني الذي وقع في أكتوبر 2026 من هيئة شهادات eMudhra (CA)، Webex Calling تمت إزالة الثقة في أربعة شهادات اعتماد جذرية. إذا كانت قناة Local Gateway المستندة إلى الشهادة تعتمد على إحدى هذه السلطات، فاستبدل الشهادة أو السلسلة المتأثرة للحفاظ على اتصال TLS الآمن. إذا كانت قناة الاتصال المتأثرة غير متصلة بالإنترنت، فقد لا تتوفر مكالمات PSTN الواردة والصادرة وعمليات التكامل المحلية التي تعتمد عليها.

شهادات الجذر المتأثرة هي:

  • ميساين روت TLS CA - 3G

  • نظام تكييف الجذر ECC من ميساين - 3G

  • ميساين روت سي إس سي - 3G

  • خدمات شهادة AAA (جذر خدمات Comodo AAA)

لم يتم اختراق خدمات شهادة AAA. ومع ذلك، فقد قامت بالتوقيع المتبادل على شهادات اعتماد eMudhra الوسيطة المتأثرة، مما يوفر مسار ثقة بديلاً للشهادات المخترقة.

يتأثر العملاء الذين يستخدمون قنوات البوابة المحلية (LGW) القائمة على الشهادات والتي تعتمد سلاسل شهاداتها على هذه السلطات. يتضمن ذلك الشهادات الصادرة عن Sectigo والتي تصل إلى خدمات شهادات AAA من خلال UserTrust.

Webex Callingيرفض الآن اتصالات TLS من البوابات المحلية المتأثرة. ستفشل مكالمات PSTN الواردة والصادرة وعمليات تكامل المكالمات المحلية التي تعتمد على تلك البوابات.

من جهاز كمبيوتر معتمد يمكنه الوصول إلى منفذ SIP TLS الخاص بالبوابة، قم بتشغيل الأمر القابل للتطبيق. استبدل lgw.example.com و5061 باسم مضيف البوابة ومنفذ TLS. في حالة تقييد الوصول الخارجي، قم بتشغيل الأمر من مضيف إدارة داخلي معتمد.

لينوكس أو ماك أو إس:

openssl s_client -connect lgw.example.com:5061 -showcerts </dev/null

موجه أوامر ويندوز:

openssl s_client -connect lgw.example.com:5061 -showcerts <NUL

قبل أن تبدأ

  • تحتاج إلى الوصول إلى Control Hub مع الإذن لعرض قنوات الاتصال الخاصة بالمؤسسة.
  • اسم مضيف البوابة ومنفذ SIP TLS لكل بوابة أساسية ومتكررة وبوابة احتياطية.
  • الوصول إلى جهاز كمبيوتر معتمد باستخدام OpenSSL يمكنه الوصول إلى كل نقطة نهاية للبوابة.
1

حدد قنوات البوابة المحلية الخاصة بك.

  • في مركز التحكم، انتقل إلى الخدمات > PSTN والتوجيه > تكوينات البوابة > قناة الاتصال.
  • بالنسبة للعملاء الذين يستخدمون خطة اتصالات Cisco، تتوفر قائمة قنوات الاتصال أيضًا في الخدمة > الاتصال > توجيه المكالمات > Trunk.
  • حدد قنوات الاتصال المستندة إلى الشهادات وسجل عنوان FQDN أو SRV الذي تم تكوينه واسم مضيف البوابة ومنفذ SIP TLS. كرر ذلك للبوابات الاحتياطية والبوابات الاحتياطية.
2

افحص سلسلة شهادات كل بوابة.

  • قم بتشغيل أمر OpenSSL القابل للتطبيق. يعرض الإخراج الشهادات المقدمة من البوابة المحلية؛ لا يتحقق بشكل مستقل من السلسلة الكاملة مقابل مخزن Webex Calling الثقة.
  • لا يثبت خطأ مصافحة TLS أو التحقق غير الناجح من OpenSSL أن البوابة تتأثر بتحديث الثقة هذا.
3

راجع موضوعات الشهادات والمصدرين.

  • في قسم سلسلة الشهادات، راجع موضوع (مواضيع) كل شهادة والمصدر (i:). تحقق من الاسم الشائع (CN) وكل إدخال متسلسل للسلطات غير الموثوق بها المذكورة أعلاه.
  • على سبيل المثال، يحدد الإدخال الذي يحمل الموضوع CN=UserTrust RSA والمصدر CN=AAA Certificate Services الشهادة الصادرة عن خدمات شهادات AAA.
4

قم بتفسير نتائج الفحص.

نتيجة سلسلة الشهاداتالحالة
يعرض أي سطر s: أو i: خدمات شهادة AAA أو سلطة eMsign المتأثرةمتأثر. عالج الآن.
لم تظهر أي من السلطات المتأثرة، والجذع متصل بالإنترنت في Control Hubلم تتأثر.
لم تظهر أي من السلطات المتضررة، ولكن الجذع غير متصل بالإنترنتاتصل بشريكك أو Cisco TAC للتحقق من قائمة عملاء Cisco المتأثرين.
انتهت مهلة الاتصال أو لم يتم إرجاع سلسلة الشهاداتغير حاسمة. تحقق من وصول الشبكة إلى منفذ TLS الخاص بالبوابة وأعد المحاولة.

يتم تأكيد عدم تأثر البوابة فقط عندما لا تظهر أي من الجذور المدرجة ويكون الجذع متصلاً بالإنترنت في Control Hub.

5

استبدل سلسلة الشهادات المتأثرة.

  1. اتصل بموفر الشهادة للحصول على شهادة بديلة أو سلسلة بديلة تنتهي بجذر موثوق بهWebex Calling. في كثير من الحالات، يمكن الاحتفاظ بشهادة البوابة الحالية واستبدال السلسلة الوسيطة فقط. بالنسبة لعمليات نشر Sectigo المتأثرة، قد يتضمن ذلك استبدال شهادة UserTrust الموقعة من AAA ببديل مناسب.
  2. قم بتثبيت سلسلة الشهادات المحدثة على البوابة المحلية وكرر فحص الشهادة.
  3. قم بتأكيد ظهور قناة الاتصال عبر الإنترنت في Control Hub واختبر المكالمات الواردة والصادرة.
6

تحقق من اتصال البوابة المحلية.

  • كرر فحص OpenSSL وتأكد من أن سلسلة الاستبدال لم تعد تعتمد على السلطات غير الموثوق بها.
  • في Control Hub، تأكد من ظهور قناة الاتصال عبر الإنترنت.
  • اختبر مكالمات PSTN الواردة والصادرة وعمليات تكامل المكالمات المحلية التي تستخدم قناة الاتصال.
  • كرر التحقق من صحة النسخ الاحتياطي والبوابات الزائدة عن الحاجة.

ما يجب القيام به بعد ذلك

إذا ظهرت السلسلة بشكل صحيح ولكن قناة الاتصال تظل غير متصلة بالإنترنت أو معطلة أو غير معروفة:

  • تحقق من أن الشهادة صالحة وتم تثبيتها بشكل صحيح.
  • تحقق من سلسلة CA المتوسطة الكاملة وهوية الشهادة المتوقعة.
  • راجع أخطاء اتصال TLS والتحقق من صحة الشهادة على البوابة.
  • اتصل بموفر الشهادة أو شريك Cisco أو Cisco Technical Assistance Center (TAC) إذا استمرت المشكلة. عند الاتصالCisco Technical Assistance Center، قم بتوفير معرف المؤسسة وتفاصيل قناة الاتصال المتأثرة واسم مضيف البوابة ومعلومات سلسلة الشهادات ورسائل خطأ TLS ذات الصلة.

معلومات ذات صلة:

هل كان هذا المقال مفيدًا؟
هل كان هذا المقال مفيدًا؟