נדרשת פעולה: עדכון האבטחה של רשות האישורים eMUDHRA עבור Webex Calling Local Gateways
list-menuמשוב?
זהה גזעי שער מקומי מבוססי אישורים מושפעים, החלף שרשראות אישורים מושפעות וודא קישוריות Webex Calling.

בעקבות אירוע האבטחה של רשות האישורים (CA) של eMUdhra באוקטובר 2026, הוסר האמון בארבע Webex Calling מק"ות שורש. אם תא המטען המקומי מבוסס האישור שלך תלוי באחת מהרשויות הללו, החלף את האישור או השרשרת המושפעים כדי לשמור על קישוריות TLS מאובטחת. אם תא המטען המושפע אינו מקוון, ייתכן שיחות PSTN נכנסות ויוצאות ושילובים מקומיים התלויים בו לא יהיו זמינים.

אישורי השורש המושפעים הם:

  • EmSign שורש TLS CA - G3

  • תעודת סל בסיס ECC של emSign - G3

  • EmSign שורש CS CA - G3

  • שירותי תעודת AAA (שורש שירותי קומודו AAA)

שירותי תעודת AAA לא נפגעו. עם זאת, היא חתמה על תעודות הביניים המושפעות של eMUdhra, וסיפקה נתיב אמון חלופי לאישורים שנפגעו.

לקוחות המשתמשים בגזעי שער מקומי מבוססי אישורים (LGW) שרשראות האישורים שלהם תלויות ברשויות אלה מושפעים. זה כולל אישורים שהונפקו על ידי Sectigo המתחברים לשירותי תעודות AAA באמצעות UserTrust.

Webex Callingכעת דוחה חיבורי TLS משערים מקומיים מושפעים. שיחות PSTN נכנסות ויוצאות, ושילובי שיחות מקומיות המסתמכים על שערים אלה, ייכשלו.

ממחשב מורשה שיכול להגיע ליציאת ה- SIP TLS של השער, הפעל את הפקודה הרלוונטית. החלף את lgw.example.com ו- 5061 עם שם המארח של השער ויציאת TLS. אם הגישה החיצונית מוגבלת, הפעל את הפקודה ממארח ניהול פנימי מורשה.

לינוקס או MacOS:

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

שורת הפקודה של חלונות:

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

לפני שתתחיל

  • אתה זקוק לגישה לרכזת בקרה עם הרשאה כדי להציג את גזעי הארגון.
  • שם מארח השער ויציאת SIP TLS עבור כל שער ראשי, מיותר וגיבוי.
  • גישה למחשב מורשה עם OpenSSL שיכול להגיע לכל נקודת קצה של שער.
1

זהה את גזעי השער המקומי שלך.

  • ברכזת הבקרה, עבור אל שירותים > PSTN וניתוב > תצורות שער > תא מטען.
  • עבור לקוחות המשתמשים בתוכנית השיחות של סיסקו, רשימת תא המטען זמינה גם בכתובת שירות > שיחות > ניתוב שיחות > תא מטען.
  • זהה גזעים מבוססי אישורים ורשום את כתובת ה- FQDN או ה- SRV שהוגדרו, שם מארח השער ויציאת SIP TLS. חזור על הפעולה עבור שערים מיותרים וגיבוי.
2

בדוק את שרשרת האישורים של כל שער.

  • הפעל את הפקודה OpenSSL הרלוונטית. הפלט מציג אישורים המוצגים על ידי השער המקומי; הוא אינו מאמת באופן עצמאי את השרשרת המלאה מול מא Webex Calling גר האמון.
  • שגיאת לחיצת יד TLS או אימות OpenSSL לא מוצלח אינם מוכיחים שהשער מושפע מעדכון אמון זה.
3

סקור את נושאי האישור והמנפיקים.

  • בסעיף שרשרת האישורים, עיין בנושאים של כל תעודה ומנפיק (i:). בדוק את השם הנפוץ (CN) וכל ערך שרשרת עבור הרשויות הלא אמון המפורטות לעיל.
  • לדוגמה, ערך עם הנושא CN=UserTrust רשות האישורים RSA ומנפיק CN=שירותי תעודות AAA מזהה אישור שהונפק על ידי שירותי תעודות AAA.
4

לפרש את תוצאות הבדיקה.

תוצאת שרשרת האישוריםסטטוס
כל שורה s: או i: מציגה שירותי תעודות AAA או רשות emSign מושפעתמושפע. תתקן עכשיו.
אף אחת מהרשויות המושפעות לא מופיעה, ותא המטען מקוון ב- Control Hubלא מושפע.
אף אחת מהרשויות המושפעות לא מופיעה, אך תא המטען אינו מקווןצור קשר עם השותף שלך או Cisco TAC כדי לאמת את רשימת הלקוחות המושפעים של סיסקו.
פסק זמן החיבור או שלא מוחזרת שרשרת אישוריםלא חד משמעי. ודא את הגישה לרשת ליציאת ה- 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.

מידע קשור:

האם המאמר הועיל לך?
האם המאמר הועיל לך?