<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>RDP on Adrián Lois</title><link>https://adrianlois.com/tags/rdp/</link><description>Recent content in RDP on Adrián Lois</description><generator>Hugo</generator><language>es</language><lastBuildDate>Tue, 17 Feb 2026 22:15:00 +0000</lastBuildDate><atom:link href="https://adrianlois.com/tags/rdp/index.xml" rel="self" type="application/rss+xml"/><item><title>Detectar, alertar y bloquear fuerza bruta a RDP</title><link>https://adrianlois.com/posts/detectar-alertar-bloquear-fuerza-bruta-rdp/</link><pubDate>Tue, 16 Nov 2021 21:10:00 +0000</pubDate><guid>https://adrianlois.com/posts/detectar-alertar-bloquear-fuerza-bruta-rdp/</guid><description>&lt;p&gt;Antes de nada comentar que es una muy mala práctica y está totalmente desaconsejado publicar hacia internet servicios de escritorio remoto. RDP es de los servicios más comprometidos por atacantes externos, con más intentos de ataques y que facilitan un vector de entrada directo a la red de una empresa si el acceso se configura de esta forma.&lt;/p&gt;
&lt;p&gt;En el caso de tener que publicar RDP a internet -sin una VPN o una conexión intermedia hacia un equipo bastión- aunque sea de una manera temporal, hay que hacerlo de la forma &amp;ldquo;más segura&amp;rdquo; posible.&lt;/p&gt;</description></item><item><title>Seth: Ataques MITM a conexiones RDP y mitigación</title><link>https://adrianlois.com/posts/seth-ataques-mitm-a-conexiones-rdp-y-mitigacion/</link><pubDate>Sat, 15 May 2021 17:30:00 +0000</pubDate><guid>https://adrianlois.com/posts/seth-ataques-mitm-a-conexiones-rdp-y-mitigacion/</guid><description>&lt;p&gt;&lt;a href="https://github.com/SySS-Research/Seth" target="_blank" rel="noopener"&gt;&lt;strong&gt;Seth&lt;/strong&gt;&lt;/a&gt; es una herramienta desarrollada en python y bash que nos permite realizar un ataque MITM &lt;a href="https://es.wikipedia.org/wiki/Ataque_de_intermediario" target="_blank" rel="noopener"&gt;man in the middle&lt;/a&gt; en conexiones RDP aprovechándose una configuración insegura como es el NO habilitar la autenticación a nivel de red NLA para conexiones de escritorio remoto.&lt;/p&gt;
&lt;p&gt;Como requerimiento previo para usar Seth es necesario tener instalado &lt;em&gt;arpspoof&lt;/em&gt; por lo que será necesario instalar el paquete &lt;em&gt;dsniff&lt;/em&gt;.&lt;/p&gt;
&lt;div class="highlight"&gt;&lt;pre tabindex="0" style="color:#e6edf3;background-color:#0d1117;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"&gt;&lt;code class="language-bash" data-lang="bash"&gt;&lt;span style="display:flex;"&gt;&lt;span&gt;apt install dsniff -y
&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;Clonar el repositorio de Seth.&lt;/p&gt;</description></item><item><title>Restringir el inicio de sesión RDP a Administradores y usuarios específicos (hardening)</title><link>https://adrianlois.com/posts/restringir-inicio-sesion-rdp-administradores-usuarios-hardening/</link><pubDate>Thu, 03 Sep 2020 16:02:00 +0000</pubDate><guid>https://adrianlois.com/posts/restringir-inicio-sesion-rdp-administradores-usuarios-hardening/</guid><description>&lt;p&gt;Por defecto para poder usar los &lt;em&gt;&lt;strong&gt;Servicios de escritorio remoto&lt;/strong&gt;&lt;/em&gt; &lt;a href="https://support.microsoft.com/en-us/help/186607/understanding-the-remote-desktop-protocol-rdp" target="_blank" rel="noopener"&gt;RDP Remote Desktop Protocol&lt;/a&gt; necesitamos un usuario, ya sea local en la máquina remota o de dominio, que tenga permisos para poder conectarse. Para ello dicho usuario debe ser miembro del grupo &lt;em&gt;&lt;strong&gt;Administradores locales&lt;/strong&gt;&lt;/em&gt; o bien del grupo &lt;em&gt;&lt;strong&gt;Usuarios de escritorio remoto&lt;/strong&gt;&lt;/em&gt;.&lt;/p&gt;
&lt;p&gt;Agregar o quitar usuarios o grupos a través de las Propiedades del sistema (sysdm.cpl) sería lo mismo que hacerlo a través del propio grupo local &amp;ldquo;Usuarios de escritorio remoto&amp;rdquo; que podemos encontrar en la consola lusrmgr.msc.&lt;/p&gt;</description></item><item><title>Hydra, Medusa y Ncrack: password cracking por fuerza bruta y password spraying</title><link>https://adrianlois.com/posts/hydra-medusa-ncrack-password-cracking-fuerza-bruta-spraying/</link><pubDate>Tue, 23 Jun 2020 16:22:00 +0000</pubDate><guid>https://adrianlois.com/posts/hydra-medusa-ncrack-password-cracking-fuerza-bruta-spraying/</guid><description>&lt;p&gt;THC-Hydra, Medusa y Ncrack son herramientas para realizar ataques de fuerza bruta a servicios activos cliente/servidor como: ssh, ftp, rdp, smb, mysql, telnet, http, imap, vnc, etc.&lt;/p&gt;
&lt;p&gt;Para mostrar el uso de estas herramientas usaré el siguiente escenario de ejemplos. Escaneando con nmap los equipos remotos y puertos empleados para cada tipo de servicio.&lt;/p&gt;
&lt;div class="highlight"&gt;&lt;pre tabindex="0" style="color:#e6edf3;background-color:#0d1117;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"&gt;&lt;code class="language-bash" data-lang="bash"&gt;&lt;span style="display:flex;"&gt;&lt;span&gt;nmap -p &lt;span style="color:#a5d6ff"&gt;21&lt;/span&gt; 10.0.0.16      &lt;span style="color:#8b949e;font-style:italic"&gt;# Windows 7 servicio FTP&lt;/span&gt;
&lt;/span&gt;&lt;/span&gt;&lt;span style="display:flex;"&gt;&lt;span&gt;nmap -p &lt;span style="color:#a5d6ff"&gt;3389&lt;/span&gt; 10.0.0.16    &lt;span style="color:#8b949e;font-style:italic"&gt;# Windows 7 servicio RDP&lt;/span&gt;
&lt;/span&gt;&lt;/span&gt;&lt;span style="display:flex;"&gt;&lt;span&gt;nmap -p &lt;span style="color:#a5d6ff"&gt;445&lt;/span&gt; 10.0.0.16     &lt;span style="color:#8b949e;font-style:italic"&gt;# Windows 7 servicio SMB/CIFS&lt;/span&gt;
&lt;/span&gt;&lt;/span&gt;&lt;span style="display:flex;"&gt;&lt;span&gt;nmap -p &lt;span style="color:#a5d6ff"&gt;22&lt;/span&gt; 10.0.0.40      &lt;span style="color:#8b949e;font-style:italic"&gt;# Linux servicio SSH&lt;/span&gt;
&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;div align="center"&gt;
&lt;p&gt;&lt;img src="hydra-medusa-ncrack-password-cracking-fuerza-bruta-spraying_01.png" alt="hydra-fuerza-bruta-wordlist-ftp"&gt;&lt;/p&gt;</description></item><item><title>Auditar inicios de sesión erróneos (ID 4625) y notificar vía email</title><link>https://adrianlois.com/posts/auditar-inicios-sesion-erroneos-id-4625-email/</link><pubDate>Sat, 18 Jan 2020 09:30:00 +0000</pubDate><guid>https://adrianlois.com/posts/auditar-inicios-sesion-erroneos-id-4625-email/</guid><description>&lt;p&gt;Una forma de auditar los errores de accesos de inicio de sesión o login a un sistema Windows ya sean accesos físicos, en remoto mediante RDP, recursos compartidos CIFS o llamadas a procedimientos remotos RPC como pueden ser el acceso a consolas msc de equipos remotos. Se considerarán inicios de sesión en una máquina Windows.&lt;/p&gt;
&lt;p&gt;Este artículo se centrará en la auditoría de todos los accesos erróneos de login a un sistema pero en especial irá enfocado a los intentos de inicios de sesión RDP desde equipos remotos y la notificación de este evento vía un mensaje de correo electrónico de forma automática.&lt;/p&gt;</description></item><item><title>NETSH portproxy: Port forwarding local en Windows</title><link>https://adrianlois.com/posts/netsh-portproxy-port-forwarding-local-en-windows/</link><pubDate>Sun, 24 Feb 2019 17:00:00 +0000</pubDate><guid>https://adrianlois.com/posts/netsh-portproxy-port-forwarding-local-en-windows/</guid><description>&lt;p&gt;Un método para crear túneles haciendo un reenvío de puertos usando un sistema Windows es el uso de la utilidad de comandos &lt;a href="https://docs.microsoft.com/es-es/windows-server/networking/technologies/netsh/netsh-contexts" target="_blank" rel="noopener"&gt;NETSH&lt;/a&gt;. Para hacer uso de este comando es necesario tener privilegios administrativos sobre la máquina.&lt;/p&gt;
&lt;p&gt;Netsh tiene una propiedad llamada &lt;a href="https://docs.microsoft.com/en-us/windows-server/networking/technologies/netsh/netsh-interface-portproxy" target="_blank" rel="noopener"&gt;portproxy&lt;/a&gt; la cual actúa como un proxy en las redes y aplicaciones IPv4 e IPv6.&lt;/p&gt;
&lt;p&gt;Mostraré un ejemplo que podría ser típico, &lt;strong&gt;se trata de un reenvío de puertos local&lt;/strong&gt; con el fin de &lt;strong&gt;establecer una conexión de Escritorio Remoto (RDP) entre dos máquinas Windows&lt;/strong&gt;.&lt;/p&gt;</description></item><item><title>Plink SSH: auto-aceptar hostkey al crear túnel local port forwarding</title><link>https://adrianlois.com/posts/plink-ssh-auto-hostkey-fingerprint-tunel-local-forwarding/</link><pubDate>Sat, 16 Feb 2019 20:30:00 +0000</pubDate><guid>https://adrianlois.com/posts/plink-ssh-auto-hostkey-fingerprint-tunel-local-forwarding/</guid><description>&lt;p&gt;&lt;strong&gt;Hostkey o fingerprint SSH&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;Cuando nos conectamos a través de un cliente SSH como &lt;a href="https://www.putty.org/" target="_blank" rel="noopener"&gt;PuTTY&lt;/a&gt;, por primera vez en una conexión se nos mostrará una alerta de seguridad indicando que el host key no está cacheado en el registro, no es más que la huella digital o fingerprint de la máquina remota a la que nos conectamos usado como método de confianza para garantizar la autenticidad de la máquina remota.&lt;/p&gt;
&lt;p&gt;Esta host key al no estar registrada o cacheada por la máquina cliente que establece la conexión por primera vez, nos alerta de que no hay garantía de que el servidor remoto sea quien creemos que es.&lt;/p&gt;</description></item><item><title>Credenciales almacenadas en caché de RDP: riesgos y mitigación</title><link>https://adrianlois.com/posts/credenciales-almacenadas-cache-rdp-riesgos-mitigacion/</link><pubDate>Sat, 03 Nov 2018 18:23:00 +0000</pubDate><guid>https://adrianlois.com/posts/credenciales-almacenadas-cache-rdp-riesgos-mitigacion/</guid><description>&lt;p&gt;En el artículo anterior había comentado sobre la &lt;a href="https://www.zonasystem.com/2018/10/cache-credenciales-recursos-red-almacenadas-windows.html" target="_blank" rel="noopener"&gt;Gestión y recuperación de credenciales almacenadas en recursos y servicios de Windows&lt;/a&gt;. En relación a esto quiero abordar el caso concreto del &lt;strong&gt;almacenamiento de credenciales en caché para el servicio de RDP&lt;/strong&gt;, su comportamiento por defecto, riesgos de seguridad que esto supone y cómo mitigarlos correctamente.&lt;/p&gt;
&lt;p&gt;Windows permite de forma predeterminada que el cliente de Escritorio Remoto (RDP) recuerde las credenciales introducidas en sesiones previamente establecidas.&lt;/p&gt;</description></item><item><title>Gestión y recuperación de credenciales almacenadas en Windows</title><link>https://adrianlois.com/posts/gestion-recuperacion-credenciales-windows/</link><pubDate>Fri, 12 Oct 2018 10:57:00 +0000</pubDate><guid>https://adrianlois.com/posts/gestion-recuperacion-credenciales-windows/</guid><description>&lt;p&gt;Siguiente artículo relacionado:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href="https://www.zonasystem.com/2018/10/credenciales-almacenadas-rdp-riesgos-seguridad-y-mitigacion.html" target="_blank" rel="noopener"&gt;Credenciales almacenadas en caché en RDP: Comportamiento por defecto, riesgos de seguridad y mitigación&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Existen varias formas de poder visualizar las credenciales &lt;code&gt;dominio\usuario y password&lt;/code&gt; de los recursos de red almacenados, servicios de RDP entre otro tipo de credenciales almacenadas de Windows.&lt;/p&gt;
&lt;p&gt;Para que este almacenamiento sea posible debemos tener habilitado y en ejecución (por defecto ya suele estarlo) el servicio de &amp;ldquo;Administrador de credenciales&amp;rdquo; (VaultSvc) que proporciona el almacenamiento seguro y recuperación de credenciales de usuarios.&lt;/p&gt;</description></item><item><title>Túnel SSH con PuTTY para RDP (local port forwarding)</title><link>https://adrianlois.com/posts/tunel-ssh-putty-rdp-local-port-forwarding/</link><pubDate>Wed, 01 Aug 2018 19:57:00 +0000</pubDate><guid>https://adrianlois.com/posts/tunel-ssh-putty-rdp-local-port-forwarding/</guid><description>&lt;p&gt;Un &lt;a href="https://es.wikipedia.org/wiki/T%C3%BAnel_%28inform%C3%A1tica%29#T%C3%BAnel_SSH" target="_blank" rel="noopener"&gt;túnel SSH&lt;/a&gt; se utiliza principalmente para tunelizar tráfico sobre internet o sobre una red local de una manera segura. Podemos encapsular un tipo de protocolo sobre una conexión establecida &lt;a href="https://es.wikipedia.org/wiki/Secure_Shell" target="_blank" rel="noopener"&gt;SSH&lt;/a&gt; (Secure SHell).&lt;/p&gt;
&lt;p&gt;Supongamos que nos queremos conectar a un servidor interno de una red local a través de Internet, pero el firewall de la compañía restringe las conexiones origen dirigidas a determinados puertos, entre ellos el 3389 (puerto por defecto usado para RDP), sin embargo si permite conexiones al puerto 22 (puerto por defecto para SSH).&lt;/p&gt;</description></item><item><title>Licencias RDP entre Windows Server 2016 y Windows Mobile (RDM, Windows CE, RDP 5.x/6.x)</title><link>https://adrianlois.com/posts/solucion-licencias-rdp-windows-server-2016-windows-mobile-rdm/</link><pubDate>Thu, 19 Jul 2018 19:30:00 +0000</pubDate><guid>https://adrianlois.com/posts/solucion-licencias-rdp-windows-server-2016-windows-mobile-rdm/</guid><description>&lt;p&gt;Actualmente &lt;a href="https://es.wikipedia.org/wiki/Remote_Desktop_Protocol" target="_blank" rel="noopener"&gt;RDP&lt;/a&gt; (&lt;em&gt;Remote Desktop Protocol&lt;/em&gt;) está en versión 10.x y versiones más actualizadas que incluyen importantes mejoras de seguridad. Mejoras como una mayor longitud de clave generada por el servidor de licencias RDS 4096 bits con un algoritmo de seguridad SHA256 soportando SSL/TLS y &lt;a href="https://en.wikipedia.org/wiki/Network_Level_Authentication" target="_blank" rel="noopener"&gt;NLA&lt;/a&gt; (&lt;em&gt;Network Level Authentication&lt;/em&gt;).&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Versiones iguales o inferiores a RDP 6.x no soportan las características anteriores&lt;/strong&gt;. El límite de longitud para las claves es de 2048 bits con algoritmo de seguridad &lt;a href="https://en.wikipedia.org/wiki/SHA-1" target="_blank" rel="noopener"&gt;SHA1&lt;/a&gt; (&lt;em&gt;Secure Hash Algorithm 1&lt;/em&gt;).&lt;/p&gt;</description></item><item><title>Servidores y modo de licencias CAL de Servicios de Escritorio Remoto (RDS)</title><link>https://adrianlois.com/posts/servidores-licencias-cal-de-servicios-escritorio-remoto-rds/</link><pubDate>Mon, 09 Jul 2018 19:00:00 +0000</pubDate><guid>https://adrianlois.com/posts/servidores-licencias-cal-de-servicios-escritorio-remoto-rds/</guid><description>&lt;p&gt;Este ejemplo sería aplicable para un entorno en la que disponemos de varios Windows Server. Uno de ellos será el que tendrá el rol instalado de Administrador de licencias de &lt;a href="https://blogs.technet.microsoft.com/latam/2017/07/20/arquitectura-de-remote-desktop-services-rds-y-sus-roles-principales/" target="_blank" rel="noopener"&gt;Servicios de Escritorio remoto&lt;/a&gt; (RDS - &lt;em&gt;Remote Desktop Services&lt;/em&gt;) en el que instalaremos licencias &lt;a href="https://www.microsoft.com/es-xl/licensing/product-licensing/client-access-license.aspx" target="_blank" rel="noopener"&gt;CAL&lt;/a&gt; &lt;em&gt;(Client Access Licenses)&lt;/em&gt; ya sean por usuario o por dispositivo.&lt;/p&gt;
&lt;p&gt;En este caso habrá 5 licencias CAL por usuario para RDS.&lt;/p&gt;
&lt;div align="center"&gt;
&lt;p&gt;&lt;img src="servidores-licencias-cal-de-servicios-escritorio-remoto-rds_01.png" alt="Figura 1: Administrador de licencias de Escritorio remoto."&gt;&lt;/p&gt;</description></item><item><title>Configurar DDNS con No-IP para acceso remoto (Windows/Linux)</title><link>https://adrianlois.com/posts/configurar-ddns-noip-windows-linux/</link><pubDate>Wed, 04 Nov 2015 12:18:00 +0000</pubDate><guid>https://adrianlois.com/posts/configurar-ddns-noip-windows-linux/</guid><description>&lt;p&gt;Hoy en día existe gran información en internet sobre cómo crear un &lt;strong&gt;DDNS&lt;/strong&gt; (&lt;em&gt;Dynamic Domain Name System&lt;/em&gt;), pero simplemente como apunte personal y con motivo de entradas posteriores que iré publicando, escribiré esta entrada para tenerla como referencia.&lt;/p&gt;
&lt;p&gt;En una red convencional disponemos de un rango de IPs internas (LAN) los cuales hacen NAT para salir a otras redes externas hacia Internet, NAT traduce las peticiones de todas las direcciones IPs internas en una única dirección IP externa/pública la cual es proporcionada por nuestro ISP.&lt;/p&gt;</description></item><item><title>Eliminar la caché de equipos en conexiones RDP</title><link>https://adrianlois.com/posts/eliminar-cache-equipos-conexiones-rdp/</link><pubDate>Wed, 26 Aug 2015 10:00:00 +0000</pubDate><guid>https://adrianlois.com/posts/eliminar-cache-equipos-conexiones-rdp/</guid><description>&lt;p&gt;Si hemos realizado &lt;strong&gt;conexiones por Terminal Services (escritorio remoto&lt;/strong&gt;) veremos que estas guardan o quedan cacheadas en el panel de conexión por escritorio remoto.&lt;/p&gt;
&lt;p&gt;La caché guarda temporalmente los datos recientemente procesados de modo que la siguiente vez que nos queramos conectar a otro equipo lo tengamos más cómodo a la hora de introducir los datos necesarios.&lt;/p&gt;
&lt;div align="center"&gt;
&lt;p&gt;&lt;img src="eliminar-cache-equipos-conexiones-rdp_01.png" alt="Figura 1: Nombres de equipo en los que se tuvo alguna vez conexión RDP."&gt;&lt;/p&gt;</description></item></channel></rss>