Gracias por sus comentarios.

Millones de usuarios en todo el mundo confían en Webex para una colaboración segura. Desde salas de juntas empresariales y sesiones legislativas gubernamentales hasta consultas delicadas entre médicos y pacientes, Webex sirve como una plataforma confiable para comunicaciones críticas.

A medida que crece la demanda de trabajo remoto, también lo hace la necesidad de herramientas de colaboración sólidas y confidenciales. Webex ha abordado esta necesidad por más tiempo que cualquier otro proveedor. Con el aumento de la suplantación de identidad habilitada por IA y las sofisticadas amenazas deepfake, el requisito de una colaboración basada en políticas y verificada por la identidad es primordial. Para nuestros clientes, la seguridad no es simplemente una característica, es un componente integrado de todo el ciclo de vida de las reuniones, que cubre la programación, la identidad de los participantes y la protección del contenido.

Webex tiene una larga historia de soporte de cifrado sólido de extremo a extremo (E2EE). Nuestro modelo Webex Zero Trust Security evoluciona esta herencia a través de tres pilares principales:

• Establecer una base de criptografía basada en estándares y formalmente verificada
• Aumento del cifrado de extremo a extremo con identidad verificada de extremo a extremo
• Ampliación del soporte a los dispositivos actuales de Webex, así como a la aplicación Webex

Este documento técnico proporciona información sobre seguridad de extremo a extremo y expone los fundamentos técnicos de cómo funciona WebExZero Trust Security. Para la seguridad operativa de las reuniones, como los tipos de sesiones de reuniones, las diferencias de seguridad entre las reuniones programadas y las salas de reuniones personales, los controles del administrador y el anfitrión, el uso compartido y la retención de contenido de las reuniones, y una IA más amplia y una capacidad de recuperación profunda en la experiencia de reunión, consulte el documento técnico complementario de WSMP Meetings Security.

Una herencia de 18 años de entrega en seguridad E2E

Webex fue pionero en el cifrado E2E para reuniones en 2008. Por definición, la seguridad E2E garantiza que el contenido esté encriptado desde el momento en que se envía hasta que el destinatario lo muestra, lo que impide que el proveedor de la nube o cualquier tercero acceda a los datos o los manipulen.

Dependiendo de la cantidad de inversión que haga un proveedor de videoconferencia en mecanismos de seguridad E2E, pueden proporcionar diferentes niveles de protección, como se muestra en la Figura 1. Cualquier seguridad E2E es mejor que solo encriptar en tránsito y en reposo.

Nivel de protección	Atentadores de la red	Ataques pasivos (escucha)	Ataques activos (suplantación de identidad)	Ejemplos
Cifrado en tránsito y en reposo	Sí	No	No	Aplicaciones que no son E2EE
Cifrado E2E	Sí	Sí	No	E2EE heredado y aplicaciones de consumo
Cifrado E2E e identidad E2E	Sí	Sí	Sí	Seguridad de Webex Zero Trust

La mayoría de las aplicaciones que afirman proporcionar seguridad E2E solo brindan protección contra ataques pasivos. Las protecciones pasivo-solamente siguen siendo valiosas porque hacen que los malos actores solo puedan esivar una reunión mientras está en curso. Sin embargo, el mejor enfoque es proteger contra ataques pasivos y activos, donde el propio proveedor de conferencias podría pretender ser un participante legítimo para ingresar a la reunión. Para ello, se necesita una capa de identidad E2E además del cifrado E2E.

Con Zero Trust Security, Webex aporta una criptografía más sólida a las reuniones y aumenta el cifrado de extremo a extremo con identidad verificada de extremo a extremo para ayudar a mantener las reuniones a salvo del espectro completo de ataques.

Antes de profundizar en los detalles técnicos, es útil comprender la experiencia del usuario. Para crear una reunión cifrada E2E, el anfitrión selecciona el tipo de reunión apropiado durante la programación en la aplicación Webex (Figura 2).

Cuando los participantes se unen, ven un icono de “escudo con candado” que indica que la reunión está encriptada E2E (Figura 3). Al tocar este icono se proporcionan detalles sobre la protección de la reunión.

Finalmente, en la lista de participantes de la reunión, la aplicación Webex indica si la identidad del participante se ha verificado de manera segura para E2E, es decir, si alguien que no sea Cisco ha acreditado la identidad del participante (Figura 4).

Los participantes también pueden verificar que todos tengan el mismo código de seguridad para confirmar que todos tienen la misma vista de la reunión y, por lo tanto, están a salvo de ataques de suplantación de identidad. En implementaciones que utilizan certificados de identidad de extremo a extremo proporcionados por el cliente, el estado de la lista proporciona transparencia sobre la garantía de identidad.

