As imagens deste artigo foram geradas com inteligência artificial. Como publicamos
Um novo ator de ameaças identificado como UNC6692 tem evidenciado uma tendência preocupante: a convergência de engenharia social através de plataformas de colaboração e o abuso sistemático de serviços na nuvem para distribuir malware e exfiltrar dados. Em vez de limitar-se a emails maliciosos tradicionais, os atacantes combinam campanhas de “email bombing” com convites da Microsoft Teams suplantando o suporte interno, para ganhar a confiança da vítima e pedir-lhe que execute o que aparenta ser uma solução legítima.
O mais relevante do ponto de vista táctico é que o vetor de entrada nem sempre requer vulnerabilidades técnicas complexas; apoia-se na urgência e confiança corporativa para que a vítima instale ferramentas legítimas ou extensões de navegador que depois são corrompidas para criar persistência e túneis criptografados para servidores de controle. O uso de contas externas de Teams como primeiro ponto de contato e a entrega de componentes de buckets em serviços públicos de nuvem costumam fugir de filtros de reputação tradicionais, porque o tráfego vem de domínios confiáveis.

O ecossistema de ferramentas observado nestas intrusões é normalmente modular: componentes JavaScript que atuam como porta de ligação, extensões que permanecem activas no navegador e binários portaveis que estabelecem túneis ou executam comandos remotos. Essa arquitetura facilita a coleta de credenciais em páginas fraudulentas, a implantação de backdoors persistentes e a criação de passarelas de dentro da rede empresarial para infraestrutura de comando e controle externo.
As implicações para a ciberdefesa são claras: as ferramentas de colaboração como a Microsoft Teams deixam de ser apenas “canales de comunicação” e se tornam superfícies de ataque de primeira ordem. Protecções centradas apenas no correio já não são suficientes; há que integrar controlos na camada de colaboração, na gestão de extensões e nas políticas de acesso a serviços na nuvem.
Do ponto de vista operacional, isto obriga a rever os fluxos de verificação de suporte técnico: estabelecer canais de autenticação de identidade para qualquer pedido sensível, exigir verificações fora de banda e normar que o pessoal não execute ferramentas ou aceite convites sem validação prévia. A protecção especial das contas executivas e de alto nível deve ser prioritária, tanto por sua frequência quanto pelo impacto potencial se forem comprometidas.
No que se refere a medidas técnicas, as políticas de administração de navegadores devem ser rigorosas para bloquear a instalação arbitrária de extensões e usar listas brancas de certificados e extensões aprovadas; limitar ou controlar a instalação de utilitários de assistência remota (Quick Assist, Supremo, etc.) através de políticas de endpoint e catálogo de aplicações aprovadas; e aplicar controlos de acesso condicional que exijam dispositivos gerenciados e autenticação multifator para ações administrativas e acessos remotos. A Microsoft oferece documentação e controles para administrar Teams e sua segurança que convém rever: https://learn.microsoft.com/microsoftteams/.
Na detecção, os equipamentos de segurança devem monitorizar indicadores menos óbvios: execução de scripts AutoHotkey ou Python portaveis a partir de locais invulgares, processos que expõem portos HTTP locais (por exemplo, 8000–8002), utilização de ferramentas legítimas para converter memória (LSASS) ou transferir arquivos, e movimentos que envolvam tunneling WebSocket ou conexões persistentes para buckets em S3. Integrar telemetria de EDR com registros de colaboração e proxys web facilita correlações que hoje fazem falta para identificar cadeias completas de ataque.
A governança é igualmente crítica: estabelecer procedimentos claros para relatar convites e mensagens externas, simular cenários de suplantação de helpdesk em exercícios de mesa e em campanhas de phishing dirigidas a executivos, e garantir que exista uma via rápida e verificada para que alguém da equipe de TI valide incidências sem recorrer a ações inseguras. A cultura de “aceptar ajuda a quente” deve ser transformada em um processo auditado e verificável.
Outra lição prática é o risco de os atacantes usarem infra-estruturas legítimas para esconder seus artefatos. Bloquear simplesmente domínios maliciosos não bastará se o ator aloja payloads e exfiltra em serviços públicos. Portanto, é conveniente implementar detecção baseada em comportamento, assinar e validar integridade de componentes críticos e auditar regularmente os logs de acesso a recursos na nuvem e parte da resposta a incidentes.

Se a sua organização ainda não o fez, é recomendável rever as políticas de acesso externo em plataformas de colaboração, forçar MFA e condições de acesso sobre contas com privilégios, aplicar listas brancas de aplicações e extensões, habilitar proteção de credenciais nos endpoints e configurar alertas por atividades anormais nas contas executivas. Os prestadores de segurança também recomendam o tratamento dos convites e pedidos de suporte a partir de canais externos com o mesmo rigor que os e-mails suspeitos: validação e, se for caso disso, bloqueio preventivo.
Para aqueles que querem aprofundar medidas e casos semelhantes, convém rever análises de incidentes e guias de resposta de especialistas em ameaças e fabricantes de plataformas afetadas; referências úteis incluem publicações de Mandiant sobre caças de ameaças e documentação da Microsoft sobre segurança em Teams. https://www.mandiant.com e o blog técnico da Cato Networks sobre ataques em ferramentas de colaboração oferecem contexto prático para defensores que devem adaptar controles a esta classe de táticas: https://www.catonetworks.com/blog/.
Em suma, a ameaça descrita por UNC6692 confirma que os adversários estão aprimorando a combinação de engenharia social com infraestruturas legítimas para sortear defesas tradicionais. A resposta deve ser holística: técnica, organizacional e cultural, atualizando controles em plataformas de colaboração, defendendo políticas de instalação e acesso, e treinando as pessoas para que não sejam o elo fraco na cadeia de segurança.
Relacionadas
Mas notícias do mesmo assunto.

FBI e seis países vinculam Integrity Technology Group com roubo de e-mails de entidades na SE Ásia
Em 8 de outubro, o FBI e agências de seis países publicaram uma advertência conjunta que atribui a uma empresa chinesa, Integrity Technology Group, uma série sustentada de intru...

Campanha com LLM e ARTEX ataca instituições financeiras sul-coreanas e exfiltra dados
Pesquisadores de segurança documentaram uma campanha dirigida contra entidades financeiras sul-coreanas na qual foram utilizadas ferramentas de ataque impulsionadas por modelos ...

Campanha ChainDrop expõe tensorlake em npm; versão 0.5.144 retirada
Um pacote de npm chamado tensorlake, um SDK no TypeScript, orientado para aplicações e serviços de Tensorlake, foi comprometido em uma campanha de cadeia de fornecimento ligada ...

Google denuncia sequestro de DNS: certificados TLS para google.com.gh, google.sl e google.as
O Google informou em 6 de outubro que atacantes conseguiram emitir certificados de HTTPS não autorizados para nomes do Google e YouTube após comprometer registros DNS autoritati...

Risco cibernético em 2026 desloca-se para fluxos de trabalho e IA, segundo o Voice of the CISO
Os dados agregados por cinco edições do estudo Voice of the CISO — incluindo os achados mais recentes de 2026 — desenham uma mudança menos de intensidade do que de localização d...

Phishing BitB aponta profissionais de publicidade e administradores de contas para roubar MFA
Pesquisadores de segurança descreveram uma campanha de phishing dirigida a profissionais de publicidade e administradores de contas que usa uma plataforma operada por humanos pa...