شكرًا على ملاحظاتك.

يعتمد ملايين المستخدمين عالميًا على Webex للتعاون الآمن. من مجالس إدارة المؤسسات والجلسات التشريعية الحكومية إلى الاستشارات الحساسة بين الطبيب والمريض، يعمل Webex كمنصة موثوقة للاتصالات الهامة.

ومع تزايد الطلب على العمل عن بُعد، تزداد الحاجة إلى أدوات تعاون قوية وسرية. لقد عالج Webex هذه الحاجة لفترة أطول من أي بائع آخر. مع ظهور انتحال الهوية باستخدام الذكاء الاصطناعي وتهديدات التزييف العميق المعقدة، فإن الحاجة إلى التعاون القائم على السياسات والتحقق من الهوية أمر بالغ الأهمية. بالنسبة لعملائنا، لا يعد الأمان مجرد ميزة - بل هو مكون متكامل لدورة حياة الاجتماع بأكملها، ويشمل الجدولة وهوية المشاركين وحماية المحتوى.

يتمتع Webex بتاريخ طويل في دعم التشفير القوي من طرف إلى طرف (E2EE). يعمل نموذج Webex Zero Trust Security الخاص بنا على تطوير هذا التراث من خلال ثلاث ركائز أساسية:

• إنشاء أساس للتشفير القائم على المعايير والذي تم التحقق منه رسميًا
• زيادة التشفير من البداية إلى النهاية باستخدام هوية تم التحقق منها من البداية إلى النهاية
• توسيع الدعم لأجهزة Webex الحالية بالإضافة إلى تطبيق Webex

توفر هذه الورقة الفنية خلفية عن الأمان الشامل وتضع الأسس الفنية لكيفية عمل WebExZero Trust Security. للحصول على الأمان التشغيلي للاجتماعات، مثل أنواع جلسات الاجتماعات، والاختلافات الأمنية بين الاجتماعات المجدولة مقابل غرف الاجتماعات الشخصية، وعناصر تحكم المسؤول والمضيف، ومشاركة محتوى الاجتماع والاحتفاظ به، والذكاء الاصطناعي الأوسع ومرونة التزييف العميق في تجربة الاجتماع، راجع الورقة الفنية المصاحبة لـ WSMP Meetings Security.

تراث يمتد إلى 18 عامًا في تقديم أمان E2E

كانت Webex رائدة في تشفير E2E للاجتماعات في عام 2008. بحكم التعريف، يضمن أمان E2E تشفير المحتوى من لحظة إرساله حتى يتم عرضه من قبل المستلم، مما يمنع مزود السحابة أو أي طرف ثالث من الوصول إلى البيانات أو العبث بها.

استنادًا إلى حجم الاستثمار الذي يقوم به موفر مؤتمرات الفيديو في آليات أمان E2E، يمكنه توفير مستويات مختلفة من الحماية، كما هو موضح في الشكل 1. يعد أي أمان لـ E2E أفضل من التشفير فقط أثناء النقل وفي حالة الراحة.

مستوى الحماية	مهاجمو الشبكة	الهجمات السلبية (التنصت)	الهجمات النشطة (انتحال الشخصية)	أمثلة
التشفير أثناء النقل وفي حالة الراحة	نعم	لا	لا	تطبيقات غير تابعة لـ E2ee
تشفير E2E	نعم	نعم	لا	تطبيقات E2EE القديمة وتطبيقات المستهلك
تشفير E2E وهوية E2E	نعم	نعم	نعم	أمان ويبكس زيرو تراست

توفر معظم التطبيقات التي تدعي أنها توفر أمان E2E الحماية فقط من الهجمات السلبية. لا تزال الحماية السلبية فقط ذات قيمة لأنها تجعلها تجعل الجهات الفاعلة السيئة قادرة فقط على التنصت على الاجتماع أثناء استمراره. ومع ذلك، فإن أفضل نهج هو الحماية من الهجمات السلبية والنشطة، حيث قد يتظاهر مزود المؤتمرات نفسه بأنه مشارك شرعي لدخول الاجتماع. لذلك، هناك حاجة إلى طبقة هوية E2E بالإضافة إلى تشفير E2E.

مع Zero Trust Security، يوفر Webex تشفيرًا أقوى للاجتماعات ويعزز التشفير من البداية إلى النهاية بهوية تم التحقق منها من البداية إلى النهاية للمساعدة في الحفاظ على الاجتماعات آمنة من مجموعة كاملة من الهجمات.