Zero Trust Security se basa en protocolos criptográficos estándar de la industria, que Cisco está impulsando junto con otros líderes en seguridad y privacidad, incluidos Google, Cloudflare, Wickr y Wire. Cisco lideró la primera generación de voz sobre IP (VoIP) segura con tecnologías como Secure Real-Time Protocol (SRTP), DTLS-SRTP, STIR/SHAKEN y WebRTC, y Cisco está haciendo lo mismo con Zero Trust Security (Figura 5).

Capa	Hoy	Seguridad de confianza cero
Identidad	SSO (SAML, OpenID)	Certificado X.509
Intercambio de claves	SDES/DTLS	Seguridad de la capa de mensajería (MLS)
Cifrado de medios	SRTP	Marcos seguros (sFrame)

Básicamente, hay tres capas en el sistema, y en cada capa estamos tomando la antigua tecnología hop-by-hop y la refuerzamos con una capa adicional de protección de extremo a extremo. Las tres capas incluyen:

• Identidad—La identidad E2E requiere que los clientes tengan credenciales que prueben su identidad. Con Zero Trust E2E Identity, las credenciales de los clientes las proporciona un Webex Independent. Certificate Authority
• Intercambio de claves: los clientes que participan en una reunión E2E deben configurar claves para el cifrado E2E sin que el proveedor de conferencias pueda acceder a esas claves. El protocolo Messaging Layer Security (MLS) es un estándar ratificado, RFC 9420, que se basa en tecnologías desarrolladas en la comunidad de código abierto y las coloca en un entorno riguroso y formalmente verificado.
• Protección de contenido: por último, el contenido multimedia real de la reunión necesita protección de extremo a extremo. SFrame (para “Secure Frames”) es RFC 9605. Es un marco de cifrado rápido y simple para cifrar medios en tiempo real, lo que permite agregar una capa adicional de cifrado con una sobrecarga mínima.

Veamos estas tecnologías con un poco más de detalle, comenzando de abajo hacia arriba.

Un esquema de cifrado de medios es una manera de tomar una clave compartida por los participantes en una reunión y usarla para proteger el contenido real compartido en la reunión, como audio, video y pantalla compartida. A nivel de protocolo, el esquema de cifrado necesita enviar información adicional con cada unidad de datos cifrados, lo que es más importante:

1. Un encabezado que le dice al receptor cómo descifrar el paquete, y
2. Una etiqueta de autenticación que el receptor utiliza para verificar que el paquete no ha sido manipulado.

Por ejemplo, en SRTP, la unidad de cifrado es un paquete RTP; SRTP se basa en el encabezado RTP para su configuración y agrega una etiqueta de autenticación al final del paquete.

Dado que toda esta información adicional aumenta el ancho de banda requerido para una reunión cifrada E2E, SFrame proporciona la cantidad mínima de encuadre necesaria. El encabezado SFrame indica qué clave se debe usar, lo que permite la rotación de clave y proporciona un número de secuencia único que define el vector de inicialización. A esto le sigue el contenido cifrado con la clave E2E y una etiqueta de autenticación. El encabezado, el contenido y la etiqueta SFrame se envuelven en un paquete SRTP, de modo que SRTP protege contra la inspección o modificación por parte de los atacantes de la red, y SFrame protege contra los elementos multimedia del proveedor de conferencias (vea el ejemplo en la Figura 6).

Este enfoque minimalista tiene otros beneficios. SFrame es independiente del transporte subyacente, por lo que es compatible con tecnologías emergentes como RTP sobre QUIC y RIPT. También es posible configurar SFrame para que funcione en unidades de varios paquetes, como tramas completas, para reducir aún más la sobrecarga de cifrado.

Configurar una clave secreta entre un grupo cuando el grupo solo tiene acceso a un canal que no es de confianza parece mágico. Las técnicas para hacer esto se desarrollaron por primera vez en la década de 1980, y hoy más del 90 por ciento de la navegación web utiliza Transport Layer Security (TLS) para hacer exactamente esto. Messaging Layer Security (MLS) extiende esta funcionalidad a los grupos, mientras que TLS solo funciona punto a punto, por lo que Webex puede usar MLS para configurar claves de conferencia incluso cuando el proveedor de conferencias no es de confianza.

MLS proporciona tres características de seguridad críticas:

