תודה על המשוב.

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

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

ל-Webex יש היסטוריה ארוכה של תמיכה בהצפנה חזקה מקצה לקצה (E2EE). מודל האבטחה של Webex Zero Trust שלנו מפתח את המורשת הזו באמצעות שלושה עמודי תווך עיקריים:

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

מאמר טכני זה מספק רקע על אבטחה מקצה לקצה ומפרט את היסודות הטכניים של אופן הפעולה של WebExZero Trust Security. לקבלת אבטחה תפעולית של פגישות, כגון סוגי הפעלות פגישות, הבדלי אבטחה בין פגישות מתוזמנות לעומת חדרי ישיבות אישיים, בקרות מנהל ומארח, שיתוף ושמירה על תוכן פגישות, וחוסן רחב יותר של AI ו-deepfake בחוויית הפגישה, עיין במאמר הטכני הנלווה של WSMP Meetings Security.

מורשת של 18 שנה של אספקת אבטחת E2E

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

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

רמת הגנה	תוקפי רשת	התקפות פסיביות (האזנה)	התקפות אקטיביות (התחזות)	דוגמאות
הצפנה במעבר ובמנוחה	הן	לא	לא	אפליקציות שאינן E2EE
הצפנת E2E	הן	הן	לא	אפליקציות E2EE ואפליקציות צרכניות מדור קודם
הצפנת E2E וזהות E2E	הן	הן	הן	אבטחת אמון אפס של Webex

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

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

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

כאשר המשתתפים מצטרפים, הם רואים סמל "מגן עם מנעול" המציין שהפגישה מוצפנת E2E (איור 3). הקשה על סמל זה מספקת פרטים על הגנת הפגישה.

לבסוף, ברשימת משתתפי הפגישה, יישום Webex מציין אם זהות המשתתף אומתת בצורה מאובטחת ב- E2E-מאובטחת - כלומר, אם מישהו אחר מלבד סיסקו ערב לזהותו של המשתתף (איור 4).

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

Zero Trust Security בנויה על פרוטוקולים קריפטוגרפיים סטנדרטיים בתעשייה, אותם מנהלת סיסקו יחד עם מובילים אחרים בתחום האבטחה והפרטיות, כולל Google, Cloudflare, Wickr ו- Wire. סיסקו הובילה את הדור הראשון של Voice over IP מאובטח (VoIP) עם טכנולוגיות כמו פרוטוקול מאובטח בזמן אמת (SRTP), DTLS-SRTP, STIR/SHAKEN ו- WebRTC, וסיסקו עושה את אותו הדבר עם אבטחת אפס אמון (איור 5).

שכבה	היום	אבטחת אמון אפס
זהות	SSO (SAML, OpenID)	תעודת X.509
החלפת מפתחות	SDES/DTLS	אבטחת שכבת הודעות (MLS)
הצפנת מדיה	SRTP	מסגרות מאובטחות (SFrame)

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

• זהות — זהות E2E מחייבת שללקוחות יש אישורים המוכיחים את זהותם. עם זהות E2E של אפס אמון, אישורי הלקוחות מסופקים על ידי Webex Independent. Certificate Authority
• החלפת מפתחות — לקוחות המשתתפים בפגישת E2E צריכים להגדיר מפתחות להצפנת E2E מבלי שספק הוועידה יוכל לגשת למפתחות אלה. פרוטוקול האבטחה של שכבת המסרים (MLS) הוא תקן מאושר, RFC 9420, הבונה על טכנולוגיות שפותחו בקהילת הקוד הפתוח ומכניס אותן לתפאורה קפדנית ומאומתת רשמית.
• הגנת תוכן — לבסוף, תוכן המדיה בפועל של הפגישה זקוק להגנה מקצה לקצה. SFrame (עבור "מסגרות מאובטחות") הוא RFC 9605. זוהי מסגרת הצפנה מהירה ופשוטה להצפנת מדיה בזמן אמת, המאפשרת להוסיף שכבת הצפנה נוספת עם תקורה מינימלית.

בואו נסתכל על הטכנולוגיות האלה ביתר פירוט, החל מלמטה למעלה.

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

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

לדוגמה, ב- SRTP, יחידת ההצפנה היא חבילת RTP; SRTP מסתמך על כותרת RTP להגדרה שלה ומוסיף תג אימות לסוף המנה.

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

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

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

