O MITRE publicou em 13 de outubro de 2026 a versão 20 do ATT&CK, que adiciona nove técnicas do domínio Enterprise para descrever como atacantes podem mirar sistemas de IA, roubar senhas de aplicativo para contornar a autenticação multifator (MFA) e burlar verificações de CAPTCHA.
O MITRE publicou em 13 de outubro de 2026 a versão 20 do ATT&CK, que adiciona nove técnicas do domínio Enterprise para descrever como atacantes podem mirar sistemas de IA, roubar senhas de aplicativo para contornar a autenticação multifator (MFA) e burlar verificações de CAPTCHA.
Em contexto
- Tema: Ciberseguridad — Riesgo, identidad, respuesta a incidentes y cumplimiento.
- Fonte: CISO Advisor
- Publicado: 16/10/2026
Continuar lendo na fonte original →
Trecho publicado automaticamente pelo radar do site. O texto completo pertence ao veículo e está vinculado acima.
Por que importa
Toda vez que leio um caso assim penso no mesmo: segurança não se compra, se opera. Dá para ter todas as ferramentas do mercado e seguir exposto se ninguém revisa os alertas, se os patches são aplicados quando dá, ou se o backup nunca foi testado restaurando de verdade.
Minha forma de olhar esses casos é perguntar o que falhou no processo, não o que falhou na máquina. Atrás de quase todo incidente há uma decisão razoável tomada sob pressão: dar uma permissão para desbloquear alguém, adiar uma atualização porque era fechamento de mês. A lição está ali.
O que costuma dar errado
Onde costuma quebrar é na resposta, não na prevenção. Há ferramentas, há alertas, e quando acontece algo de verdade ninguém sabe quem decide desconectar, a quem se avisa primeiro, nem o que se diz ao cliente. Perdem-se horas valiosas discutindo isso enquanto o problema cresce.
O que observar
- O que foi possível restaurar e em quanto tempo — backup que não foi testado não conta.
- Como foi comunicado a clientes e reguladores, que é onde se define o custo reputacional.
- Se houve terceiros ou fornecedores na cadeia, porque o perímetro hoje inclui os parceiros.
Como leio esta publicação
Se isto acontecesse perto de uma organização que assessoro, a conversa que eu forçaria não é sobre ferramentas: é sobre o ensaio. Quantas vezes o incidente foi simulado, quem liga para quem, o que se diz ao cliente e em que momento. O plano que nunca foi ensaiado não é plano, é documento.
Esta publicação é um trecho da fonte original, selecionada pelo radar do site. O comentário acima é próprio e não pertence ao veículo citado.
Comentários
Ainda não há comentários. O primeiro pode ser o seu.
Está vivendo isso na sua equipe?
Abra o chat e me conte como estão lidando com isso. Tenho interesse em comparar notas.