1. Clave compartida: la clave solo la conocen los miembros del grupo autenticados.
2. Consistencia: garantiza que todos los miembros tengan una visión coherente de la lista del grupo.
3. Rotación: actualiza automáticamente las claves cuando un miembro se une o se va.

La primera característica nos proporciona las claves que utilizamos para cifrar medios con SFrame. Junto con la segunda característica, proporciona el punto de partida para la identidad E2E. La tercera característica asegura que las únicas personas que pueden descifrar los medios son las personas que están en la reunión en este momento; no puede descifrar los medios de comunicación antes de unirse o después de que se fue (o fue expulsado).

Para lograr todo esto, los clientes en una reunión intercambian mensajes de la MLS en puntos críticos de la reunión para mantener un grupo MLS que contenga exactamente a los participantes en la reunión en cualquier momento. Webex enruta los mensajes entre los clientes, pero MLS protege estos mensajes para que sea seguro para Webex manejarlos. La Figura 7 muestra cómo fluyen los mensajes.

Creación: La primera persona en unirse a la reunión, sea anfitrión o no, crea el grupo de la MLS para la reunión y se convierte en el “líder” para los propósitos de la MLS. En cualquier momento dado, un solo participante en la reunión es designado como el líder. En la mayoría de los casos, este participante será el anfitrión de la reunión. Una vez que se inicia la sesión, MLS asegura que cada participante de la reunión tenga la información criptográfica para actuar como líder; Webex simplemente designa a un líder para evitar confusiones.

Unirse: Cuando un nuevo participante quiere unirse a la reunión, pide que lo dejen entrar enviando un mensaje del paquete de claves MLS al líder, que proporciona su clave pública e información de autenticación. El líder responde con un mensaje de bienvenida que le informa al participante sobre los otros participantes en la reunión. El líder también transmite un mensaje Agregar y un mensaje de confirmación al grupo. El mensaje Agregar anuncia el nuevo afiliado a los que ya están en la reunión. El mensaje Commit hace que todos los participantes actuales codifiquen la clave de grupo anterior para obtener una nueva clave para el grupo ahora extendido; el mensaje de bienvenida proporciona esta clave al unidor.

Váyese: Cuando alguien sale de la reunión, el trabajo del líder es bloquearlo. El líder hace esto transmitiendo mensajes de MLS Remove and Commit a todos los que quedan en la reunión. El mensaje Eliminar indica a los participantes restantes que se fueron, y el Commit cifra una nueva clave para todos los participantes restantes, pero no para la persona que se fue. Los participantes restantes codifican la nueva clave con la clave de grupo anterior para obtener una clave que la persona que se fue no tiene. Si el participante que se fue es el líder, Webex nombra un nuevo líder y el nuevo líder elimina al antiguo líder.

La rotación de claves puede significar que se necesita un par de segundos adicionales para unirse a una reunión o eliminar a alguien, pero proporciona una seguridad clara: si alguien no aparece en la lista de participantes de la reunión, no tiene las claves para descifrar el contenido.

La lista de participantes en una reunión cifrada E2E muestra la verificación de identidad de cada usuario. El uso de certificados de identidad emitidos por el cliente proporciona una verdadera identidad verificada E2E en el sentido de que Cisco no puede manipularla. En estos casos, la lista de participantes muestra el dominio al que pertenece el participante en texto azul. Por ejemplo, en la reunión que se muestra en la Figura 8, puede ver que Kevin tiene una dirección de correo electrónico verificada de example.com e Isabella tiene una dirección de correo electrónico verificada de company.com.

Los certificados de identidad emitidos por un WebexCertificate Authority, como la identidad de un dispositivo de video, proporcionan una protección más limitada. Solo un atacante que comprometa el Webex Certificate Authority puede hacerse pasar por un usuario. Aunque esto es mejor que no tener ninguna protección de identidad, dichos participantes en la reunión no están marcados en azul como identidad de extremo a extremo de Zero Trust verificada. Se muestran con texto gris para indicar la verificación de identidad de Webex Trust.

Como respaldo a estos procedimientos, Webex también proporciona un código de seguridad para la reunión. Un código de seguridad es una cadena corta y legible por humanos calculada como una salida del proceso MLS. El código de seguridad resume el estado criptográfico de la reunión, incluidas las claves del grupo y los certificados presentados por los participantes. Este código se puede usar para detectar un ataque de suplantación de identidad, porque tal ataque daría como resultado que al menos un participante tenga un estado criptográfico diferente al de todos los demás. Pero solo descarta la suplantación de identidad si todos verifican que tienen el mismo código. Si algún subconjunto de los participantes verifica que tienen el mismo código, saben que sus identidades están fielmente representadas entre sí, pero alguien que no confirma su código podría haber sido suplantado. La Figura 9 muestra un ejemplo de cómo se muestra el código de seguridad en una reunión.

