10 באוקטובר 2026 | 1053 תצוגות | 0 אנשים חשבו שזה היה מועיל
פריסת פגישות אפס אמון
list-menuמשוב?
אבטחת אפס אמון מבית Webex מספקת הצפנה מקצה לקצה ואימות זהות חזק בפגישות החדר המתוזמנות והאישיות שלך.

חוויית משתמש

משתמשים בוחרים את סוג הפגישה בעת קביעת פגישה. בעת קבלת משתתפים מהלובי, כמו גם במהלך הפגישה, המארח יכול לראות את מצב אימות הזהות של כל משתתף. יש גם קוד פגישה המשותף לכל המשתתפים הנוכחיים בפגישה, שבו הם יכולים להשתמש כדי לוודא שהפגישה שלהם לא יורטת על ידי התקפת Meddler In The Middle (MITM) של צד שלישי לא רצויה.

שתף את המידע הבא עם מארחי הפגישות שלך:

אימות זהות עם CA פנימי או חיצוני

אימות זהות

הצפנה מקצה לקצה עם אימות זהות מספקת אבטחה נוספת לפגישה מוצפנת מקצה לקצה.

כאשר משתתפים או התקנים מצטרפים לקבוצת MLS (Messaging Layer Security) משותפת, הם מציגים את האישורים שלהם בפני חברי הקבוצה האחרים, ולאחר מכן מאמתים את האישורים מול רשויות האישורים (CA) המנפיקות. על ידי אישור שהאישורים תקפים, ה- CA מאמת את זהות המשתתפים, והפגישה מציגה את המשתתפים/המכשירים כמאומתים.

משתמשי Webex App מאמתים את עצמם כנגד חנות הזהות של Webex, שמנפיק להם אסימון גישה כאשר האימות מצליח. אם הם זקוקים לאישור כדי לאמת את זהותם בפגישה מוצפנת מקצה לקצה, CA Webex מנפיק להם אישור המבוסס על אסימון הגישה שלהם. בשלב זה, איננו מספקים דרך ל Webex Meetings משתמשים לקבל אישור שהונפק על ידי גורם שלישי/CA חיצוני.

התקנים יכולים לאמת את עצמם באמצעות אישור שהונפק על ידי CA הפנימי (Webex), או אישור שהונפק על ידי CA חיצוני:

  • CA פנימי — WebEx מנפיק אישור פנימי המבוסס על אסימון הגישה של חשבון המחשב של ההתקן. האישור חתום על ידי Webex CA. למכשירים אין מזהי משתמש באותו אופן שיש למשתמשים, ולכן Webex משתמש (באחד) התחומים של הארגון שלך בעת כתיבת זהות אישור ההתקן (שם משותף (CN)).

  • CA חיצוני — בקש ורכש אישורי התקן ישירות מהמנפיק שבחרת. עליך להצפין, להעלות ישירות ולאשר את האישורים באמצעות סוד הידוע רק לך.

    סיסקו אינה מעורבת, מה שהופך את זה לדרך להבטיח הצפנה מקצה לקצה אמיתית וזהות מאומתת, ולמנוע את האפשרות התיאורטית שסיסקו תוכל לסתות לפגישה שלך/לפענח את המדיה שלך.

תעודת מכשיר שהונפקה פנימית

Webex מנפיק אישור למכשיר כאשר הוא נרשם לאחר ההפעלה, ומחדש אותו במידת הצורך. עבור התקנים, האישור כולל את מזהה החשבון ותחום.

אם לארגון שלך אין תחום, CA Webex מנפיק את האישור ללא תחום.

אם לארגון שלך יש מספר תחומים, באפשרותך להשתמש ב- Control Hub כדי לומר ל- Webex באיזה תחום המכשיר להשתמש לצורך זהותו. אתה יכול גם להשתמש ב- API XConfiguration Conference EndToEndenCryption Identi ty PreferredDomain: "example.com".

אם יש לך מספר תחומים ואינך מגדיר את התחום המועדף עבור המכשיר, Webex בוחר אחד עבורך.

תעודת התקן שהונפקה חיצונית

מנהל מערכת יכול לספק למכשיר אישור משלו שנחתם באחת מהסמכות הציבוריות.

האישור חייב להיות מבוסס על זוג מפתחות ECDSA P-256, אם כי ניתן לחתום עליו באמצעות מפתח RSA.

הערכים בתעודה הם לפי שיקול דעתו של הארגון. השם הנפוץ (CN) ושם חלופי נושא (SAN) יוצגו בממשק המשתמש של פגישת Webex, כמתואר ב הצפנה מקצה לקצה עם אימות זהות עבור Webex Meetings.

אנו ממליצים להשתמש באישור נפרד לכל מכשיר ולקבל CN ייחודי לכל מכשיר. לדוגמה, "חדר ישיבות-1.example.com" עבור הארגון שבבעלותו תחום "example.com".

על מנת להגן באופן מלא על האישור החיצוני מפני חבלה, נעשה שימוש בתכונה סודית לקוח להצפנה וחתימה על פקודות xשונות.

בעת שימוש בסוד הלקוח, ניתן לנהל בצורה מאובטחת את תעודת הזהות החיצונית של Webex באמצעות ה- xAPI. זה מוגבל כרגע למכשירים מקוונים.

Webex מספקת כעת פקודות API לניהול זה.

תכונות ומגבלות

התקנים

התקני Cisco Board, Desk ו- Room Series הרשומים בענן יכולים להצטרף לפגישות E2EE.

המכשירים הבאים אינם יכולים להצטרף לפגישות E2EE:

  • התקני SIP של צד שלישי

לקוחות תוכנה

  • אפליקציית Webex ללקוחות שולחניים וניידים יכולה להצטרף לפגישות E2EE.

  • לקוח האינטרנט Webex אינו יכול להצטרף לפגישות E2EE.

  • לקוחות SIP רכים של צד שלישי אינם יכולים להצטרף לפגישות E2EE.

זהות

  • לפי התכנון, איננו מספקים אפשרויות Control Hub לניהול זהות מכשיר מאומתת חיצונית. להצפנה אמיתית מקצה לקצה, רק אתה צריך לדעת או לגשת לסודות ולמפתחות. אם הצגנו שירות ענן לניהול המפתחות האלה, יש סיכוי שהם יירטו.

  • נכון לעכשיו אנו מספקים לך 'מתכון' לעיצוב כלים משלך, המבוססים על טכניקות הצפנה סטנדרטיות בתעשייה, כדי לסייע בבקשת או בהצפנה של תעודות הזהות של המכשיר והמפתחות הפרטיים שלהם. אנחנו לא רוצים לקבל גישה אמיתית או נתפסת לסודות או למפתחות שלך.