قبل الغوص في التفاصيل الفنية، من المفيد فهم تجربة المستخدم. لإنشاء اجتماع E2E مشفر، يقوم المضيف بتحديد نوع الاجتماع المناسب أثناء الجدولة في تطبيق Webex (الشكل 2).

عندما ينضم المشاركون، يرون رمز «درع بقفل» يشير إلى أن الاجتماع مشفر بـ E2E (الشكل 3). يؤدي النقر فوق هذا الرمز إلى توفير تفاصيل حول حماية الاجتماع.

أخيرًا، في قائمة المشاركين في الاجتماع، يشير تطبيق Webex إلى ما إذا كان قد تم التحقق من هوية المشارك بطريقة E2e-Secure - أي ما إذا كان شخص آخر غير Cisco قد أكد هوية المشارك (الشكل 4).

يمكن للمشاركين أيضًا التحقق من أنهم جميعًا لديهم نفس رمز الأمان للتأكد من أنهم جميعًا لديهم نفس طريقة عرض الاجتماع، وبالتالي فهم آمنون من هجمات انتحال الشخصية. في عمليات النشر التي تستخدم شهادات الهوية من البداية إلى النهاية التي يقدمها العميل، توفر حالة القائمة الشفافية حول ضمان الهوية.

تم تصميم Zero Trust Security على بروتوكولات التشفير المتوافقة مع معايير الصناعة، والتي تقودها Cisco جنبًا إلى جنب مع الشركات الرائدة الأخرى في مجال الأمان والخصوصية، بما في ذلك Google و Cloudflare و Wickr و Wire. قادت Cisco الجيل الأول من الصوت الآمن عبر بروتوكول الإنترنت (VoIP) باستخدام تقنيات مثل بروتوكول الوقت الحقيقي الآمن (SRTP) و DTLS-SRTP و STIR/SHAKEN و WebRTC، وتقوم Cisco بنفس الشيء مع Zero Trust Security (الشكل 5).

طبقة	اليوم	زيرو تراست سيكيوريتي
الهوية	SSO (سامل، أوبينيد)	شهادة X.509
تبادل المفاتيح	SDES/DTLS	أمان طبقة المراسلة (MLS)
تشفير الوسائط	SRTP	إطارات آمنة (SFrame)

هناك ثلاث طبقات أساسية في النظام، وفي كل طبقة نأخذ تقنية hop-by-hop القديمة ونعززها بطبقة حماية إضافية من البداية إلى النهاية. تشمل الطبقات الثلاث:

• الهوية - تتطلب هوية E2E أن يكون لدى العملاء بيانات اعتماد تثبت هويتهم. باستخدام هوية Zero Trust E2E، يتم توفير بيانات اعتماد العملاء من قبل Webex Independent. Certificate Authority
• تبادل المفاتيح - يحتاج العملاء المشاركون في اجتماع E2E إلى إعداد مفاتيح لتشفير E2E دون أن يتمكن موفر المؤتمرات من الوصول إلى هذه المفاتيح. يعد بروتوكول أمان طبقة المراسلة (MLS) معيارًا معتمدًا، RFC 9420، يعتمد على التقنيات المطورة في مجتمع المصادر المفتوحة ويضعها في بيئة صارمة تم التحقق منها رسميًا.
• حماية المحتوى - أخيرًا، يحتاج محتوى الوسائط الفعلي للاجتماع إلى حماية شاملة. الإطار (لـ «الإطارات الآمنة») هو 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 Key Package إلى القائد، الذي يوفر المفتاح العام ومعلومات المصادقة الخاصة به. يستجيب القائد برسالة ترحيب تخبر المنضم عن المشاركين الآخرين في الاجتماع. يبث القائد أيضًا رسالة إضافة ورسالة التزام إلى المجموعة. تعلن رسالة الإضافة عن المنضم الجديد لأولئك الموجودين بالفعل في الاجتماع. تؤدي رسالة الالتزام إلى قيام جميع المشاركين الحاليين بتجزئة مفتاح المجموعة القديم للحصول على مفتاح جديد للمجموعة الموسعة الآن؛ توفر رسالة الترحيب هذا المفتاح إلى المشترك.

