Obrigado pelos seus comentários.

Milhões de usuários em todo o mundo confiam no Webex para colaboração segura. De salas de reuniões corporativas e sessões legislativas governamentais a consultas confidenciais entre médicos e pacientes, o Webex serve como uma plataforma confiável para comunicações críticas.

À medida que a demanda por trabalho remoto cresce, aumenta também a necessidade de ferramentas de colaboração robustas e confidenciais. O Webex atendeu a essa necessidade há mais tempo do que qualquer outro fornecedor. Com o aumento da falsificação de identidade com inteligência artificial e das sofisticadas ameaças de deepfake, a exigência de colaboração verificada por identidade e orientada por políticas é fundamental. Para nossos clientes, a segurança não é apenas um recurso — é um componente integrado de todo o ciclo de vida da reunião, abrangendo agendamento, identidade do participante e proteção de conteúdo.

O Webex tem uma longa história de suporte à criptografia forte de ponta a ponta (E2EE). Nosso modelo Webex Zero Trust Security desenvolve essa herança por meio de três pilares principais:

• Estabelecendo uma base de criptografia baseada em padrões e formalmente verificada
• Aumentando a criptografia de ponta a ponta com identidade verificada de ponta a ponta
• Estendendo o suporte aos dispositivos Webex atuais, bem como ao aplicativo Webex

Este documento técnico fornece informações básicas sobre segurança de ponta a ponta e apresenta os fundamentos técnicos de como o WebexZero Trust Security funciona. Para segurança operacional de reuniões, como tipos de sessão de reunião, diferenças de segurança entre reuniões agendadas e salas de reunião pessoais, controles de administrador e anfitrião, compartilhamento e retenção de conteúdo de reuniões e maior resiliência de inteligência artificial e deepfake na experiência de reunião, consulte o artigo técnico complementar sobre segurança de reuniões do WSMP.

Uma herança de 18 anos de fornecimento de segurança E2E

A Webex foi pioneira na criptografia E2E para reuniões em 2008. Por definição, a segurança E2E garante que o conteúdo seja criptografado desde o momento em que é enviado até ser exibido pelo destinatário, impedindo que o provedor de nuvem ou qualquer terceiro acesse ou adultere os dados.

Dependendo do investimento que um provedor de videoconferência faz nos mecanismos de segurança E2E, ele pode fornecer níveis variados de proteção, conforme mostrado na Figura 1. Qualquer segurança E2E é melhor do que apenas criptografar em trânsito e em repouso.

Nível de proteção	Atacantes de rede	Ataques passivos (espionagem)	Ataques ativos (falsificação de identidade)	Exemplos
Criptografia em trânsito e em repouso	sim	Não	Não	Aplicativos não E2EE
Criptografia E2E	sim	sim	Não	Aplicativos antigos do E2EE e para consumidores
Criptografia E2E e identidade E2E	sim	sim	sim	Segurança Webex Zero Trust

A maioria dos aplicativos que afirmam fornecer segurança E2E fornece apenas proteção contra ataques passivos. As proteções somente passivas ainda são valiosas porque permitem que pessoas mal-intencionadas só possam escutar uma reunião enquanto ela está em andamento. A melhor abordagem, no entanto, é se proteger contra ataques passivos e ativos, nos quais o próprio provedor de conferência pode fingir ser um participante legítimo para entrar na reunião. Para isso, é necessária uma camada de identidade E2E além da criptografia E2E.

Com o Zero Trust Security, o Webex traz criptografia mais forte para reuniões e aumenta a criptografia de ponta a ponta com identidade verificada de ponta a ponta para ajudar a manter as reuniões protegidas contra todo o espectro de ataques.

Antes de se aprofundar nos detalhes técnicos, é útil entender a experiência do usuário. Para criar uma reunião criptografada E2E, o organizador seleciona o tipo de reunião apropriado durante o agendamento no aplicativo Webex (Figura 2).

Quando os participantes entram, eles veem um ícone de “escudo com cadeado” indicando que a reunião está criptografada E2E (Figura 3). Tocar nesse ícone fornece detalhes sobre a proteção da reunião.

Finalmente, na lista de participantes da reunião, o aplicativo Webex indica se a identidade do participante foi verificada de forma segura pelo E2E, ou seja, se alguém que não seja a Cisco atestou a identidade do participante (Figura 4).

Os participantes também podem verificar se todos têm o mesmo código de segurança para confirmar que todos têm a mesma visão da reunião e, portanto, estão protegidos contra ataques de falsificação de identidade. Em implantações que usam certificados de identidade de ponta a ponta fornecidos pelo cliente, o estado da lista fornece transparência sobre a garantia de identidade.