פגישות

  • פגישות E2EE תומכות כיום במקסימום של 1000 משתתפים.

  • ניתן לשתף לוחות חדשים בפגישות E2EE. ישנם כמה הבדלים בין לוחות לבן בפגישות רגילות:
    • בפגישות E2EE, משתמשים אינם יכולים לגשת ללוחות ציור שנוצרו מחוץ לפגישה, כולל לוחות ציור פרטיים, לוחות לבן המשותפים לאחרים ולוחות ציורים ממרחבי Webex.
    • לוחות ציור שנוצרו בפגישות E2EE זמינים רק במהלך הפגישה. הם אינם נשמרים ואינם נגישים לאחר סיום הפגישה.
    • אם מישהו משתף תוכן בפגישת E2EE, תוכל להוסיף לו הערות. לקבלת מידע נוסף על הערות, ראה Webex App | סימון תוכן משותף עם הערות.

ממשק ניהול

אנו ממליצים בחום להשתמש ב- Control Hub כדי לנהל את אתר הפגישות שלך, מכיוון שלארגוני Control Hub יש זהות מרכזית עבור הארגון כולו.

משאבים נוספים
תנאים מוקדמים

  • Webex Meetings41.7.

  • התקני סיסקו Board, Desk ו- Room Series הרשומים בענן, המריצים 10.6.1-RoomOS_אוגוסט_2021 ואילך.

  • גישה מנהלית לאתר הפגישה ב- Control Hub.

  • תחום מאומת אחד או יותר בארגון רכזת הבקרה שלך (אם אתה משתמש ב-Webex CA להנפקת אישורי התקן עבור זהות מאומתת).

  • יש להפעיל חדרי ישיבות לשיתוף פעולה כדי שאנשים יוכלו להצטרף ממערכת הווידאו שלהם. לקבלת מידע נוסף, ראה לאפשר למערכות וידאו להצטרף לפגישות ולאירועים באתר Webex שלך.

קבל אישורי מכשיר

אתה יכול לדלג על שלב זה אם אינך זקוק לזהויות מאומתות חיצונית.

לרמת האבטחה הגבוהה ביותר ולאימות זהות, לכל מכשיר צריך להיות אישור ייחודי שהונפק על ידי ציבור מהימן Certificate Authority (CA).

עליך ליצור אינטראקציה עם CA כדי לבקש, לרכוש ולקבל את האישורים הדיגיטליים וליצור את המפתחות הפרטיים המשויכים. בעת בקשת האישור, השתמש בפרמטרים הבאים:

  • האישור חייב להיות מונפק וחתום על ידי CA ציבורי ידוע.

  • ייחודי: אנו ממליצים בחום להשתמש בתעודה ייחודית לכל מכשיר. אם אתה משתמש באישור אחד עבור כל המכשירים, אתה מסכן את האבטחה שלך.

  • שם נפוץ (CN) ושם חלופי נושא (SAN/s): אלה אינם חשובים ל- Webex, אך צריכים להיות ערכים שבני אדם יכולים לקרוא ולשייך למכשיר. ה- CN יוצג למשתתפי פגישה אחרים כזהות המאומתת העיקרית של המכשיר, ואם משתמשים יבדקו את האישור דרך ממשק המשתמש של הפגישה, הם יראו את ה- SAN/s. ייתכן שתרצה להשתמש בשמות כמו name.model@example.com.

  • פורמט קובץ: האישורים והמפתחות חייבים להיות בפורמט .pem.

  • מטרה: מטרת האישור חייבת להיות זהות Webex.

  • יצירת מפתחות: האישורים חייבים להתבסס על זוגות מפתחות ECDSA P-256 (אלגוריתם חתימה דיגיטלית של עקומת אליפטית באמצעות עקומת P-256).

    דרישה זו אינה חלה על מפתח החתימה. ה-CA יכול להשתמש במפתח RSA כדי לחתום על האישור.

היכונו למכשירים המשולבים

תוכל לדלג על שלב זה אם אינך רוצה להשתמש בזהות מאומתת חיצונית עם המכשירים שלך.

אם אתה משתמש במכשירים חדשים, אל תרשום אותם ל-Webex עדיין. כדי להיות בטוחים, אל תחבר אותם לרשת בשלב זה.

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

  • שמור את התצורה הקיימת אם ברצונך לשמור אותה.

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

  • הקפד על גישה פיזית למכשירים. אם אתה חייב לגשת למכשירים דרך הרשת, שים לב שסודות נעים בטקסט רגיל ואתה מסכן את האבטחה שלך.

לאחר השלמת שלבים אלה, אפשר למערכות וידאו להצטרף לפגישות ואירועים באתר Webex שלך.

הבנת תהליך הזהות החיצונית למכשירים

כדי להבטיח שהמדיה של המכשיר שלך לא יכולה להיות מוצפנת על ידי אף אחד מלבד המכשיר, עליך להצפין את המפתח הפרטי במכשיר. תכננו ממשקי API עבור המכשיר כדי לאפשר ניהול של המפתח והאישור המוצפנים, באמצעות הצפנת אינטרנט JSON (JWE).

כדי להבטיח הצפנה מקצה לקצה אמיתית דרך הענן שלנו, איננו יכולים להיות מעורבים בהצפנה והעלאה של האישור והמפתח. אם אתה זקוק לרמת אבטחה זו, עליך:

  1. בקש את האישורים שלך.

  2. צור זוגות מפתחות של האישורים שלך.

  3. צור (והגן) על סוד ראשוני עבור כל מכשיר, כדי לזרוע את יכולת ההצפנה של המכשיר.

  4. פיתוח ותחזוקה של כלי משלך להצפנת קבצים באמצעות תקן JWE.

    התהליך והפרמטרים (הלא סודיים) שתזדקק להם מוסברים להלן, כמו גם מתכון שיש לעקוב אחריו בכלי הפיתוח שבחרת. אנו מספקים גם כמה נתוני בדיקה ואת כתמי JWE המתקבלים כפי שאנו מצפים להם, כדי לעזור לך לאמת את התהליך שלך.

    יישום הפניה שאינו נתמך באמצעות Python3 וספריית JWCrypto זמין מסיסקו על פי בקשה.

  5. שרשר והצפין את האישור והמפתח באמצעות הכלי שלך והסוד הראשוני של המכשיר.

  6. העלה את כתם ה- JWE שהתקבל למכשיר.

  7. הגדר את מטרת האישור המוצפן שישמש עבור זהות Webex והפעל את האישור.

  8. (מומלץ) ספק ממשק לכלי שלך (או להפיץ) כדי לאפשר למשתמשי המכשיר לשנות את הסוד הראשוני ולהגן על המדיה שלהם ממך.

