O Cisco Secure Client (AnyConnect) integrado ao Microsoft Entra ID para autenticação SAML estava passando por vários problemas relacionados à autenticação que interromperam a funcionalidade Single Sign-On (SSO):
Os usuários estavam sendo solicitados para autenticação em cada tentativa de conexão VPN, mesmo quando uma sessão Entra ID ativa existia no navegador
O cliente estava iniciando o navegador incorporado em vez do navegador externo/do sistema, apesar da autenticação do navegador externo estar explicitamente habilitada para SAML
Os usuários frequentemente encontraram o erro: "Erro de autenticação devido a problema com o redirecionamento para a URL do SSO"
O comportamento do SSO mudou do estado de trabalho anterior, em que os usuários podiam se conectar à VPN simplesmente clicando em Connect sem avisos de autenticação
Produto: Cisco Secure Client (AnyConnect)
Tecnologia: VPN de acesso seguro com autenticação SAML
Provedor de identidade: ID do Microsoft Entra (Azure AD)
método de autenticação: Integração de SAML SSO
Autenticação do Navegador Externo habilitada para SAML
A resolução envolveu o endereçamento do estado de ingresso do dispositivo Azure AD subjacente e problemas de configuração do navegador que estavam causando os problemas de autenticação:
Execute o seguinte comando para verificar o status atual de ingresso do Azure AD do dispositivo afetado:
dsregcmd /status
Revise a saída para identificar se o dispositivo mostra AzureAdJoined = NO, que indica um estado de junção incorreto do Azure AD.
Execute o comando dsregcmd para corrigir o status de associação do Azure AD no dispositivo afetado. Depois de executar as operações dsregcmd apropriadas,
dsregcmd /status
dsregcmd /leave
dsregcmd /join`
Verifique se o status do dispositivo mostra:
AzureAdJoined = YES
Essa correção resolve o problema de estado de autenticação subjacente que estava fazendo com que o Cisco Secure Client solicitasse credenciais em cada conexão.
Para solucionar o problema de comportamento do navegador externo versus navegador incorporado:
Redefina as configurações padrão dos aplicativos do dispositivo para garantir que o Cisco Secure Client inicie corretamente o navegador externo/do sistema para a autenticação SAML em vez do navegador incorporado.
Settings → Apps → Default apps → Reset
Após implementar as alterações acima, verifique os seguintes comportamentos:
O Cisco Secure Client não solicita mais a senha ou a autenticação do Windows Hello em cada conexão VPN
O cliente inicia corretamente o navegador externo para a autenticação SAML em vez do navegador incorporado
A funcionalidade SSO é restaurada, permitindo que os usuários se conectem sem repetidos avisos de autenticação quando uma sessão Entra ID ativa existir
O erro "Authentication error due to problem with redirecting to SSO URL" (Erro de autenticação devido a problema no redirecionamento para a URL do SSO) não ocorre mais
Os problemas de autenticação foram causados por um estado de junção incorreto do Azure AD no dispositivo afetado, onde o dispositivo estava mostrando AzureAdJoined = NO em vez do status necessário AzureAdJoined = YES. Esse estado de junção incorreto impediu a validação adequada do token SSO e forçou o Cisco Secure Client a solicitar autenticação em cada tentativa de conexão.
Além disso, as configurações de aplicativo padrão do dispositivo foram configuradas incorretamente, fazendo com que o Cisco Secure Client iniciasse o navegador incorporado em vez do navegador externo para autenticação SAML, apesar da configuração do navegador externo estar habilitada na configuração do cliente.
| Revisão | Data de publicação | Comentários |
|---|---|---|
1.0 |
01-Jun-2026
|
Versão inicial |