Zoom no Windows: aceite a correção pelos dois boletins
Um recibo de distribuição não encerra a validação de uma instalação. Registre o cliente disponível ao usuário e o resultado que permite aceitar a mudança.
Read in EnglishPor Pentesty
Dois registros, dois limites de versão
O ZSB-26023, de 10/11/2026, descreve CVE-2026-108186: validação de entrada no Workplace para Windows, CVSS 9,6, da 7.1.0 até antes da 7.1.8.
O ZSB-26024, da mesma data, descreve CVE-2026-108187: validação de origem no Workplace para Windows, CVSS 8,1, em versões anteriores à 7.1.5.
Ambos descrevem elevação de privilégio pela rede sem autenticação do atacante, com interação do usuário (AV:N/PR:N/UI:R). Não especificam o gatilho nem confirmam exploração ativa.
7.1.8 é o primeiro limiar comum dessas faixas, não a versão mais recente verificada.
Use os pré-requisitos para definir o teste
Em cada linha do inventário, associe a instalação ao produto e à faixa descritos no boletim. Registre separadamente o vetor, os pré-requisitos publicados e as dúvidas ainda abertas. Esse registro permite que outra pessoa revise a classificação de exposição sem reconstruir a pesquisa e evita encerrar uma plataforma com a evidência de outra.
Defina um teste de manutenção que respeite essas condições sem inventar um convite, link ou sequência de exploração. Para verificar a entrega da correção, a equipe precisa comprovar o software em uso e as funções acordadas. Uma tentativa de reproduzir a falha seria outro exercício, com autorização e critérios próprios.
Se uma suspeita de atividade indevida surgir durante a coleta, registre o que foi observado, quando ocorreu e quais dados sustentam a hipótese. Mantenha essa apuração separada do aceite da atualização. Preserve evidências e encaminhe a decisão ao responsável pelo incidente, em vez de transformar uma suspeita em conclusão automática.
Faça a versão chegar ao uso cotidiano
Comece relacionando estação, responsável, caminho do aplicativo, versão encontrada e horário da coleta. Quando houver instalações em locais ou contas diferentes, trate cada cópia como uma verificação separada. Um registro de distribuição do pacote comprova uma etapa; a aceitação precisa observar o cliente disponível ao usuário depois da manutenção.
Organize uma amostra com os grupos que representam o ambiente e confirme abertura, autenticação e participação numa reunião de teste autorizada. Compare a versão apresentada pelo aplicativo com o executável inspecionado. Se houver divergência, mantenha a estação na fila até esclarecer qual instalação está sendo utilizada. O princípio de verificar o programa em uso também aparece na análise sobre a atualização do Chrome.
Peça evidências que expliquem as exceções
A equipe responsável pode trabalhar com três entregáveis simples. O primeiro é uma lista das instalações afetadas por cada CVE. O segundo relaciona atualização, versão observada e resultado funcional. O terceiro registra as exceções com responsável, motivo, prazo de retorno e próxima verificação. Essa separação permite acompanhar falhas de execução sem confundi-las com ausência de exposição.
- Priorize clientes dentro das faixas afetadas e estações cujo proprietário ou versão ainda não foi identificado.
- Use o canal oficial indicado nos boletins e o processo de distribuição aprovado pela organização, registrando a origem do pacote.
- Recolha a versão após a manutenção e registre o resultado do teste funcional; mantenha evidências de erro e nova tentativa.
- Reavalie as exceções quando o fornecedor atualizar os boletins ou quando uma nova coleta identificar instalação divergente.
Feche a mudança com um critério reproduzível
Defina previamente qual evidência autoriza o encerramento: cópias identificadas, versão fora das duas faixas afetadas e validação de funcionamento registrada. Uma estação sem informação continua pendente. Se surgirem sinais de atividade suspeita, abra uma investigação com preservação dos registros disponíveis; atualizar o aplicativo e investigar um possível incidente atendem objetivos distintos.
Essa decisão aproxima suporte e segurança de uma pergunta verificável: qual cliente foi aceito, em qual estação e com qual prova? A análise de Notepad++ e limites de privilégio complementa esse cuidado ao conferir o aplicativo e seu contexto de execução.
Perguntas frequentes
Como comparar uma estação com dois boletins?
Mantenha uma linha por instalação e registre o resultado de cada comparação. Se os limites forem diferentes, a justificativa do aceite deve mostrar por que a versão escolhida atende a ambos.
Como registrar os pré-requisitos de exploração?
Transcreva os campos relevantes do boletim para o registro da avaliação e separe condições publicadas de hipóteses. Quem revisar o teste deve conseguir identificar a origem de cada premissa.
A atualização encerra uma suspeita de incidente?
Defina dois resultados: o aceite da manutenção e a conclusão da investigação. Cada um exige suas evidências e responsável; um comprovante de versão não responde sozinho ao que aconteceu antes da mudança.
Qual prova deve acompanhar o encerramento?
Registre estação, instalação, versão após a manutenção e resultado funcional. Associe esses dados às duas faixas afetadas e mantenha exceções com responsável e prazo.
Fontes e referências
Análise original da Pentesty, publicada em 11 de novembro de 2026. Os cenários propostos são orientações editoriais, com escopo e validação a definir para cada ambiente.