כיצד אנו משתמשים בפורמט JWE

סעיף זה מתאר כיצד אנו מצפים ש- JWE ייווצר כקלט למכשירים, כך שתוכל לבנות כלי משלך ליצירת הכתמים מהאישורים והמפתחות שלך.

עיין ב הצפנת אינטרנט JSON (JWE) https://datatracker.ietf.org/doc/html/rfc7516 וח תימת אינטרנט JSON (JWS) https://datatracker.ietf.org/doc/html/rfc7515.

אנו משתמשים בסיד רות קומפקטית של מסמך JSON ליצירת כתמי JWE. הפרמטרים שעליך לכלול בעת יצירת כתמי JWE הם:

  • כותרת JOSE (מוגנת). בכותרת החתימה וההצפנה של אובייקט JSON, עליך לכלול את זוגות המפתחות לערך הבאים:

    • "alg" :"דיר"

      האלגוריתם הישיר הוא היחיד בו אנו תומכים להצפנת המטען, ועליך להשתמש בסוד הלקוח הראשוני של המכשיר.

    • "אנק": "A128GCM" או "אנק": "A256GCM"

      אנו תומכים בשני אלגוריתמי ההצפנה הללו.

    • "cisco-action": "הוסף" או "סיסקו-פעולה": "לאכלס" או "פעולה של סיסקו-פעולה": "הפעל" או "פעולה של סיסקו-פעולה": "בטל"

      זהו מפתח קנייני וארבעה ערכים שהוא יכול לקחת. הצגנו מפתח זה כדי לאותת על מטרת הנתונים המוצפנים למכשיר היעד. הערכים נקראים על שם פקודות xAPI במכשיר שבו אתה משתמש בנתונים המוצפנים.

      קראנו לזה cisco-action כדי למתן עימו תים פוטנציאליים עם הרחבות JWE עתידיות.

    • "cisco-kdf": {"גרסה": "1", "מלח": "בסיס64URLEncodeDrandom4+בתים"}

      מפתח קנייני נוסף. אנו משתמשים בערכים שאתה מספק ככניסות לגזירת מפתח במכשיר. הגרסה חייבת להיות 1 (הגרסה של פונקציית נגזרת המפתח שלנו). הערך של מלח חייב להיות רצף מקודד URL base64 של לפחות 4 בתים, אשר עליך לבחור באופן אקראי.

  • מפתח מוצפן JWE. שדה זה ריק. המכשיר שואב אותו מהלקוח Secret הראשוני.

  • וקטור אתחול JWE. עליך לספק וקטור אתחול מקודד base64url לפענוח המטען. ה- IV חייב להיות ערך אקראי של 12 בתים (אנו משתמשים במשפחת הצופן AES-GCM, המחייבת את ה- IV להיות באורך 12 בתים).

  • JWE AAD (נתונים מאומתים נוספים). עליך להשמיט שדה זה מכיוון שהוא אינו נתמך בסידוריזציה קומפקטית.

  • JWE Ciphertext: זהו המטען המוצפן שאתה רוצה לשמור בסוד.

    המטען עשוי להיות ריק. לדוגמה, כדי לאפס את סוד הלקוח, עליך להחליף אותו עם ערך ריק.

    ישנם סוגים שונים של מטענים, תלוי במה שאתה מנסה לעשות במכשיר. פקודות xAPI שונות מצפות מטענים שונים, ועליך לציין את מטרת המטען באמצעות מקש cisco-action, כדלקמן:

    • עם "cisco-action" :"לאכלס" הטקסט הצופן הוא Client Secret החדש.

    • עם ""cisco-action" :"add" הטקסט הצופן הוא כתם PEM הנושא את האישור ואת המפתח הפרטי שלו (משורשר).

    • עם ""cisco-action" :"הפעל" הטקסט הצופן הוא טביעת האצבע (ייצוג הקסדצימלי של sha-1) של האישור שאנו מפעילים לאימות זהות המכשיר.

    • עם ""cisco-action": "בטל" הטקסט ה צופן הוא טביעת האצבע (ייצוג הקסדצימלי של sha-1) של האישור שאנו משביתים לשימוש לאימות זהות מכשיר.

  • תג אימות JWE: שדה זה מכיל את תג האימות כדי לוודא את שלמותו של כל הכתם המסודר באופן קומפקטי של JWE

כיצד אנו שואבים את מפתח ההצפנה מה- ClientSecret

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

תוכנת ההתקן משתמשת בסוד הלקוח כקלט לפונקציית נגזרת מפתח (kdf) ולאחר מכן משתמשת במפתח הנגזר לצורך פעענון/הצפנת תוכן במכשיר.

המשמעות של זה עבורך היא שהכלי שלך לייצור כתמי JWE חייב לבצע את אותו הליך כדי להפיק את אותו מפתח הצפנה/פענוח מסוד הלקוח.