Este código proporciona una defensa muy fuerte contra los ataques de suplantación de identidad. Es parte del protocolo MLS, por lo que ha tenido un análisis de seguridad sólido. Debido a que está estrechamente ligado al estado de la reunión, el código de seguridad cambia cada vez que alguien se une a la reunión. Como resultado, los participantes en la reunión deben volver a verificar sus códigos de seguridad cada vez que alguien se une. El código no gira cuando alguien se va, porque irse no puede introducir a un imitador.

Webex Zero Trust Security se lanzó en 2021. En 2026, las reuniones Ultra Secure Webex introdujeron soporte para puntos finales adicionales en reuniones Webex encriptadas E2E, reuniones Zero Trust E2EE con todas las funciones con Video Mesh Node (VMN) y capacidades de cifrado e identidad de extremo a extremo para reuniones estándar:

• Criptografía basada en estándares y formalmente verificada
• Cifrado Zero Trust E2E
• Identidad verificada Zero Trust E2E
• Soporte para todos los dispositivos Webex disponibles para la venta
• Soporte para la aplicación Webex en computadoras de escritorio, dispositivos móviles y web
• Soporte para Webex Web App y Web SDK (previsto para Q1CY27)
• Soporte para Webex Calling teléfonos (previsto para Q3CY26)
• Soporte para Video Mesh Node
• Soporte para el cifrado E2E en reuniones programadas y salas de reuniones personales

Zero Trust tiene algunas limitaciones. Las reuniones cifradas E2E no admiten:

• Características proporcionadas por los servicios en la nube de Cisco que requieren acceso a medios de texto sin formato, que incluyen:
  • Grabación y AI Assistant servicios basados en la nube de Webex. Estos servicios se pueden proporcionar mediante implementaciones híbridas con Video Mesh Node (VMN).
  • Guardar el chat de la reunión, archivos, pizarras blancas y anotaciones.
  • Interoperabilidad PSTN o SIP.

En el futuro, Webex mejorará las reuniones encriptadas E2E en algunas dimensiones, guiado por los principios de otorgar a la nube el menor privilegio necesario y dar a los clientes el control sobre sus datos.

Seguridad E2E ubicua: Todo debe ser seguro para E2E, no solo reuniones selectas. El primer paso para lograr esta visión se ha logrado con la seguridad E2E para Webex Web App y los teléfonos Cisco conectados a la nube. Eventualmente, la arquitectura E2E abierta y basada en estándares debería permitir a Webex incorporar también la infraestructura del Protocolo de Iniciación de Sesión (SIP).

Las innovaciones discutidas en este documento muestran un camino claro hacia la visión a largo plazo del cifrado E2E siempre activo. Una vez que los usuarios pueden conectarse desde cualquier lugar y los clientes pueden optar de forma segura a las funciones que desean en una reunión, el cifrado E2E se puede usar para cada reunión de Webex, desde reuniones informales ad hoc con todas las funciones activadas, hasta reuniones cerradas y de alta seguridad. El cifrado E2E siempre garantizará que el contenido de la reunión solo esté disponible para los participantes autorizados, y los clientes y usuarios decidirán qué grupo de participantes es el adecuado para una reunión determinada.

Suplantación de identidad habilitada por IA y resiliencia de falseamiento profundo

Webex aborda las amenazas de suplantación de identidad habilitadas por IA a través de un enfoque por capas que complementa el modelo de cifrado extremo a extremo Zero Trust. Si bien este documento se centra en los fundamentos técnicos de la identidad verificada de extremo a extremo, incluida la verificación basada en certificados proporcionada por el cliente y el cumplimiento de las comprobaciones de integridad criptográfica, Webex también proporciona controles de seguridad operativos en la experiencia de reunión para reducir el riesgo de acceso no autorizado e interacciones dañinas.

Para conocer los tipos de sesiones de reuniones, las diferencias de seguridad de las reuniones programadas frente a las salas de reuniones personales, los controles del anfitrión y del administrador en Control Hub y la detección y prevención de falsificaciones profundas adicionales en la experiencia de reunión más amplia, consulte el documento técnico complementario de WSMP Meetings Security.

Webex está definiendo el futuro de las reuniones seguras a través de la criptografía basada en estándares y la identidad verificada. El compromiso con un ecosistema abierto garantiza que los clientes mantengan un control absoluto sobre sus datos, independientemente del escenario de la reunión.