AleffTech.

MFA em tudo: checklist por ordem de dano para reduzir invasões

Onde ativar autenticação multifator primeiro, com dados do Verizon DBIR e da Microsoft. Checklist por ordem de dano e o que o gestor decide antes de ativar.

Por Aleff · · 7 min de leitura

Ative MFA primeiro onde um acesso roubado causa mais dano: e-mail corporativo, VPN e acesso remoto, sistemas financeiros e painéis administrativos de infraestrutura. Só depois cuide dos sistemas internos de menor impacto. Essa ordem importa mais do que a cobertura total no primeiro dia.

O motivo é simples. Credencial roubada continua entre as portas de entrada mais usadas em invasões, e o segundo fator derruba a maior parte desse risco. A seguir, os dados, o checklist e as decisões que o gestor precisa tomar antes de ativar.

Credencial roubada ainda é uma porta de entrada relevante?

Sim, mas o quadro mudou e vale contar do jeito certo.

No relatório Verizon Data Breach Investigations Report (DBIR) de 2025, o abuso de credenciais foi o vetor de acesso inicial mais frequente, presente em 22% das violações analisadas. A exploração de vulnerabilidades veio logo atrás, com 20%. O estudo examinou 22.052 incidentes, dos quais 12.195 foram violações confirmadas. Fonte: Verizon, DBIR 2025.

No DBIR de 2026, a Verizon informa que a exploração de vulnerabilidades passou a ser o vetor de acesso inicial mais comum, e que o abuso de credenciais, antes líder, recuou. Fonte: Verizon, DBIR 2026, resumo executivo.

Leia assim: credencial roubada deixou de ser a campeã isolada, mas segue sendo um caminho grande e barato para o atacante. E é um caminho que a empresa fecha com uma decisão de gestão, não com um projeto longo.

Quanto o MFA realmente reduz o risco?

Uma pesquisa da Microsoft publicada em 2023 mediu isso em contas reais. Os autores analisaram contas do Azure Active Directory (hoje Microsoft Entra ID) e concluíram que o MFA reduz o risco de comprometimento em 99,22% na população estudada, e em 98,56% quando a senha já vazou. Fonte: Meyer et al., Microsoft Research, 2023, How effective is multifactor authentication at deterring cyberattacks?.

Três cuidados ao usar esse número:

  • Ele vem de um conjunto de contas Microsoft. Não é garantia para qualquer ambiente.
  • Ele mede redução de risco. Não promete que nenhuma conta será invadida.
  • Ele depende do tipo de MFA usado e da cobertura real. Um MFA ativado só em parte dos sistemas protege só essa parte.

Por que senha forte não resolve?

Senha forte protege contra um ataque: a adivinhação por tentativa em massa. Os dois caminhos mais comuns de perda de credencial passam por outro lado:

  • Phishing: a pessoa digita a senha certa, por vontade própria, num site ou formulário falso. A senha era forte. O problema foi onde ela foi digitada.
  • Reuso de senha vazada: a mesma senha, ou uma parecida, vale em outro serviço que já sofreu violação. O invasor não adivinha nada. Ele testa credenciais já expostas contra o seu sistema.

Nos dois casos, a força da senha não decide o resultado. O segundo fator decide.

Em que ordem ativar MFA na empresa?

Pergunte, sistema por sistema: se este acesso for comprometido, qual o tamanho do dano, e ele já tem MFA? Use este checklist, do maior dano para o menor.

  1. E-mail corporativo. Ele recebe o link de redefinição de senha de quase todos os outros sistemas. Quem entra no e-mail de alguém costuma entrar em cascata no resto.
  2. VPN e acesso remoto. É a porta da rede interna vista de fora. Sem MFA, uma senha vazada vira acesso direto ao ambiente.
  3. Sistemas financeiros e de pagamento. O dano é imediato e se mede em dinheiro.
  4. Painéis administrativos de infraestrutura. Nuvem, servidores e backup. Quem controla esses painéis controla o ambiente e pode apagar backup e evidência.
  5. Ferramentas internas e aplicativos de negócio. Inclui os sistemas que sua equipe criou com apoio de IA. Se eles guardam dado de cliente ou financeiro, sobem na lista.
  6. Sistemas de menor criticidade. Entram por último, não por falta de importância, mas porque o dano de cada um isolado é menor.

Empresa que ativa MFA primeiro nos sistemas mais fáceis de configurar e deixa e-mail e VPN para depois resolve o problema na ordem errada.

Qual tipo de MFA escolher?

Nem todo segundo fator protege igual. A CISA publicou em 2022 o guia Implementing Phishing-Resistant MFA, que recomenda MFA resistente a phishing, baseado em padrões como FIDO, e aponta que métodos como SMS, ligação de voz e aprovação por push são mais vulneráveis a técnicas de roubo do segundo fator. Fonte: CISA, Implementing Phishing-Resistant MFA, 2022.