المغادرة: عندما يغادر شخص ما الاجتماع، فإن مهمة القائد هي منعه من الدخول. يقوم القائد بذلك عن طريق بث رسائل MLS Remove and Commit إلى كل شخص متبق في الاجتماع. تخبر رسالة الإزالة المشاركين المتبقين الذين غادروا، ويقوم الالتزام بتشفير مفتاح جديد لجميع المشاركين المتبقين ولكن ليس للشخص الذي غادر. يقوم المشاركون الباقون بتجزئة المفتاح الجديد باستخدام مفتاح المجموعة القديم للحصول على مفتاح لا يمتلكه الشخص الذي غادر. إذا كان المشارك الذي غادر هو القائد، يقوم Webex بتعيين قائد جديد ويقوم القائد الجديد بإزالة القائد القديم.

يمكن أن يعني تدوير المفاتيح أن الأمر يستغرق بضع ثوانٍ إضافية للانضمام إلى اجتماع أو إزالة شخص ما، ولكنه يوفر ضمانًا أمنيًا واضحًا: إذا لم يظهر شخص ما في قائمة المشاركين للاجتماع، فلن يكون لديه مفاتيح فك تشفير المحتوى.

تعرض قائمة المشاركين في اجتماع E2E المشفر التحقق من الهوية لكل مستخدم. يوفر استخدام شهادات الهوية الصادرة عن العميل هوية E2E حقيقية تم التحقق منها بمعنى أن Cisco لا يمكنها العبث بها. في هذه الحالات، تعرض قائمة المشاركين المجال الذي ينتمي إليه المشارك بنص أزرق. على سبيل المثال، في الاجتماع الموضح في الشكل 8، يمكنك أن ترى أن كيفن لديه عنوان بريد إلكتروني تم التحقق منه من example.com، وأن إيزابيلا لديها عنوان بريد إلكتروني تم التحقق منه من company.com.

توفر شهادات الهوية الصادرة عن WebexCertificate Authority، مثل هوية جهاز الفيديو، المزيد من الحماية المحدودة. فقط المهاجم الذي يعرض Webex للخطر Certificate Authority يمكنه انتحال شخصية المستخدم. على الرغم من أن هذا أفضل من عدم وجود حماية للهوية على الإطلاق، إلا أن هؤلاء المشاركين في الاجتماع لم يتم تمييزهم باللون الأزرق حيث تم التحقق من هوية Zero Trust من البداية إلى النهاية. يتم عرضها بنص رمادي للإشارة إلى التحقق من هوية Webex Trust.

كدعم لهذه الإجراءات، يوفر Webex أيضًا رمز أمان للاجتماع. رمز الأمان عبارة عن سلسلة قصيرة يمكن للبشر قراءتها ويتم حسابها كمخرجات لعملية MLS. يلخص رمز الأمان حالة التشفير للاجتماع، بما في ذلك مفاتيح المجموعة والشهادات المقدمة من المشاركين. يمكن استخدام هذا الرمز للكشف عن هجوم انتحال الشخصية، لأن مثل هذا الهجوم قد يؤدي إلى حصول مشارك واحد على الأقل على حالة تشفير مختلفة عن أي شخص آخر. ولكنه يستبعد انتحال الشخصية فقط إذا تحقق الجميع من أن لديهم نفس الرمز. إذا تحققت مجموعة فرعية من المشاركين من أن لديهم نفس الرمز، فإنهم يعرفون أن هوياتهم ممثلة بأمانة لبعضهم البعض، ولكن شخصًا لا يؤكد رمزه قد يكون قد انتحل شخصيته. يعرض الشكل 9 مثالاً لكيفية عرض رمز الأمان في الاجتماع.

يوفر هذا الرمز دفاعًا قويًا جدًا ضد هجمات انتحال الشخصية. إنه جزء من بروتوكول MLS، لذلك كان لديه تحليل أمني قوي. ونظرًا لارتباطه الشديد بحالة الاجتماع، يتغير رمز الأمان في كل مرة ينضم فيها شخص ما إلى الاجتماع. ونتيجة لذلك، يحتاج المشاركون في الاجتماع إلى إعادة التحقق من رموز الأمان الخاصة بهم في كل مرة ينضم فيها شخص ما. لا يتم تدوير الرمز عندما يغادر شخص ما، لأن المغادرة لا يمكن أن تؤدي إلى انتحال الشخصية.

تم إطلاق ويبكس زيرو ترست سيكيوريتي في عام 2021. في عام 2026، قدمت اجتماعات Webex فائقة الأمان دعمًا لنقاط النهاية الإضافية في اجتماعات Webex المشفرة بـ E2E، واجتماعات Zero Trust E2EE المميزة بالكامل مع Video Mesh Node (VMN)، وإمكانيات التشفير والهوية من البداية إلى النهاية للاجتماعات القياسية:

• تشفير قائم على المعايير تم التحقق منه رسميًا
• تشفير زيرو تراست E2E
• هوية تم التحقق منها من زيرو ترست E2E
• دعم لجميع أجهزة Webex المتاحة للبيع
• دعم تطبيق Webex على سطح المكتب والجوال والويب
• دعم تطبيق Webex Web و Web SDK (المخطط له لـ Q1CY27)
• دعم Webex Calling الهواتف (المخطط لـ Q3CY26)
• دعم عقدة شبكة الفيديو
• دعم تشفير E2E في الاجتماعات المجدولة وغرف الاجتماعات الشخصية

لدى Zero Trust بعض القيود. لا تدعم اجتماعات E2E المشفرة:

• الميزات التي توفرها خدمات Cisco السحابية التي تتطلب الوصول إلى وسائط النص العادي، بما في ذلك:
  • خدمات وتسجيل Webex القائمة على AI Assistant السحابة. يمكن توفير هذه الخدمات باستخدام عمليات النشر المختلطة باستخدام Video Mesh Node (VMN).
  • حفظ دردشة الاجتماع والملفات واللوحات البيضاء والتعليقات التوضيحية.
  • قابلية التشغيل البيني لـ PSTN أو SIP.

من الآن فصاعدًا، ستعمل Webex على تحسين اجتماعات E2E المشفرة بأبعاد قليلة، مسترشدة بمبادئ منح السحابة أقل امتياز ضروري ومنح العملاء التحكم في بياناتهم.

أمان E2E في كل مكان: يجب أن يكون كل شيء آمنًا من E2E، وليس مجرد اجتماعات محددة. تم الوصول إلى الخطوة الأولى لتحقيق هذه الرؤية من خلال أمان E2E لهواتف Webex Web App وهواتف Cisco المتصلة بالسحابة. في النهاية، يجب أن تمكّن بنية E2E المفتوحة والقائمة على المعايير Webex من جلب البنية التحتية لبروتوكول بدء الجلسة (SIP) أيضًا.

تُظهر الابتكارات التي تمت مناقشتها في هذه الورقة مسارًا واضحًا للرؤية طويلة المدى لتشفير E2E الذي يعمل دائمًا. بمجرد أن يتمكن المستخدمون من الاتصال من أي مكان ويمكن للعملاء الاشتراك بأمان في الميزات التي يريدونها في الاجتماع، يمكن استخدام تشفير E2E لكل اجتماع Webex - بدءًا من الاجتماعات المخصصة غير الرسمية مع تشغيل جميع الميزات، وصولاً إلى الاجتماعات المغلقة عالية الأمان. سيضمن تشفير E2E دائمًا أن محتوى الاجتماع متاح فقط للمشاركين المعتمدين، وسيقرر العملاء والمستخدمون مجموعة المشاركين المناسبة لاجتماع معين.

انتحال الهوية باستخدام الذكاء الاصطناعي ومرونة التزييف العميق

يعالج Webex تهديدات انتحال الهوية التي تدعم الذكاء الاصطناعي من خلال نهج متعدد الطبقات يكمل نموذج التشفير من البداية إلى النهاية من Zero Trust. بينما تركز هذه الورقة على الأسس التقنية للهوية التي تم التحقق منها من البداية إلى النهاية، بما في ذلك التحقق المستند إلى الشهادات المقدم من العميل وتلبية اختبارات سلامة التشفير، يوفر Webex أيضًا ضوابط الأمان التشغيلية في تجربة الاجتماع لتقليل مخاطر الوصول غير المصرح به والتفاعلات الضارة.

لمعرفة أنواع جلسات الاجتماعات، والاجتماعات المجدولة مقابل الاختلافات الأمنية في غرف الاجتماعات الشخصية، وعناصر تحكم المضيف والمسؤول في Control Hub، واكتشاف الذكاء الاصطناعي والتزييف العميق والوقاية منه في تجربة الاجتماعات الأوسع نطاقًا، راجع الورقة الفنية المصاحبة لـ WSMP Meetings Security.

تحدد Webex مستقبل الاجتماعات الآمنة من خلال التشفير القائم على المعايير والهوية التي تم التحقق منها. يضمن الالتزام بنظام بيئي مفتوح أن يحافظ العملاء على التحكم المطلق في بياناتهم، بغض النظر عن سيناريو الاجتماع.