El uso del Protocolo de Escritorio Remoto (RDP) en redes no confiables, como hoteles, conferencias o Wi-Fi p煤blico, representa un riesgo significativo para la seguridad. En un art铆culo publicado por GoSecure, se destaca que conectar a servidores RDP en este tipo de entornos debe evitarse. La 煤nica alternativa segura es proteger la conexi贸n mediante una red virtual privada (VPN) o un Remote Desktop Gateway.
Estudio del protocolo RDP
GoSecure ha estudiado el protocolo RDP durante mucho tiempo y desarrollado herramientas de ataque e intercepci贸n llamadas PyRDP. Con la exploraci贸n de esta herramienta es posible apreciar lo peligroso que resulta usar RDP en redes no confiables, un riesgo poco documentado en la Web.
Autenticaci贸n y confianza en RDP
El modelo de autenticaci贸n del protocolo RDP se compara con HTTPS o SSH. Con HTTPS dependemos de los navegadores para validar sitios mediante anclajes de confianza, mientras que SSH utiliza un modelo de 芦confianza en el primer uso禄 (TOFU), donde la huella digital del host se guarda tras la primera conexi贸n.
El protocolo RDP presenta un comportamiento similar a HTTPS con advertencias de certificado. Aunque Microsoft promueve el uso de PKI, no lo hace por defecto y es complejo para la mayor铆a de las organizaciones. En su lugar, muestra advertencias de certificado y permite una opci贸n 芦No me preguntes de nuevo禄, que puede parecer similar a TOFU pero no funciona exactamente igual.
El problema
Se ha demostrado que es posible capturar los hashes Net-NTLMv2 de usuarios RDP. La herramienta Responder fue la primera en soportar este ataque, y posteriormente se implement贸 en PyRDP el a帽o pasado.
GoSecure descubri贸 que las credenciales con hash pueden ser robadas antes de que aparezca cualquier advertencia o error de certificado. Esto ocurre incluso si se ha hecho clic en 芦No volver a preguntarme禄 en el error de certificado.
Microsoft reconoce que este es un error de dise帽o del protocolo y que su ingenier铆a no est谩 dispuesta a solucionarlo. No se ofrece ning煤n mecanismo alternativo de autenticaci贸n segura, siguiendo una postura de 芦no se arreglar谩, tal y como se dise帽贸禄.
Implicaciones
Un hash de la contrase帽a puede ser capturado por cualquier adversario en la ruta de red al servidor. Estos hashes NetNTLMv2 son potencialmente recuperables dependiendo de la complejidad de la contrase帽a, su presencia en bases de datos p煤blicas como RockYou2021 y los recursos del atacante.
Los riesgos son altos debido a que el ataque ocurre de forma indetectable. Aconsejamos evitar usar RDP en redes no fiables sin una seguridad de transporte adicional, como una VPN. En algunos contextos, la autenticaci贸n multifactor puede mitigar el riesgo si la contrase帽a original es lo suficientemente fuerte.
Prevenir este ataque es complejo debido a que se trata de un error de dise帽o en un protocolo documentado p煤blicamente con implementaciones de terceros. Este es el peor tipo de error para arreglar.
Lamentablemente, Microsoft no menciona ning煤n riesgo para el cliente ni existe ninguna hoja de ruta p煤blica que permita a las versiones posteriores del protocolo deshacerse de estos problemas.