Brato
VIP
Beta
Programador
Verificado
Verificación en dos pasos activada
Usuário com poucas negociações! Use sempre o saldo do ForoBeta!
Suscripción a IA
Trago esta informação para que vocês se cuidem se forem usuários de SonicWall.
ALERTA CRÍTICO - SonicWall SSLVPN - CVE-2026-19868 (bypass de MFA)
A CISA a adicionou hoje ao catálogo KEV. Prazo: 20 de novembro.
O QUE PERMITE (segundo o KEV)
Um usuário com credenciais válidas para um método de autenticação ALTERNATIVO pode pular os controles SAML e, com isso, pular também o MFA que o SAML impõe.
Traduzindo: se o SSLVPN aceita mais de uma forma de entrar (SAML para funcionários + contas locais para administração ou fornecedor), quem tiver uma dessas contas entra SEM passar pelo MFA.
Não é criptografia nem um 0-day exótico: é uma porta lateral que fica aberta ao misturar métodos de autenticação.
POR QUE IMPORTA:
O SonicWall SSLVPN está em milhares de pequenas e médias empresas. E a sua configuração típica é justamente a que dispara a falha: SAML para a equipe + contas locais para admin.
O QUE VERIFICAR:
1. Se o SSLVPN está exposto à Internet (condição de partida).
2. Quais métodos ele aceita: se há SAML E autenticação local ao mesmo tempo, esse é o risco.
3. Contas locais com acesso VPN (suporte, fornecedor, backup) das quais ninguém se lembra.
4. Se essas contas têm MFA. Se o MFA só se aplica ao SAML, as locais são a porta.
5. Logs de VPN: usuários locais, locais estranhos, fora do horário.
MITIGAÇÃO (configuração, não requer patch)
ATENÇÃO: o KEV não inclui versão corrigida. Consulte o advisory da SonicWall antes de dar um equipamento como corrigido.
ALERTA CRÍTICO - SonicWall SSLVPN - CVE-2026-19868 (bypass de MFA)
A CISA a adicionou hoje ao catálogo KEV. Prazo: 20 de novembro.
O QUE PERMITE (segundo o KEV)
Um usuário com credenciais válidas para um método de autenticação ALTERNATIVO pode pular os controles SAML e, com isso, pular também o MFA que o SAML impõe.
Traduzindo: se o SSLVPN aceita mais de uma forma de entrar (SAML para funcionários + contas locais para administração ou fornecedor), quem tiver uma dessas contas entra SEM passar pelo MFA.
Não é criptografia nem um 0-day exótico: é uma porta lateral que fica aberta ao misturar métodos de autenticação.
POR QUE IMPORTA:
O SonicWall SSLVPN está em milhares de pequenas e médias empresas. E a sua configuração típica é justamente a que dispara a falha: SAML para a equipe + contas locais para admin.
O QUE VERIFICAR:
1. Se o SSLVPN está exposto à Internet (condição de partida).
2. Quais métodos ele aceita: se há SAML E autenticação local ao mesmo tempo, esse é o risco.
3. Contas locais com acesso VPN (suporte, fornecedor, backup) das quais ninguém se lembra.
4. Se essas contas têm MFA. Se o MFA só se aplica ao SAML, as locais são a porta.
5. Logs de VPN: usuários locais, locais estranhos, fora do horário.
MITIGAÇÃO (configuração, não requer patch)
- Deixar UM só método: se for usado SAML, desabilitar a autenticação local para VPN.
- Desativar contas locais de acesso remoto que não sejam imprescindíveis.
- Restringir o SSLVPN por geolocalização ou IP onde o negócio permitir.
- Revisar os logs de VPN das últimas semanas.
ATENÇÃO: o KEV não inclui versão corrigida. Consulte o advisory da SonicWall antes de dar um equipamento como corrigido.