המכשירים משתמשים ב - scrypt לגזירת מפתח (ראה https://en.wikipedia.org/wiki/Scrypt), עם הפרמטרים הבאים:

  • גורם עלות (N) הוא 32768

  • גודל בלוקפקטור (r) הוא 8

  • מקבילה מקבילה (p) הוא 1

  • מלח הוא רצף אקראי של לפחות 4 בתים; עליך לספק את אותו מלח בעת ציון הפרמטר cisco-kdf.

  • אורכי המפתח הם 16 בתים (אם תבחר באלגוריתם AES-GCM 128), או 32 בתים (אם תבחר באלגוריתם AES-GCM 256)

  • מכסה הזיכרון המרבי הוא 64MB

קבוצת פרמטרים זו היא התצורה היחידה של scrypt הת ואמת את פונקציית נגזרת המפתח במכשירים. kdf זה במכשירים נקרא "version": "1", שהיא הגרסה היחידה שצ ולמה כרגע על ידי הפרמטר cisco-kdf.

דוגמה עובדת

להלן דוגמה שתוכל לעקוב אחריה כדי לוודא שתהליך ההצפנה של JWE שלך עובד זהה לתהליך שיצרנו במכשירים.

התרחיש לדוגמה הוא הוספת כתם PEM למכשיר (מחקה הוספת אישור, עם מחרוזת קצרה מאוד במקום מפתח cert + מלא). סוד הלקוח בדוגמה הוא ossi frage.

  1. בחר צופן הצפנה. דוגמה זו משתמשת ב - A128GCM (AES עם מקשי 128 סיביות במצב מונה גאלואה). הכלי שלך יכול להשתמש ב- A256GCM אם אתה מעדיף.

  2. בחר מלח (חייב להיות רצף אקראי של לפחות 4 בתים). דוגמה זו משתמשת (בתים משושה) E5 E6 53 08 03 F8 33 F 6. Base64URL מקודד את הרצף כדי לקבל 5eztcap4 m_y (הסר את ריפוד base64).

  3. להלן קריאת scrypt לדוגמה ליצירת מפתח הצפנת התוכן (cek):

    cek=scrypt(password="ossifrage", salt=4-byte-sequence, N=32768, r=8, p=1, keylength=16)

    המפתח הנגזר צריך להיות 16 בתים (hex) כדלקמן: 95 9e ba 6d d1 22 01 05 78 fe 6a 9d 22 78 ff ac אשר base64url מקודד ל- LZ66BDeiaqv4_mqdinj_ra.

  4. בחר רצף אקראי של 12 בתים לשימוש כווקטור אתחול. דוגמה זו משתמשת ב- (hex) 34 b3 5d dd 5f 53 7b של 2d 92 95 83 אשר base64url מקודד ל- nLnd3v9 te68tkpwd.

  5. צור את כותרת JOSE עם סדרציה קומפקטית (בצע את אותו סדר הפרמטרים שאנו משתמשים בו כאן) ואז base64url מקודד אותה:

    {"alg" :"dir", "ציסקו-פעולה" :"הוסף", "cisco-kdf": {"מלח" :"5eztcap4M_y", "גרסה" :"1"}, "enc" :"A128GCM "}

    כותרת ה- JOSE המקודדת base64url היא EYJhbgcioIJkAxiiLcJjaXnJbY1hy3rpb24ioiJhzgqILcJjaXnjbY1rzGyionsIC2fsdci6ijvLwLrdqVA0tV9ziiWIDmVyc2LvBii6iJifswizw5jiJoiqTEyoeddTSj9

    זה יהיה האלמנט הראשון של הכתם JWE.

  6. האלמנט השני של הכתם JWE ריק, מכיוון שאיננו מספקים מפתח הצפנה JWE.

  7. האלמנט השלישי של הכתם JWE הוא וקטור האתחול NlnD3v9TE68tkpwd.

  8. השתמש בכלי ההצפנה JWE שלך כדי לייצר מטען ותג מוצפנים. לדוגמא זו, המטען הלא מוצפן הולך להיות כתם PEM המזויף זהו קובץ PEM

    פרמטרי ההצפנה שבהם עליך להשתמש הם:

    • המטען הוא זה קובץ PEM

    • צופן ההצפנה הוא AES 128 GCM

    • כותרת JOSE מקודדת base64url כנתונים מאומתים נוספים (AAD)

    Base64URL מקודד את המטען המוצפן, מה שאמור לגרום ל- F5llVUWNfkfmzyco1yjFODHQ

    זהו האלמנט הרביעי (טקסט צופן JWE) בכתם JWE.

  9. Base64URL מקודד את התג שהפקת בשלב 8, מה שאמור לגרום ל-PE-wdfwgxffbeo928cfz1q

    זהו האלמנט החמישי בכתם JWE.

  10. שרשר את חמשת האלמנטים של הכתם JWE עם נקודות (JoseHeader.. iv.CipherText.tag) כדי לקבל:

    EYJhbgCIOIJkXiiLcJaxNjbY1hy3rpb24ioiJhZgQiLcJaxNjby1RZgyionSiC2fsdCi6iVLrdQVA0tV9ziiWIDmVyc2LvBiI6iJifswizw5jijoiqtEyoeddTsJ.. 9nLnd3v9TE68pWlLd.f5jIjOIQtEYOEDDtSj.. 9nLnd3v9TE68pWd.tKf5lld.tKf5jIjOIQtEYOEDDtSj.. VUWNFKFMZYCO1YJFODHQ.PE-WDFWGXFFBEO928CFZ1Q

  11. אם הפקת את אותם ערכים מקודדים base64url כפי שאנו מראים כאן, באמצעות כלים משלך, אתה מוכן להשתמש בהם כדי לאבטח את הצפנת E2E וזהות מאומתת של המכשירים שלך.

  12. דוגמה זו לא תעבוד בפועל, אך באופן עקרוני השלב הבא שלך יהיה להשתמש בכתם JWE שיצרת למעלה כקלט ל- xcommand במכשיר שמוסיף את האישור:

    אישורי אבטחה של XCommand הוסף EYJhbgCIOIJkAxiiLcJjaXnjby1HY3RPB24ioiJhzgQiLCJjaXNjby1rzGyIONSiC2fsdci6iVvlWLrdqVA0tV9ziiWIDmVyC2LvBii6iJiJsWiZw5jiJoiqT eyoeDdTsJ.. 9nLnND3v9Tk68TkJ.. PW D.F5LLVUWNfkFmzyco1yjfodhq.pe-wdfwg xffbeo928cfz1q

סוגי הפעלות לפגישות אפס אמון זמינים לכל אתרי הפגישות ללא עלות נוספת. אחד מסוגי הפעלות אלה נקרא Encryption_VoipOnly Pro-End to End. זהו שם השירות הציבורי, אותו אנו עשויים לשנות בעתיד. לקבלת השמות הנוכחיים של סוגי ההפעלה, ראה מזהי סוג הפעלה בקטע הפ ניה במאמר זה.

אין שום דבר שאתה צריך לעשות כדי לקבל יכולת זו עבור האתר שלך; אתה צריך להעניק למשתמשים את סוג ההפעלה החדש (נקרא גם הר שאות פגישה). אתה יכול לעשות זאת בנפרד דרך דף התצורה של המשתמש, או בכמות גדולה עם ייצוא/ייבוא CSV.

אימות סוג ההפעלה החדש
1

היכנס לרכ זת הב קרה ועבור אל שירותים > פ גישה.

2

לחץ על אתרים, בחר את אתר Webex שעבורו ברצונך לשנות את ההגדרות ולאחר מכן לחץ על הגדרות.

3

תחת הגדרות נפוצות, בחר סוגי הפעלות.

אתה אמור לראות סוג הפעלת הצפנה מקצה לקצה אחד או יותר. עיין ברשימה של מזהי סוג הפעלה בקטע הפ ניה במאמר זה. לדוגמה, ייתכן שתראה הצפנה מסוג Pro-End to End to End Encryption _VoipOnly.

יש סוג הפעלה ישן יותר עם שם דומה מאוד: הצפנת Pro-End to End. סוג הפעלה זה כולל גישה לא מוצפנת של PSTN לפגישות. ודא שיש לך את גרסת _VoipOnly כדי להבטיח הצפנה מק צה לקצה. באפשרותך לבדוק על-ידי העברת העכבר מעל הקישור PRO בעמודת קוד ההפעלה; לדוגמה זו, היעד של הקישור צריך להיות JavaScript :ShowFeature (652).

אנו עשויים לשנות את שמות השירות הציבורי עבור סוגי הפעלות אלה בעתיד.

4

אם עדיין אין לך את סוג ההפעלה החדש, פנה לנציג Webex שלך.

מה לעשות הלאה

אפשר סוג הפעלה/הרשאות פגישה זו לחלק מהמשתמשים שלך או לכל המשתמשים שלך.

הפעלת פגישות E2EE עבור משתמשים בודדים
1

היכנס ל רכזת הבקרה ועבור אל ניהול > משתמשים.

2

בחר חשבון משתמש לעדכון ולאחר מכן בחר פ גישות.

3

מהרשימה הנ פתחת הגדרות חלות על, בחר את אתר הפגישה לעדכון.

4

סמן את התיבה שליד פרו-סוף כדי לסיים הצפנה_VoipOnly.

5

סגור את החלונית תצורת המשתמש.

6

חזור על הפעולה עבור משתמשים אחרים במידת הצורך.

כדי להקצות זאת למשתמשים רבים, השתמש באפשרות הבאה, אפשר פגישות E2EE עבור משתמשים מרובים.

הפעלת פגישות E2EE עבור משתמשים מרובים
1

היכנס לרכ זת הב קרה ועבור אל שירותים > פ גישה.

2

לחץ על אתרים, בחר את אתר Webex שעבורו ברצונך לשנות את ההגדרות.

3

במקטע רישיונות ומשתמשים, לחץ על ניהול בכמות גדולה.

4

לחץ על צור דוח והמתן בזמן שאנחנו מכינים את הקובץ.

5

כאשר הקובץ מוכן, לחץ על יי צוא תוצאות ולאחר מכן על הור ד. (עליך לסגור ידנית את החלון הקופץ לאחר לחיצה על הורד.)

6

פתח את קובץ ה- CSV שהורדת לעריכה.

יש שורה לכל משתמש, והעמודה MeetingPrivilege מכילה את מזהי סוג ההפעלה שלו כרשימה מופרדת בפסיקים.

7

עבור כל משתמש שברצונך להעניק לסוג ההפעלה החדש, הוסף 1561 כערך חדש ברשימה המופרדת בפסיקים בתא MeetingPrivilege.

הפ ניה לתבנית קובץ CSV של Webex מכילה פרטים על המטרה והתוכן של קובץ ה- CSV.

8

פתח את החלונית תצורת אתר פגישה ב- Control Hub.

אם כבר היית בדף הרשימה של אתר פגישה, ייתכן שיהיה עליך לרענן אותו.

9

במקטע רישיונות ומשתמשים, לחץ על ניהול בכמות גדולה.

10

לחץ על ייבוא ובחר את ה- CSV הערוך ולאחר מכן לחץ על ייבוא. המתן עד שהקובץ מועלה.

11

לאחר סיום הייבוא, באפשרותך ללחוץ על ייבוא תוצאות כדי לבדוק אם היו שגיאות.

12

עבור לדף משתמשים ופתח את אחד המשתמשים כדי לוודא שיש להם את סוג ההפעלה החדש.

הוסף סימן מים לאודיו לאבטחה

ניתן להוסיף סימן מים להקלטות פגישות עם סוג ההפעלה Webex MeetingsPro-End to End Encryption_VoipOnly, המאפשר לך לזהות את לקוח המקור או המכשיר של הקלטות לא מורשות של פגישות סודיות.

כאשר תכונה זו מופעלת, שמע הפגישה כולל מזהה ייחודי עבור כל לקוח או התקן משתתפים. אתה יכול להעלות הקלטות שמע ל- Control Hub, אשר לאחר מכן מנתח את ההקלטה ומחפש את המזהים הייחודיים. אתה יכול להסתכל על התוצאות כדי לראות איזה לקוח או מכשיר מקור הקליט את הפגישה.

  • על מנת לנתח, ההקלטה חייבת להיות קובץ AAC, MP3, M4A, WAV, MP4, AVI או MOV שאינו גדול מ- 500MB.
  • ההקלטה חייבת להיות ארוכה מ -100 שניות.
  • באפשרותך לנתח הקלטות רק לפגישות המתארכות על ידי אנשים בארגון שלך.
  • פרטי סימן המים נשמרים למשך אותו משך זמן כמו פרטי הפגישה של הארגון.

הוספת סימני מים אודיו לפגישות E2EE

  1. היכנס ל רכזת הב קרה ולאחר מכן תחת ניהול, בחר הגדרות ארגון.
  2. בקטע סימני מים לפגישה, החלף על הוסף סימן מים שמע.

    זמן מה לאחר הפעלת אפשרות זו, משתמשים המתכננים פגישות עם סוג ההפעלה Webex MeetingsPro-End to End Encryption_VoipOnly רואים אפשרות סימון מים דיגיטלי במקטע אבטחה.

העלאה וניתוח של פגישה עם סימן מים

  1. ברכזת הבקרה, תחת ניטור, בחר פתרון בעיות.
  2. לחץ על ניתוח סימני מים.
  3. חפש או בחר את הפגישה ברשימה ולאחר מכן לחץ על ניתוח.
  4. בחלון ניתוח סימן מים שמע, הזן שם לניתוח שלך.
  5. (אופציונלי) הזן הערה לניתוח שלך.
  6. גרור ושחרר את קובץ השמע לניתוח, או לחץ על בחר קובץ כדי לדפדף לקובץ השמע.
  7. לחץ על סגור.

    לאחר השלמת הניתוח, הוא יוצג ברשימת התוצאות בדף ניתוח סימן המים.

  8. בחר את הפגישה ברשימה כדי לראות את תוצאות הניתוח. לחץ Download button כדי להוריד את התוצאות.

תכונות ומגבלות

גורמים המעורבים בפענוח מוצלח של סימן מים מוקלט כוללים את המרחק בין מכשיר ההקלטה לרמקול המוציא את השמע, עוצמת הקול של אותו שמע, רעש סביבתי וכו '. לטכנולוגיית סימני המים שלנו יש חוסן נוסף לקידוד מספר פעמים, כפי שעלול לקרות כאשר המדיה משותפת.

תכונה זו נועדה לאפשר פענוח מוצלח של מזהה סימן המים במערך רחב אך סביר של נסיבות. המטרה שלנו היא שמכשיר הקלטה, כמו טלפון סלולרי, השוכב על שולחן ליד נקודת קצה אישית או לקוח מחשב נייד, צריך תמיד ליצור הקלטה שמביאה לניתוח מוצלח. כאשר מכשיר ההקלטה מתרחק מהמקור, או מוסתר משמיעת ספקטרום השמע המלא, הסיכוי לניתוח מוצלח פוחת.

על מנת לנתח בהצלחה הקלטה, יש צורך בלכידה סבירה של שמע הפגישה. אם השמע של פגישה מוקלט באותו מחשב המארח את הלקוח, לא אמורות לחול מגבלות.

התקנים מובנים (CA פנימי)

אם המכשירים שלך כבר מחוברים לארגון רכזת הבקרה שלך וברצונך להשתמש ב-Webex CA כדי ליצור אוטומטית את האישורים המזהים שלהם, אינך צריך לאפס את ההתקנים להגדרות היצרן.

הליך זה בוחר באיזה תחום המכשיר משתמש כדי לזהות את עצמו, והוא נדרש רק אם יש לך תחומים מרובים בארגון רכזת הבקרה שלך. אם יש לך יותר מתחום אחד, אנו ממליצים שתעשה זאת עבור כל המכשירים שלך שיש להם זהות "מאומתת Cisco". אם לא תגיד ל- Webex איזה תחום מזהה את המכשיר, אחד מהם נבחר אוטומטית, והוא עשוי להיראות שגוי למשתתפים אחרים בפגישה.

לפני שתתחיל

אם המכשירים שלך עדיין לא מחוברים, עקוב אחר רישום התקן Cisco Webex באמצעות ממשק API או ממשק אינטרנט מקומי או כניסה לע נן עבור סדרות לוח, שולחן עבודה וחדר. עליך גם לאמת את הדומין/ים שבהם ברצונך להשתמש כדי לזהות את המכשירים ב- נהל את הדומי ינים שלך.

1

היכנס לרכ זת הב קרה ותחת ניהול, בחר התקנים.

2

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

3

בחר את הדומיין שבו ברצונך להשתמש כדי לזהות מכשיר זה.

4

חזור על הפעולה עבור מכשירים אחרים.

התקנים מובנים (CA חיצוני)

לפני שתתחיל

  • קבל אישור חתום על CA ומפתח פרטי, בפורמט .pem, עבור כל מכשיר.

  • בכרטי סי יה הכנה, קרא את הנושא הבנת תהליך זהות חיצונית עבור התקנים,

  • הכן כלי הצפנה JWE ביחס למידע שם.

  • ודא שיש לך כלי ליצירת רצפי בתים אקראיים באורכים נתונים.

  • ודא שיש לך כלי לקידוד בייטים או טקסט base64url.

  • ודא שיש לך יישום סקריפט.

  • ודא שיש לך מילה או ביטוי סודי לכל מכשיר.

1

אכלס את ClientSecret של המכשיר בסוד טקסט רגיל:

בפעם הראשונה שאתה מאכלס את הסוד, אתה מספק אותו בטקסט רגיל. לכן אנו ממליצים לעשות זאת במסוף המכשיר הפיזי.

  1. Base64URL מקודד את הביטוי הסודי עבור מכשיר זה.

  2. פתח את ה- TShell במכשיר.

  3. הפעל את סוד האכלוס של לקוח האבטחה xcommand: "MDeyMzq1Njc4owfiY2rlzg"

    הפקודה לדוגמה שלמעלה מאכלסת את הסוד בביטוי 0 123456789abcdef. אתה צריך לבחור בעצמך.

למכשיר יש את הסוד הראשוני שלו. אל תשכח זאת; אינך יכול לשחזר אותו ועליך לאפס את המכשיר למפעל כדי להתחיל מחדש.
2

שרשר את האישור והמפתח הפרטי שלך:

  1. באמצעות עורך טקסט, פתח את קבצי.pem, הדבק את כתם המפתח את כתם האישור ושמור אותו כקובץ .pem חדש.

    זהו טקסט המטען שתצפין ותכניס לכתם ה- JWE שלך.

3

צור כתם JWE לשימוש כקלט לפקודת הוספת האישור:

  1. צור רצף אקראי של לפחות 4 בתים. זה המלח שלך.

  2. גזור מפתח הצפנת תוכן בעזרת כלי ה- scrypt שלך.

    לשם כך אתה צריך את הסוד, המלח ואורך המפתח כדי להתאים את צופן ההצפנה שבחרת. ישנם כמה ערכים קבועים אחרים לספק (N = 32768, r = 8, p = 1). ההתקן משתמש באותו תהליך וערכים כדי לגזור את אותו מפתח הצפנת תוכן.

  3. צור רצף אקראי של 12 בתים בדיוק. זהו וקטור האתחול שלך.

  4. צור כותרת JOSE, הגדרת מפתחות alg, enc ו - cisco-kdf כמתואר ב הבנת תהליך זהות חיצונית למכשירים. הגדר את הפעולה "הוסף" באמצעות המפתח: value "cisco-action" :"add" בכותרת JOSE שלך (מכיוון שאנו מוסיפים את האישור למכשיר).

  5. Base64URL מקודד את כותרת JOSE.

  6. השתמש בכלי ההצפנה JWE שלך עם הצופן שנבחר וכותרת JOSE המקודדת base64url כדי להצפין את הטקסט מקובץ ה-pem המשורשר.

  7. Base64URL מקודד את וקטור האתחול, מטען ה- PEM המוצפן ותג האימות.

  8. בנה את הכתם JWE באופן הבא (כל הערכים מקודדים base64url):

    יוזהכותרת.. איניטווקטור. EncryptedPem.AuthTag

4

פתח את ה- TShell בהתקן והפעל את הפקודה הוספה (רב שורה): 

xcommand Security Certificates Services Add IsEncrypted: True
your..JWE.str.ing\n
.\n
5

ודא שהאישור נוסף על-ידי הפעלת שירותי אישורי אבטחה של xcommand הצג

העתק את טביעת האצבע של האישור החדש.

6

הפעל את האישור למטרה WebExIdentity:

  1. קרא את טביעת האצבע של האישור, מהאישור עצמו או מהפלט של Xcommand Security Certificates Services Show.

  2. צור רצף אקראי של לפחות 4 בתים, ו- base64url מקודד את הרצף הזה. זה המלח שלך.

  3. גזור מפתח הצפנת תוכן בעזרת כלי ה- scrypt שלך.

    לשם כך אתה צריך את הסוד, המלח ואורך המפתח כדי להתאים את צופן ההצפנה שבחרת. ישנם כמה ערכים קבועים אחרים לספק (N = 32768, r = 8, p = 1). ההתקן משתמש באותו תהליך וערכים כדי לגזור את אותו מפתח הצפנת תוכן.

  4. צור רצף אקראי של 12 בתים בדיוק, ו- base64url מקודד את הרצף הזה. זהו וקטור האתחול שלך.

  5. צור כותרת JOSE, הגדרת מפתחות alg, enc ו - cisco-kdf כמתואר ב הבנת תהליך זהות חיצונית למכשירים. הגדר את הפעולה "הפעל" באמצעות המקש: ערך "cisco-action" :"הפעל" בכותרת JOSE שלך (מכיוון שאנו מפעילים את האישור במכשיר).

  6. Base64URL מקודד את כותרת JOSE.

  7. השתמש בכלי ההצפנה JWE שלך עם הצופן שנבחר וכותרת JOSE המקודדת base64url כדי להצפין את טביעת האצבע של האישור.

    הכלי אמור להפיק רצף של 16 או 32 בתים, תלוי אם בחרת ב- AES-GCM של 128 או 256 סיביות, ותג אימות.

  8. base64URLלקודד את טביעת האצבע המוצפנת ואת תג האימות.

  9. בנה את הכתם JWE באופן הבא (כל הערכים מקודדים base64url):

    JoseHeader.. איניטווקטור. טביעת אצבע מוצפנת. AuthTag

  10. פתח את ה- TShell בהתקן והפעל את פקודת ההפעלה הבאה:

                      xcommand Security Certificates Services Activate Purpose: WebexIdentity Fingerprint: "Your..JWE.encrypted.fingerprint"

למכשיר יש אישור מוצפן, פעיל, שהונפק על ידי CA, מוכן לשימוש לזיהוי שלו בפגישות Webex מוצפנות מקצה לקצה.
7

הכנס את המכשיר לארגון רכזת הבקרה שלך.

בדוק הצפנה מקצה לקצה באמצעות אימות זהות
1

קבעו פגישה מהסוג הנכון (Encryption Webex MeetingsPro-End to End Encryption _VoipOnly).

ראה ק ביעת פגישת Webex עם הצפנה מקצה לקצה.

2

הצטרף לפגישה כמארח, מלקו Webex Meetings ח.

ראה הצטרפות לפגישת Webex עם הצפנה מקצה לקצה.

3

הצטרף לפגישה ממכשיר שזהותו מאומתת על ידי CA Webex.

4

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

ראה הצטרפות לפגישת Webex עם הצפנה מקצה לקצה.

5

הצטרף לפגישה ממכשיר שזהותו מאומתת על ידי CA חיצוני.

6

כמארח, ודא שהמכשיר מופיע בלובי עם סמל הזהות הנכון. למידע נוסף על סמלי זהות.

7

הצטרף לפגישה כמשתתף בפגישות לא מאומת.

8

כמארח, ודא שמשתתף זה מופיע בלובי עם סמל הזהות הנכון.

9

כמארח, הודה או דחה אנשים/מכשירים.

10

אימות זהויות משתתפים/מכשיר במידת האפשר על ידי בדיקת האישורים.

11

בדוק שכולם בפגישה רואים את אותו קוד אבטחה לפגישה.

12

הצטרף לפגישה עם משתתף חדש.

13

בדוק שכולם רואים את אותו קוד אבטחה חדש לפגישה.

הגדר היקף וציפיות

  • האם אתה מתכוון להפוך פגישות מוצפנות מקצה לקצה לאפשרות הפגישה המוגדרת כברירת מחדל, או לאפשר זאת רק עבור משתמשים מסוימים, או לאפשר לכל המארחים להחליט? לאחר שהחלטתם כיצד תשתמשו בתכונה זו, הכינו את המשתמשים שישתמשו בה, במיוחד ביחס למגבלות ולמה לצפות בפגישה.

  • האם עליך לוודא שלא סיסקו ולא אף אחד אחר יוכלו לפענח את התוכן שלך או להתחזות למכשירים שלך? אם כן, אתה צריך אישורים מ- CA ציבורי.

  • אם יש לך רמות שונות של אימות זהות, אפשר למשתמשים לאמת אחד את השני באמצעות זהות המגובה באישור. למרות שישנן נסיבות שבהן המשתתפים יכולים להופיע כלא מאומתים, והמשתתפים צריכים לדעת לבדוק, אנשים לא מאומתים עשויים שלא להיות מתחזים.

ניהול זהויות

אם אתה משתמש באישור אישור חיצוני להנפקת אישורי ההתקן שלך, האחריות מוטלת עליך לנטר, לרענן ולהחיל מחדש אישורים.

אם יצרת את הסוד הראשוני, הבן שהמשתמשים שלך עשויים לרצות לשנות את סוד המכשיר שלהם. ייתכן שיהיה עליך ליצור ממשק/להפיץ כלי כדי לאפשר להם לעשות זאת.

מזהי סוג הפעלה
טבלה 1. מזהי סוג הפעלה לפגישות מוצפנות מקצה לקצה

מזהה סוג הפעלה

שם שירות ציבורי

638

הצפנת E2E+VoIP בלבד

652

הצפנה מקצועית מקצה לקצה_VoipOnly

660

Pro 3 הצפנה חופשית מקצה לקצה_VoipOnly

הצפנת E2E+זהות

672

Pro 3 חינם50 הצפנה מקצה לקצה_VoIP בלבד

673

מדריך חינוך הצפנת E2E_VoIP בלבד

676

תקן Broadworks בתוספת הצפנה מקצה לקצה

677

Broadworks פרימיום פלוס הצפנה מקצה לקצה

681

Schoology חינם פלוס הצפנה מקצה לקצה

פקודות XAPI קשורות

טבלאות אלה מתארות פקודות API של מכשירי Webex שהוספנו לפגישות מוצפנות מקצה לקצה וזהות מאומתת. לקבלת מידע נוסף אודות אופן השימוש בממשק ה- API, ראה גישה לממשק API עבור התקני Board, Desk ו- Room Series.

פקודות XAPI אלה זמינות רק במכשירים שהם:

  • רשום ל- Webex

  • רשום מקומי ומקושר ל- Webex עם עבור התקנים Webex Edge

טבלה 2. ממשקי API ברמת המערכת לפגישות מוצפנות מקצה לקצה וזהות מאומתת

קריאת API

תיאור

סיום ועידת XConfigurationEndenCryption הזהות המועדפת בדומיין: "example.com"

תצורה זו נעשית כאשר מנהל המערכת מגדיר את התחום המועדף על המכשיר מ- Control Hub. הכרחי רק אם לארגון יש יותר מתחום אחד.

ההתקן משתמש בתחום זה כאשר הוא מבקש אישור מ- CA Webex. לאחר מכן הדומיין מזהה את המכשיר.

תצורה זו אינה ישימה כאשר למכשיר יש אישור פעיל שהונפק חיצונית כדי לזהות את עצמו.

זמינות הסיום של ועידת XStatus

מציין אם המכשיר יכול להצטרף לפגישה מוצפנת מקצה לקצה. ממשק ה- API בענן קורא לזה כך שאפליקציה מותאמת תדע אם היא יכולה להשתמש במכשיר כדי להצטרף.

סיום ועידת XStatusEndenCryption חיצוניאימות זהות

מציין אם ההתקן משתמש באימות חיצוני (יש לו אישור שהונפק חיצונית).

סיום ועידת XStatusEndenCryption חיצוניזהות זהות

זהות ההתקן כפי שנקרא מהשם הנפוץ של האישור שהונפק חיצונית.

סיום ועידת XStatusEndenCryption ExternalIdentity ExternalIdentity Certificate Chain # מידע ספציפי

קורא מידע ספציפי מתעודה שהונפקה חיצונית.

בפקודה המוצגת, החלף # במספר האישור. החל ף מידע ספציפי באחד מ:

  • טביעת אצבע

  • תאריך סיום תו@@ קף NotAfter

  • לא לפני תאריך התח לת התוקף

  • שם ראשוני

  • אלגוריתם מפתח ציבורי

  • מספר סידורי

  • אלגוריתם חתימה

  • נושא # שם רשימה של הנושאים עבור האישור (למשל כתובת דוא"ל או שם תחום)

  • תוקף נותן את מצב התוקף של אישור זה (למשל תקף או פ ג תוקפו)

סיום ועידת XStatusסטטוס הצפנה חיצוניסטטוס זהות

מצב הזהות החיצונית של המכשיר (למשל תקף או שגיאה).

סיום ועידת XStatusEndenCryption פנימיאימות זהות

מציין אם למכשיר יש אישור חוקי שהונפק על ידי CA Webex.

סיום ועידת XStatusEndenCryption זהות פנימיתזהות

זהות המכשיר כפי שנקרא מתוך השם הנפוץ של האישור שהונפק על ידי Webex.

מכיל שם תחום אם לארגון יש תחום.

ריק אם לארגון אין תחום.

אם ההתקן נמצא בארגון שיש בו מספר תחומים, זהו הערך מ- PreferredDomain.

סיום ועידת XStatusEndenCryption תעודת זהות פנימיתעודת שרשרת # מידע ספציפי

קורא מידע ספציפי מהתעודה שהונפקה על ידי Webex.

בפקודה המוצגת, החלף # במספר האישור. החל ף מידע ספציפי באחד מ:

  • טביעת אצבע

  • תאריך סיום תו@@ קף NotAfter

  • לא לפני תאריך התח לת התוקף

  • שם ראשוני

  • אלגוריתם מפתח ציבורי

  • מספר סידורי

  • אלגוריתם חתימה

  • נושא # שם רשימה של הנושאים עבור האישור (למשל כתובת דוא"ל או שם תחום)

  • תוקף נותן את מצב התוקף של אישור זה (למשל תקף או פ ג תוקפו)

טבלה 3. ממשקי API לשיחה לפגישות מוצפנות מקצה לקצה וזהות מאומתת

קריאת API

תיאור

משתתפי כנס xEventרשימת משתתפיםנוסף

משתתפי כנס xEventרשימת משתתפיםעודכן

משתתפי כנס xEventרשימת משתתפיםנמחק

שלושת האירועים הללו כוללים כעת EndToEndenCryptionStatus, EndToEndenCryptionIdentity ו- EndToEn denCryption CertInfo עבור המשתתף המושפע.

טבלה 4. ממשקי API הקשורים ClientSecret לפגישות מוצפנות מקצה לקצה וזהות מאומתת

קריאת API

תיאור

סוד אכלוס ClientSecret של אבטחת XCommand: "מקודד בסיס64url"

או

סוד אכלוס לקוח אבטחת XCommand: JWeBlob

מקבל ערך טקסט רגיל מקודד base64url לזריעת סוד הלקוח במכשיר בפעם הראשונה.

כדי לעדכן את הסוד לאחר אותה פעם ראשונה, עליך לספק כתם JWE המכיל את הסוד החדש המוצפן על ידי הסוד הישן.

שירותי אישורי אבטחה של XCommand הוסף JWeBlob

הוספת אישור (עם מפתח פרטי).

הרחבנו פקודה זו כדי לקבל כתם JWE המכיל את נתוני PEM המוצפנים.

שירותי אישורי אבטחה של XCommand הפעלת:WebExIdentity טביעת אצבע: JWEblob

מפעיל אישור ספציפי עבור WebExIdentity. למ טרה זו, הפקודה מחייבת את טביעת האצבע המזהה להיות מוצפנת וסדרה בכתם JWE.

שירותי אישורי אבטחה של XCommand ביטול מטרה:WebExIdentity טביעת אצבע: JWEblob

מבטל אישור ספציפי עבור WebExIdentity. למ טרה זו, הפקודה מחייבת את טביעת האצבע המזהה להיות מוצפנת וסדרה בכתם JWE.

האם המאמר הועיל לך?
האם המאמר הועיל לך?
מחיריםיישום WebexMeetingsCallingהעברת הודעותשיתוף מסך
Webex SuiteCallingMeetingsהעברת הודעותSlidoוובינריםEventsמוקד אנשי הקשרCPaaSאבטחהControl Hub
אוזניותמצלמותסדרת Deskסדרת Roomסדרת Boardסדרת Phoneאביזרים
חינוךשירותי בריאותממשלכספיםספורט ובידורחזיתמוסדות ללא מטרות רווחמיזמי סטארט-אפעבודה היברידית
הורדותהצטרף לפגישת בדיקהשיעורים מקווניםשילוביםנגישותהכללהוובינרים בזמן אמת ולפי דרישהקהילת WebexWebex למפתחיםחדשות וחידושים
Ciscoפנה לתמיכהצור קשר עם מחלקת מכירותWebex BlogWebex Thought Leadershipחנות המוצרים של Webexקריירות
  • X
  • LinkedIn
  • Facebook
  • Youtube
  • Instagram
תנאים והתניותהצהרת פרטיותקובצי Cookieסימנים מסחריים
©2026 Cisco ו/או החברות המשויכות לה. כל הזכויות שמורות.
תנאים והתניותהצהרת פרטיותקובצי Cookieסימנים מסחריים