Na prática, use esta regra de decisão:

  • Contas de administrador, financeiro e e-mail de diretoria: chave física ou passkey, quando o sistema suportar.
  • Demais usuários: aplicativo autenticador com confirmação por número, no lugar de aprovação simples.
  • SMS: use só quando for a única opção disponível, e planeje a troca.

O atrito do MFA é um problema real?

É real quando a regra é mal desenhada. Pedir o segundo fator a cada acesso, sem exceção, cansa o usuário e gera pressão para desligar a proteção.

A maioria das ferramentas modernas permite confiar num dispositivo já verificado por dias ou semanas. O segundo fator volta em login de aparelho novo, local inesperado ou comportamento fora do padrão. O atrito cai e a proteção contra o cenário que importa se mantém: alguém tentando entrar de um lugar ou aparelho que não é o seu.

Como evitar que a perda do celular vire emergência?

Defina a recuperação antes de ativar o MFA. Um processo mínimo tem quatro partes:

  1. Códigos de backup gerados na configuração e guardados fora do celular.
  2. Um segundo método cadastrado, como uma chave física reserva.
  3. Verificação formal de identidade antes de qualquer redefinição de fator.
  4. Registro de quem pediu, quem aprovou e quando.

Sem isso, o suporte resolve a perda do aparelho de qualquer jeito, sob pressão. É nesse momento que o controle é contornado em silêncio e a brecha que o MFA devia fechar reaparece.

O que o gestor decide antes de ativar?

MFA é uma decisão de gestão com consequências técnicas. Antes de pedir a ativação, alguém precisa responder:

  • Quais sistemas guardam dado de cliente, dinheiro ou controle de infraestrutura?
  • Quem é o dono de cada acesso e quem aprova exceções?
  • Qual método de MFA vale para cada perfil de usuário?
  • Quem executa a recuperação quando o fator se perde, e em quanto tempo?
  • Qual fornecedor ou sistema legado não suporta MFA e precisa de plano alternativo?
  • Em que prazo e em que ordem a empresa fecha cada item?

Quando ninguém no negócio tem essa visão, as respostas ficam espalhadas entre o suporte, o fornecedor e a boa vontade de quem configurou. O resultado típico é MFA ativo em alguns sistemas, ausente em outros, e ninguém sabendo qual é qual.

Onde a Direção de Tecnologia entra

MFA não é a única camada de segurança, mas é uma das de melhor relação entre esforço e proteção. O difícil não é ligar a opção. O difícil é decidir a ordem, escolher o método por perfil, tratar os sistemas que não suportam o recurso e manter a recuperação em pé quando alguém muda de função ou sai da empresa.

É esse o trabalho da Direção de Tecnologia da AleffTech: um Head de TI terceirizado que mapeia riscos, define prioridades, estima custos, mantém o roadmap, avalia fornecedores e registra as decisões, com a execução delegada a quem tem a mão na massa. No caso do MFA, isso significa um responsável que mantém a lista de sistemas críticos, a ordem de ativação e o processo de recuperação, e que cobra o prazo de cada item.

O diagnóstico do ambiente é uma fase incluída no onboarding, depois da contratação, e não um serviço avulso. Se você quer discutir se esse formato faz sentido para a sua empresa, fale com a AleffTech sobre a Direção de Tecnologia.

Perguntas frequentes

O que é MFA, exatamente?

Autenticação multifator (MFA) exige mais de uma prova de identidade para liberar o acesso. Em geral, senha mais um segundo fator: código de aplicativo, notificação no celular ou chave física. Se alguém rouba a senha, ainda precisa do segundo fator, que fica num dispositivo que o invasor não tem.

Senha forte não basta?

Não. Senha forte dificulta adivinhação, mas não protege quando a pessoa digita a senha certa num site falso, nem quando reaproveita uma senha que já vazou em outro serviço. Nos dois casos o invasor chega com a senha correta. O segundo fator é o que o barra.

Por onde começar se não dá para ativar em tudo de uma vez?

Pelo dano potencial. Primeiro o e-mail corporativo, porque ele redefine senha de quase todo o resto. Depois VPN e acesso remoto, sistemas financeiros e painéis administrativos de nuvem, servidor e backup. Sistemas internos de menor impacto entram por último.

Todo MFA protege igual?

Não. A CISA, agência de cibersegurança dos Estados Unidos, recomenda MFA resistente a phishing, como chaves FIDO, e trata SMS, ligação de voz e aprovação simples por push como métodos mais fáceis de contornar. Para contas de administrador e financeiro, prefira chave física ou passkey.

O MFA incomoda o usuário no dia a dia?

Pouco, quando bem configurado. Ferramentas modernas permitem confiar num dispositivo já verificado por um período e pedir o segundo fator só em login novo, local inesperado ou comportamento fora do padrão. O atrito grande aparece quando a regra pede o fator a cada acesso, sem exceção.

E se o funcionário perder o celular com o aplicativo de autenticação?

Defina a recuperação antes de ativar. Gere códigos de backup na configuração ou cadastre um segundo método. Exija verificação formal de identidade para redefinir o fator. Sem esse processo, a perda do aparelho vira emergência resolvida na pressa, e a pressa abre brecha.