Ao usar a Conexão de área de trabalho remota, as informações estão sendo enviadas de um lado para outro com segurança, como no SSL? Os nomes de usuário e senhas são seguros? Ao conectar-se a um servidor remoto por meio da Conexão de Área de Trabalho Remota, o servidor precisa usar, no mínimo, um certificado SSL autoassinado para proteger os dados enviados e para trás? Estou simplesmente querendo saber se minhas informações passando pela Conexão de Área de Trabalho Remota são seguras ou não. Estou conectando de um PC Win7 a um servidor Web Windows 2008 R2. Obrigado pela ajuda!
security
windows-7
windows-server-2008-r2
remote-desktop
Chris Carpenter
fonte
fonte
O RDP pode usar a criptografia RC4 de 128 bits. Pelo que entendi, o RC4 não é considerado tão forte quanto o AES para o mesmo comprimento de chave, mas não sou criptógrafo. Esse recurso está presente desde o XP, mas não é necessário. A política de grupo padrão permite criptografia mínima ou inexistente para compatibilidade. Infelizmente, até o Server 2003 SP1, enquanto estava criptografado, não havia autenticação da conexão porque ela usava uma chave privada codificada. (Não estou me referindo ao prompt de login depois que uma conexão foi estabelecida, mas durante a tentativa de conexão.) Isso significa que você não pode ter certeza de que está realmente conversando com o servidor RDP real. Você pode estar sujeito a um ataque intermediário no qual acaba de negociar uma conexão criptografada com terceiros mal-intencionados que estão descriptografando tudo e depois criptografando-o novamente para enviar ao servidor real. Isso só pode acontecer no contato inicial. Se você realmente conectou e negociou a criptografia com o servidor real, estará seguro, pelo menos até tentar se conectar novamente. A partir do Server 2003 SP1 e Vista, o TLS foi adicionado e um certificado é gerado automaticamente usado para assinar o handshake de conexão. Você ainda precisa aprender qual é o certificado, mas ele pode ser armazenado para verificar conexões futuras. Idealmente, o certificado será assinado pela autoridade de certificação interna do seu domínio, mas, na falta de uma PKI, você ainda pode estar sujeito à intermediação na primeira conexão, a menos que verifique a impressão digital.
fonte