O Zero Trust Security é baseado em protocolos criptográficos padrão do setor, que a Cisco está conduzindo junto com outros líderes em segurança e privacidade, incluindo Google, Cloudflare, Wickr e Wire. A Cisco liderou a primeira geração de Voz sobre IP (VoIP) segura com tecnologias como Secure Real-Time Protocol (SRTP), DTLS-SRTP, STIR/SHAKEN e WebRTC, e a Cisco está fazendo o mesmo com o Zero Trust Security (Figura 5).

Camada	Hoje	Segurança Zero Trust
Identidade	SSO (SAML, OpenID)	Certificado X.509
Troca de chaves	SDES/DTLS	Segurança da camada de mensagens (MLS)
Criptografia de mídia	SRTP	Quadros seguros (SFrame)

Existem basicamente três camadas no sistema e, em cada camada, estamos pegando a antiga tecnologia hop-by-hop e reforçando-a com uma camada adicional de proteção de ponta a ponta. As três camadas incluem:

• Identidade — A identidade E2E exige que os clientes tenham credenciais que comprovem sua identidade. Com o Zero Trust E2E Identity, as credenciais dos clientes são fornecidas por um Webex Independent. Certificate Authority
• Troca de chaves — Os clientes que participam de uma reunião E2E precisam configurar chaves para criptografia E2E sem que o provedor de conferência possa acessá-las. O protocolo Messaging Layer Security (MLS) é um padrão ratificado, o RFC 9420, que se baseia em tecnologias desenvolvidas na comunidade de código aberto e as coloca em um ambiente rigoroso e formalmente verificado.
• Proteção de conteúdo — finalmente, o conteúdo real de mídia da reunião precisa de proteção de ponta a ponta. SFrame (para “Secure Frames”) é RFC 9605. É uma estrutura de criptografia rápida e simples para criptografar mídia em tempo real, que permite que uma camada extra de criptografia seja adicionada com o mínimo de sobrecarga.

Vamos analisar essas tecnologias com um pouco mais de detalhes, começando de baixo para cima.

Um esquema de criptografia de mídia é uma forma de pegar uma chave compartilhada pelos participantes de uma reunião e usá-la para proteger o conteúdo real compartilhado na reunião, como áudio, vídeo e compartilhamento de tela. No nível do protocolo, o esquema de criptografia precisa enviar informações extras com cada unidade de dados criptografados, o mais importante:

1. Um cabeçalho que diz ao receptor como descriptografar o pacote e
2. Uma etiqueta de autenticação que o receptor usa para verificar se o pacote não foi adulterado.

Por exemplo, no SRTP, a unidade de criptografia é um pacote RTP; o SRTP depende do cabeçalho RTP para sua configuração e anexa uma tag de autenticação ao final do pacote.

Como todas essas informações extras aumentam a largura de banda necessária para uma reunião criptografada E2E, o SFrame fornece a quantidade mínima de enquadramento necessária. O cabeçalho SFrame indica qual chave deve ser usada, permitindo a rotação da chave e fornece um número de sequência exclusivo que define o vetor de inicialização. Isso é seguido pelo conteúdo criptografado com a chave E2E e uma tag de autenticação. O cabeçalho, o conteúdo e a tag do SFrame são então agrupados em um pacote SRTP, para que o SRTP proteja contra a inspeção ou modificação por invasores da rede e o SFrame proteja contra os elementos de mídia do provedor de conferência (veja o exemplo na Figura 6).

Essa abordagem minimalista tem outros benefícios. O SFrame é independente do transporte subjacente, portanto, é compatível com tecnologias emergentes, como RTP sobre QUIC e RIPT. Também é possível configurar o SFrame para que ele funcione em unidades de vários pacotes, como quadros inteiros, para reduzir ainda mais a sobrecarga de criptografia.

Configurar uma chave secreta entre um grupo quando o grupo só tem acesso a um canal não confiável parece mágico. As técnicas para fazer isso foram desenvolvidas pela primeira vez na década de 1980 e, hoje, mais de 90% da navegação na web usa o Transport Layer Security (TLS) para fazer exatamente isso. O Messaging Layer Security (MLS) estende essa funcionalidade para grupos, enquanto o TLS só funciona ponto a ponto, então o Webex pode usar o MLS para configurar chaves de conferência mesmo quando o provedor de conferência não é confiável.

O MLS fornece três recursos essenciais de segurança:

1. Chave compartilhada — A chave é conhecida somente pelos membros autenticados do grupo.
2. Consistência — garante que todos os membros tenham uma visão consistente da lista do grupo.
3. Rotação — atualiza automaticamente as chaves quando um membro entra ou sai.

O primeiro recurso nos fornece as chaves que usamos para criptografar a mídia com o SFrame. Junto com o segundo recurso, ele fornece o ponto de partida para a identidade E2E. O terceiro recurso garante que as únicas pessoas que possam descriptografar a mídia sejam as que estão na reunião no momento. Você não pode descriptografar a mídia antes de entrar ou depois de sair (ou ser expulso).

Para conseguir tudo isso, os clientes em uma reunião trocam mensagens de MLS em pontos críticos da reunião para manter um grupo de MLS que contenha exatamente os participantes da reunião a qualquer momento. O Webex roteia as mensagens entre os clientes, mas o MLS protege essas mensagens para que seja seguro para o Webex manipulá-las. A Figura 7 mostra como as mensagens fluem.

Criação: A primeira pessoa a participar da reunião, anfitriã ou não, cria o grupo MLS para a reunião e se torna o “líder” para fins do MLS. A qualquer momento, um único participante da reunião é designado como líder. Na maioria dos casos, esse participante será o anfitrião da reunião. Depois que a sessão é iniciada, o MLS garante que cada participante da reunião tenha as informações criptográficas para atuar como líder; o Webex simplesmente designa um líder para evitar confusão.

Participar: Quando um novo participante deseja participar da reunião, ele solicita sua permissão enviando uma mensagem do pacote de chaves do MLS ao líder, que fornece sua chave pública e informações de autenticação. O líder responde com uma mensagem de boas-vindas que informa ao participante sobre os outros participantes da reunião. O líder também transmite uma mensagem de adição e uma mensagem de confirmação para o grupo. A mensagem Adicionar anuncia o novo participante para aqueles que já estão na reunião. A mensagem de confirmação faz com que todos os participantes atuais usem o hash da chave de grupo antiga para obter uma nova chave para o grupo agora estendido; a mensagem de boas-vindas fornece essa chave para o participante.

Sair: Quando alguém sai da reunião, o trabalho do líder é bloqueá-lo. O líder faz isso transmitindo mensagens de remoção e confirmação do MLS para todos os que permanecem na reunião. A mensagem Remover informa aos participantes restantes quem saiu, e o Commit criptografa uma nova chave para todos os participantes restantes, mas não para a pessoa que saiu. Os participantes restantes combinam a nova chave com a antiga chave de grupo para obter uma chave que a pessoa que saiu não tem. Se o participante que saiu for o líder, o Webex nomeia um novo líder e o novo líder remove o antigo líder.

A rotação de chaves pode significar que são necessários alguns segundos extras para entrar em uma reunião ou remover alguém, mas oferece uma garantia de segurança clara: se alguém não aparecer na lista de participantes da reunião, não terá as chaves para descriptografar o conteúdo.

A lista de participantes em uma reunião criptografada E2E mostra a verificação de identidade de cada usuário. O uso de certificados de identidade emitidos pelo cliente fornece uma verdadeira identidade verificada pelo E2E, no sentido de que a Cisco não pode alterá-la. Nesses casos, a lista de participantes mostra o domínio ao qual o participante pertence em texto azul. Por exemplo, na reunião mostrada na Figura 8, você pode ver que Kevin tem um endereço de e-mail verificado em example.com e Isabella tem um endereço de e-mail verificado em company.com.

Os certificados de identidade emitidos por um WebexCertificate Authority, como a identidade de um dispositivo de vídeo, oferecem proteção mais limitada. Somente um invasor que comprometa o Webex Certificate Authority pode se passar por um usuário. Embora isso seja melhor do que não ter nenhuma proteção de identidade, esses participantes da reunião não são marcados em azul como identidade de ponta a ponta verificada pela Zero Trust. Eles são mostrados com texto cinza para indicar a verificação de identidade confiável do Webex.

Como apoio a esses procedimentos, o Webex também fornece um código de segurança para a reunião. Um código de segurança é uma string curta, legível por humanos, calculada como uma saída do processo MLS. O código de segurança resume o estado criptográfico da reunião, incluindo as chaves do grupo e os certificados apresentados pelos participantes. Esse código pode ser usado para detectar um ataque de falsificação de identidade, pois tal ataque resultaria em pelo menos um participante com um estado criptográfico diferente do de todos os outros. Mas isso só exclui a falsificação de identidade se todos verificarem que têm o mesmo código. Se algum subconjunto dos participantes verificar que eles têm o mesmo código, eles sabem que suas identidades estão representadas fielmente um para o outro, mas alguém que não confirma seu código pode ter sido falsificado. A Figura 9 mostra um exemplo de como o código de segurança é exibido em uma reunião.