MLS מספק שלוש תכונות אבטחה קריטיות:

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

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

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

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

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

עזוב: כשמישהו עוזב את הפגישה, תפקידו של המנהיג לנעול אותו. המנהיג עושה זאת על ידי שידור הודעות הסרה והתחייבות של MLS לכל מי שנותר בפגישה. ההודעה Remove אומרת למשתתפים הנותרים שעזבו, וה-Commit מצפין מפתח חדש לכל המשתתפים שנותרו אך לא לאדם שעזב. המשתתפים הנותרים חוסמים את המפתח החדש עם מפתח הקבוצה הישן כדי לקבל מפתח שאין לאדם שעזב. אם המשתתף שעזב הוא המנהיג, Webex ממנה מנהיג חדש והמנהיג החדש מסיר את המנהיג הישן.

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

רשימת המשתתפים בפגישה מוצפנת E2E מציגה את אימות הזהות של כל משתמש. שימוש בתעודות זהות שהונפקו על ידי הלקוח מספק זהות אמיתית מאומתת E2E במובן שסיסקו אינה יכולה להתעסק בה. במקרים אלה, רשימת המשתתפים מציגה את התחום שאליו משתתף שייך בטקסט כחול. לדוגמה, בפגישה המוצגת באיור 8, תוכל לראות שלקווין יש כתובת דוא"ל מאומתת מ- example.com, ולאיזבלה יש כתובת דוא"ל מאומתת מ-company.com.

אישורי זהות שהונפקו על ידי WebexCertificate Authority, כגון זהות מכשיר וידאו, מספקים הגנה מוגבלת יותר. רק תוקף שמתפשר על Webex Certificate Authority יכול להתחזות למשתמש. למרות שזה טוב יותר מאשר ללא הגנה על זהות כלל, משתתפים כאלה בפגישה אינם מסומנים בכחול כזהות Zero Trust מאומתת מקצה לקצה. הם מוצגים עם טקסט אפור כדי לציין אימות זהות אמון Webex.

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

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

אבטחת אמון אפס של Webex הושקה בשנת 2021. בשנת 2026, פגישות Webex מאובטחות במיוחד הציגו תמיכה בנקודות קצה נוספות בפגישות Webex מוצפנות E2E, פגישות E2EE בעלות תכונות מלאות עם Zero Trust E2EE עם צומת רשת וידאו (VMN) ויכולות הצפנה וזהות מקצה לקצה לפגישות סטנדרטיות:

• קריפטוגרפיה מבוססת סטנדרטים, מאומתת רשמית
• הצפנת E2E אפס אמון
• אפס אמון E2E זהות מאומתת
• תמיכה בכל מכשירי Webex הזמינים למכירה
• תמיכה באפליקציית Webex במחשב שולחני, בנייד ובאינטרנט
• תמיכה ביישום Web Webex ו- SDK אינטרנט (מתוכנן עבור Q1CY27)
• תמיכה בטלפ Webex Calling ונים (מתוכנן עבור Q3CY26)
• תמיכה עבור צומת רשת וידאו
• תמיכה בהצפנת E2E בפגישות מתוזמנות ובחדרי ישיבות אישיים

לאפס אמון יש כמה מגבלות. פגישות מוצפנות E2E אינן תומכות:

• תכונות המסופקות על ידי שירותי ענן של סיסקו הדורשות גישה למדיה בטקסט רגיל, כולל:
  • הקלטה ו AI Assistant שירותים מבוססי ענן של Webex. ניתן לספק שירותים אלה באמצעות פריסות היברידיות עם צומת רשת וידאו (VMN).
  • שמירת צ'אט פגישה, קבצים, לוחות לבן והערות.
  • יכולת פעולה הדדית של PSTN או SIP.

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

אבטחת E2E בכל מקום: הכל צריך להיות מאובטח ב- E2E, לא רק פגישות נבחרות. הצעד הראשון להשגת חזון זה הושג באמצעות אבטחת E2E עבור Webex Web App וטלפונים סיסקו המחוברים לענן. בסופו של דבר, ארכיטקטורת E2E הפתוחה המבוססת על התקנים אמורה לאפשר ל- Webex להביא גם תשתית פרוטוקול התחלת הפעלה (SIP).

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

התחזות התומכת בינה מלאכותית וחוסן פייק עמוק

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

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

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