O que realmente protege — e o que não protege — numa sessão AnyDesk

Se a pergunta é "o AnyDesk é seguro?", a resposta curta é: sim, o software em si adota criptografia forte e controles de acesso comparáveis aos de qualquer ferramenta corporativa séria. A resposta completa, porém, exige uma distinção que quase nunca é feita: a imensa maioria dos incidentes envolvendo o AnyDesk não explora falha técnica nenhuma — explora pessoas. O golpista não quebra a criptografia; ele convence a vítima a abrir a porta. Entender onde termina a proteção do software e onde começa a sua responsabilidade é exatamente o objetivo deste guia.

A resposta direta, sem rodeios

O AnyDesk é uma ferramenta confiável do ponto de vista de engenharia: o tráfego entre as duas máquinas é criptografado de ponta a ponta no transporte, a identidade da conexão é verificada por pares de chaves e o usuário controla, permissão por permissão, o que o outro lado pode fazer. Não há registro público de que a criptografia da sessão tenha sido quebrada em uso real.

O problema é outro. Quando alguém perde dinheiro "por causa do AnyDesk", o roteiro quase sempre é o mesmo: um golpista ligou se passando por banco ou suporte técnico, pediu para a vítima instalar o programa e informar o ID de 9 dígitos, e a vítima autorizou a conexão. Nesse cenário, o software funcionou exatamente como projetado — quem falhou foi o processo de decisão humano, manipulado por engenharia social. Por isso este artigo trata as duas coisas separadamente: a camada técnica, que é sólida, e a camada humana, que é onde os incidentes de fato acontecem. Se o seu interesse principal é a fraude em si, temos um guia dedicado sobre como funcionam os golpes com AnyDesk e como evitá-los.

Como funciona a criptografia do AnyDesk

A segurança de transporte do AnyDesk se apoia em três mecanismos que trabalham juntos:

• TLS 1.2 no transporte. O mesmo protocolo que protege o internet banking cifra todo o tráfego da sessão — imagem da tela, comandos de teclado e mouse, clipboard e arquivos. Quem intercepta o tráfego no caminho vê apenas dados cifrados.
• Troca de chaves RSA 2048. No estabelecimento da sessão, as duas pontas negociam chaves usando criptografia assimétrica RSA de 2048 bits. É esse handshake que gera o segredo compartilhado da sessão sem que ele trafegue em claro pela rede.
• Verificação de integridade por par de chaves. Cada cliente possui um par de chaves que identifica a instalação. Isso permite verificar que a máquina do outro lado é quem diz ser e detectar tentativas de intermediação da conexão (ataques do tipo "homem no meio").

Há ainda um detalhe de arquitetura que importa: o AnyDesk tenta primeiro uma conexão direta entre as duas máquinas, usando por padrão a porta TCP 7070. Quando a conexão direta é possível — típico em redes locais ou com portas acessíveis —, o tráfego nem passa pela infraestrutura da AnyDesk, o que reduz latência e superfície de exposição ao mesmo tempo.

O que os servidores relay veem — e o que não veem

Quando a conexão direta falha (NAT restritivo, firewall corporativo, redes móveis), o tráfego é encaminhado pelos servidores relay da AnyDesk. Esse é um ponto que gera desconfiança legítima, então vale ser preciso sobre o que acontece ali.

O relay atua como um encaminhador de pacotes: ele recebe o tráfego já criptografado de uma ponta e o repassa à outra. Como as chaves da sessão são negociadas entre os dois clientes, o servidor intermediário não tem como decifrar o conteúdo — ele não vê sua tela, seus arquivos nem o que você digita. O que a infraestrutura necessariamente conhece são metadados operacionais: quais IDs se conectaram, quando e por qual rota, informação necessária para o serviço funcionar. Para a esmagadora maioria dos usos, esse modelo é adequado; ambientes com requisitos regulatórios rígidos podem ir além, como veremos na seção corporativa.

Permissões por sessão: a principal linha de defesa

A criptografia protege o trajeto dos dados, mas quem define o que o visitante pode fazer dentro da sua máquina são as permissões de sessão — e é aqui que a maioria dos usuários deixa proteção na mesa. Ao aceitar uma conexão, você pode conceder ou negar individualmente:

• Controle de teclado e mouse — sem ele, o outro lado apenas visualiza a tela;
• Acesso ao clipboard — bloqueia a cópia silenciosa de textos e senhas pela área de transferência;
• Transferência de arquivos — impede envio e retirada de arquivos durante a sessão;
• Áudio — decide se o som da máquina é transmitido;
• Bloquear entrada local — permissão que entrega o controle exclusivo ao visitante e que você quase nunca deveria conceder a desconhecidos.

Um atendimento de suporte legítimo funciona perfeitamente com o mínimo necessário: visualização e controle de teclado/mouse, nada mais. Se você ainda está se familiarizando com esses controles, o passo a passo completo está no nosso tutorial de como usar o AnyDesk.

Autenticação: senha, 2FA, whitelist e tokens

Para conexões sem alguém presente na máquina remota, o AnyDesk oferece camadas de autenticação que se somam:

• Senha de acesso não supervisionado — obrigatória para conectar sem confirmação manual. Deve ser longa, única e tratada como a senha do seu e-mail principal. Explicamos a configuração correta no guia de como colocar senha no AnyDesk.
• 2FA/TOTP — a autenticação em duas etapas (2FA) por código temporário (TOTP, o padrão usado por apps como Google Authenticator) exige um segundo fator além da senha. Mesmo que a senha vaze, o invasor esbarra no código.
• Whitelist de IDs — a lista de controle de acesso restringe as conexões de entrada a endereços AnyDesk específicos. Qualquer ID fora da lista é recusado antes mesmo de pedir senha.
• Tokens de sessão — permitem que um dispositivo já autorizado reconecte sem redigitar a senha; devem ser revogados quando um dispositivo confiável deixa de ser confiável.

Configurar acesso não supervisionado sem 2FA e sem whitelist é possível, mas equivale a proteger a porta de casa apenas com o trinco: funciona até deixar de funcionar.

Resumo: cada camada de proteção e o que ela cobre

Leia a última coluna com atenção: nenhuma das camadas técnicas cobre o cenário em que o próprio usuário autoriza o invasor. Esse é o tema da próxima seção.

O que a criptografia não protege

Este é o ponto central do artigo. Criptografia protege dados contra terceiros — não contra as partes da conversa. Quando você informa seu ID a um golpista e clica em "Aceitar", ele deixa de ser um terceiro: passa a ser um participante legítimo da sessão, com todas as permissões que você conceder. O TLS continuará cifrando o tráfego com perfeição enquanto ele abre seu internet banking.

Por isso, tratar a segurança do AnyDesk apenas como uma questão de algoritmos é errar o alvo. O elo mais fraco da corrente é a decisão de aceitar uma conexão — e fortalecer esse elo passa por informação, não por configuração.

O AnyDesk é vírus? Por que o antivírus às vezes alerta

Não, o AnyDesk não é vírus. É um software legítimo, desenvolvido por uma empresa alemã estabelecida, com instaladores assinados digitalmente — e você pode (e deve) verificar a assinatura digital do instalador antes de executá-lo, garantindo que o arquivo não foi adulterado.

Então por que alguns antivírus exibem alertas? Porque o AnyDesk é frequentemente abusado por golpistas como ferramenta de acesso à máquina da vítima. Diante disso, certos produtos de segurança classificam ferramentas de acesso remoto como PUA (Potentially Unwanted Application, aplicativo potencialmente indesejado) ou as sinalizam com rótulos como "RemoteAdmin". A distinção importa:

• Detecção de malware significa que o arquivo contém código malicioso — não é o caso do instalador oficial íntegro;
• Alerta de PUA/ferramenta de acesso remoto significa apenas "este programa dá controle remoto da máquina; confirme se foi você quem o instalou". É um aviso de contexto, não um veredito.

O alerta é, na prática, útil: se o AnyDesk aparece numa máquina sem que o dono lembre de tê-lo instalado, isso sim é um sinal de investigação imediata.

Checklist de configuração segura

Uma instalação do AnyDesk endurecida contra os cenários reais de abuso se resume a oito hábitos:

• Senha longa e única para o acesso não supervisionado — nunca reaproveitada de outros serviços;
• 2FA/TOTP ativado, para que a senha sozinha não baste;
• Whitelist de IDs preenchida apenas com os endereços que realmente precisam conectar;
• Acesso não supervisionado desativado nos períodos em que você não vai usá-lo — recurso desligado é recurso que não pode ser abusado;
• Programa sempre atualizado, para receber correções de segurança assim que publicadas;
• Permissões revisadas: conceda por sessão só o necessário e desmarque padrões generosos demais;
• Atenção máxima a quem pede seu ID: o endereço AnyDesk só deve ser informado a alguém que você procurou, nunca a quem ligou para você;
• Auditoria periódica: confira a lista de dispositivos autorizados e revogue tokens de sessão de máquinas que não usa mais.

Segurança em ambiente corporativo

Em empresas, a conversa muda de "configurar bem uma máquina" para "governar dezenas ou centenas delas". Os planos comerciais do AnyDesk trazem recursos pensados para isso:

• Namespace próprio — os endereços da organização ficam num espaço de nomes exclusivo (como suporte@empresa), o que impede que um atacante externo se faça passar por um técnico interno usando um ID genérico;
• Políticas centralizadas — o cliente personalizado (custom client) permite distribuir o AnyDesk já configurado: permissões travadas, 2FA obrigatório, whitelist imposta, sem que o usuário final possa afrouxar nada;
• Registro e gravação de sessões — trilha de auditoria de quem acessou o quê e quando, essencial para conformidade e para investigar incidentes;
• Restrição de saída por firewall — limitar quais máquinas podem estabelecer conexões de acesso remoto para fora da rede, tratando o tráfego da porta TCP 7070 e dos relays como qualquer outro canal controlado.

Vale encerrar com uma observação honesta, que se aplica ao AnyDesk tanto quanto a qualquer concorrente: todo software de acesso remoto, por definição, amplia a superfície de ataque de um ambiente — ele existe justamente para permitir controle à distância. Isso não é motivo para bani-lo, mas é motivo suficiente para que seu uso seja regido por política formal: quem pode instalar, com quais configurações, com qual monitoramento e com qual processo de revogação. Segurança, aqui como em todo lugar, é menos um produto e mais uma prática.