Esse código fornece uma defesa muito forte contra ataques de falsificação de identidade. Ele faz parte do protocolo MLS, portanto, teve uma análise de segurança robusta. Como está fortemente vinculado ao estado da reunião, o código de segurança muda toda vez que alguém entra na reunião. Como resultado, os participantes da reunião precisam verificar novamente seus códigos de segurança sempre que alguém entrar. O código não gira quando alguém sai, porque sair não pode introduzir um imitador.

O Webex Zero Trust Security foi lançado em 2021. Em 2026, as reuniões Webex Ultra Secure introduziram suporte para endpoints adicionais em reuniões Webex criptografadas E2E, reuniões Zero Trust E2EE completas com Video Mesh Node (VMN) e recursos de criptografia e identidade de ponta a ponta para reuniões padrão:

• Criptografia baseada em padrões e formalmente verificada
• Criptografia Zero Trust E2E
• Identidade verificada Zero Trust E2E
• Suporte para todos os dispositivos Webex disponíveis para venda
• Suporte para o aplicativo Webex em desktop, celular e web
• Suporte para o aplicativo Web Webex e o SDK da Web (planejado para o primeiro trimestre de 27)
• Suporte para Webex Calling telefones (planejado para Q3CY26)
• Suporte para Video Mesh Node
• Suporte para criptografia E2E em reuniões agendadas e salas de reuniões pessoais

O Zero Trust tem algumas limitações. As reuniões criptografadas E2E não suportam:

• Recursos fornecidos pelos serviços de nuvem da Cisco que exigem acesso a mídia de texto sem formatação, incluindo:
  • Gravação e serviços Webex baseados em nuvem. AI Assistant Esses serviços podem ser fornecidos usando implantações híbridas com Video Mesh Node (VMN).
  • Salvando bate-papos, arquivos, quadros brancos e anotações da reunião.
  • Interoperabilidade PSTN ou SIP.

No futuro, o Webex melhorará as reuniões criptografadas E2E em algumas dimensões, guiado pelos princípios de conceder à nuvem o menor privilégio necessário e dar aos clientes o controle sobre seus dados.

Segurança E2E onipresente: tudo deve ser seguro E2E, não apenas reuniões selecionadas. O primeiro passo para alcançar essa visão foi alcançado com a segurança E2E para os telefones Webex Web App e Cisco conectados à nuvem. Eventualmente, a arquitetura E2E aberta e baseada em padrões deve permitir que o Webex também inclua a infraestrutura do Session Initiation Protocol (SIP).

As inovações discutidas neste documento mostram um caminho claro para a visão de longo prazo da criptografia E2E sempre ativa. Quando os usuários podem se conectar de qualquer lugar e os clientes podem optar com segurança pelos recursos que desejam em uma reunião, a criptografia E2E pode ser usada para todas as reuniões Webex, desde reuniões informais ad hoc com todos os recursos ativados até reuniões bloqueadas e de alta segurança. A criptografia E2E sempre garantirá que o conteúdo da reunião esteja disponível apenas para participantes autorizados, e os clientes e usuários decidirão qual conjunto de participantes é adequado para uma determinada reunião.

Representação habilitada por IA e resiliência deepfake

O Webex aborda ameaças de falsificação de identidade habilitadas por IA por meio de uma abordagem em camadas que complementa o modelo de criptografia de ponta a ponta Zero Trust. Embora este documento se concentre nos fundamentos técnicos da identidade verificada de ponta a ponta, incluindo a verificação baseada em certificados fornecidos pelo cliente e as verificações de integridade criptográfica de reuniões, o Webex também fornece controles de segurança operacional na experiência da reunião para reduzir o risco de acesso não autorizado e interações prejudiciais.

Para tipos de sessão de reunião, reuniões agendadas versus diferenças de segurança em salas de reunião pessoais, controles do anfitrião e do administrador no Control Hub e detecção e prevenção adicionais de IA e deepfake na experiência mais ampla de reuniões, consulte o artigo técnico complementar sobre segurança de reuniões do WSMP.

O Webex está definindo o futuro das reuniões seguras por meio de criptografia baseada em padrões e identidade verificada. O compromisso com um ecossistema aberto garante que os clientes mantenham controle absoluto sobre seus dados, independentemente do cenário da reunião.