Considerações sobre conexões de área de trabalho remota em uma implantação de autenticação sem senha resistente a phishing no Microsoft Entra ID

As organizações que implantam tecnologia sem senha resistente a phishing normalmente têm a necessidade de que algumas das suas personas utilizem a tecnologia de ambiente de trabalho remoto para facilitar a produtividade, a segurança ou a administração. Os dois casos de uso básicos são:

• Inicializando e autenticando uma sessão de conexão de área de trabalho remota de um cliente local para uma máquina remota usando credenciais sem senha resistentes a phishing
• Utilizando credenciais sem senha resistentes a phishing dentro de uma sessão de conexão de área de trabalho remota estabelecida

Analise as considerações específicas para cada caso de uso.

Avalie o suporte para seus cenários

Se qualquer um dos três componentes descritos neste documento não oferecer suporte ao seu cenário, não se espera que ele funcione. Para avaliar, considere cada componente para a autenticação de sessão na ligação à área de trabalho remota e o uso de credenciais durante a sessão. Repita esse processo para cada cenário em seu ambiente para entender quais cenários devem funcionar e quais não funcionam.

Exemplo 1

Por exemplo, veja como você pode avaliar se seu cenário é "meus operadores de informações precisam usar seus dispositivos Windows para acessar a Área de Trabalho Virtual do Azure, precisam autenticar a sessão de conexão de área de trabalho remota usando uma chave de acesso do Microsoft Authenticator e usam a chave de acesso dentro da sessão de conexão de área de trabalho remota no navegador Microsoft Edge":

Neste exemplo, tanto a própria sessão de conexão da área de trabalho remota quanto os aplicativos na sessão podem aproveitar a chave de acesso do usuário. Sistemas sem senhas resistentes ao phishing devem ter ampla funcionalidade.

Exemplo 2

Veja como você pode avaliar se seu cenário é "meus operadores de informações precisam usar seus dispositivos macOS para acessar a Área de Trabalho Virtual do Azure, precisam autenticar a sessão de conexão de área de trabalho remota usando uma chave de acesso do Microsoft Authenticator e usar a chave de acesso dentro da sessão de conexão de área de trabalho remota":

Neste exemplo, os usuários podem usar sua chave de acesso para estabelecer a sessão de conexão de área de trabalho remota, mas não podem usá-la dentro da sessão de conexão de área de trabalho remota porque o aplicativo do Windows no macOS ainda não suporta essa funcionalidade. Você pode aguardar por um melhor suporte de senha no cliente de conexão de área de trabalho remota ou pode alternar para outra credencial, como certificados com CBA.

Exemplo 3

Veja como você pode avaliar se o cenário é "meus administradores precisam usar seus dispositivos Windows para acessar servidores Windows locais, precisam autenticar a sessão de conexão de área de trabalho remota usando um certificado e usar o certificado dentro da sessão de conexão de área de trabalho remota":

Neste exemplo, os usuários podem usar seu certificado para estabelecer a sessão de conexão de área de trabalho remota e também usar o certificado dentro da sessão de conexão de área de trabalho remota. No entanto, esse cenário não funcionará com uma chave de acesso, uma vez que o servidor Windows adicionado ao domínio não pode usar uma chave de acesso para configurar uma sessão de conexão de área de trabalho remota ou dentro da sessão.

Exemplo 4

Veja como pode avaliar se o seu cenário é "os seus trabalhadores da linha de frente precisam usar um thin client baseado em Linux para aceder a clientes VDI (Windows Virtual Desktop Infrastructure) unidos ao domínio no local que NÃO estão unidos de forma híbrida ao Microsoft Entra, precisam autenticar a sessão de conexão de área de trabalho remota utilizando uma chave de segurança FIDO2 e utilizá-la dentro da sessão de conexão de área de trabalho remota".

Neste exemplo, os usuários provavelmente não podem usar suas chaves de segurança FIDO2 para conexão de área de trabalho remota porque o sistema operacional thin client e o cliente de conexão de área de trabalho remota não suportam FIDO2/passkeys em todos os cenários necessários. Trabalhe com seu fornecedor de thin client para entender seu roteiro de suporte. Além disso, prevê a hibridização ou a integração do Microsoft Entra nas máquinas virtuais da plataforma de destino para um melhor suporte às chaves de acesso.

Próximos passos

Implantar uma implantação de autenticação sem senha resistente a phishing no Microsoft Entra ID