Detenga los ataques de fuerza bruta RDP en sus servidores Windows

Free es permanente y no pide tarjeta: protección RDP contra fuerza bruta en un servidor, bloqueo de la dirección del atacante, 24 horas de historial y una lista blanca de hasta tres direcciones. No caduca y no es una prueba. Los planes de pago añaden el bloqueo de toda la subred del atacante en lugar de una dirección cada vez, protección de FTP y MS SQL, alertas por Telegram, reglas GeoIP, más historial y la base de amenazas compartida.

Cada cuenta la recibe una vez, sin tarjeta y sin nada que cancelar. Desbloquea todas las funciones de Pro en tus propios servidores. Pasados los 14 días la cuenta vuelve sola a Free y la protección sigue funcionando: el bloqueo de subredes pasa a ser por dirección, las alertas de Telegram se apagan y el historial se reduce a 24 horas. Nunca se cobra nada de forma automática.

Añade servidores de uno en uno por 3 $ al mes cada uno, en vez de subir de plan. Los servidores adicionales se renuevan en el mismo ciclo que el plan al que amplían.

Sí. El agente solo lee el registro de seguridad de su propio sistema operativo y bloquea conexiones entrantes a los puertos protegidos de esa misma máquina. Solo realiza peticiones HTTPS salientes y no abre puertos entrantes.

Sí. La decisión de bloquear se toma localmente en el agente, por lo que la protección sigue funcionando con la última política aplicada aunque la nube no esté disponible.

El agente detecta el puerto RDP real automáticamente a partir del registro y de los sockets a la escucha, y reconstruye sus reglas cuando el puerto cambia. El puerto FTP se detecta igual.

No. Durante la instalación su dirección IP actual se añade a la lista blanca, y las fuentes de la lista blanca siempre tienen prioridad sobre cualquier bloqueo.

Windows Server de 2012 R2 a 2025 y Windows 8.1 / 10 / 11, en x64, x86 y ARM64. Un solo binario sin dependencias adicionales.

Los pagos internacionales se procesan con PayPro Global, los pagos en Rusia con YooKassa, y la criptomoneda está disponible como alternativa. El plan Free es permanente y no requiere tarjeta.

RDP Protector es la alternativa a Fail2ban creada de forma nativa para Windows Server. Fail2ban es un demonio de Linux: lee registros de texto y llama a iptables o nftables, que no existen en Windows. Las adaptaciones de la idea suelen pasar por Cygwin o WSL con un script encima de netsh. RDP Protector hace el mismo trabajo a la manera de Windows: se suscribe al registro de eventos de seguridad de Windows, decide localmente que un origen está atacando y escribe el bloqueo en el Firewall de Windows como una única regla consolidada en lugar de miles. Sin entorno Linux, sin análisis de registros de texto, sin scripts.

Resuelven el mismo primer problema - vigilar los inicios de sesión fallidos y bloquear la dirección - y RDP Protector también empieza ahí. La diferencia aparece a partir del segundo servidor. Esas herramientas funcionan por máquina: cada una con sus ajustes, su lista de bloqueo y ninguna noción de lo que ya ha visto la máquina de al lado. Aquí los agentes comparten una política y una base de reputación entre inquilinos, así que una dirección que atacó otro servidor protegido ya es conocida por el suyo; los planes de pago bloquean toda la subred /24 en vez de una dirección cada vez, y el panel muestra el parque entero de una vez.

Porque bloquea la cuenta, no al atacante. Una directiva de bloqueo detiene los intentos desactivando el objetivo: justo lo que un bot necesita para dejar a su administrador fuera de un servidor en el que él mismo nunca habría entrado, y por eso los bloqueos de cuenta acaban siendo una herramienta de denegación de servicio. Con el tráfico no hace nada: los intentos siguen llegando, siguen costando CPU y siguen llenando el registro. Bloquear el origen en el firewall detiene los intentos en lugar de detener la cuenta.

La mayoría del ransomware no llega a un servidor Windows por un exploit: inicia sesión. El grupo adivina o compra una contraseña de RDP, entra como administrador, desactiva el antivirus, borra las instantáneas de volumen y lanza el cifrador a mano. Por eso la seguridad de RDP es la medida antiransomware que antes se paga: saca el Escritorio remoto de internet abierto cuando puedas, exige autenticación multifactor en toda cuenta que pueda alcanzarlo y banea la dirección de origen automáticamente tras unos pocos inicios de sesión fallidos, para que la adivinación nunca termine. De esto último se encarga RDP Protector: lee el registro de seguridad de Windows en el propio servidor, banea la subred del atacante en el firewall antes de que salte el bloqueo de la cuenta y guarda el historial de cada intento. Acompáñalo de copias de seguridad offline de las que hayas restaurado de verdad: juntas deciden si una intrusión es un incidente o un desastre.

Con RDP Protector instalo el agente como un servicio de Windows: lee eventos de autenticación local, determina el puerto RDP real y agrega bloqueo de fuente al Firewall de Windows después de un umbral de intentos por ventana de tiempo. Incluyo en la lista blanca mis direcciones administrativas, verifico el ataque en el panel y dejo que la política local funcione incluso si pierdo la conexión a la nube.

Gratis sin RDP Protector Cierro RDP de todo Internet y solo permito el puerto TCP desde VPN o IP fijas en Firewall de Windows Defender. Habilito NLA, MFA a través de RD Gateway, contraseñas largas únicas y auditoría de eventos 4625/4624; Si la VPN no es posible, escribo una tarea de PowerShell para analizar el registro de eventos y las reglas temporales del firewall, controlando de forma independiente la eliminación de reglas y excepciones.

Con RDP Protector bloqueo la red de origen a nivel de firewall antes de que alcance el límite de error de una cuenta en particular. Agrego subredes de oficina/VPN a la lista blanca, configuro la ventana y el umbral en función del fondo real, habilito las notificaciones y verifico el historial de ataques sin relajar la política de bloqueo de dominio.

De forma gratuita, solo publico RDS a través de RD Gateway o VPN, permito conexiones desde subredes confiables y habilito NLA. Configuro un umbral/duración de bloqueo razonable, cuentas administrativas separadas y alerta para eventos 4625 con tipo de inicio de sesión 10; El bloqueo manual de IP es aceptable como medida temporal, pero documento la duración de cada regla para no acumular una lista negra eterna.

Con RDP Protector instalo un agente liviano que detecta automáticamente el puerto RDP y aplica reglas locales de Firewall de Windows. Primero agrego la dirección actual a la lista blanca, verifico el acceso desde el canal de respaldo y uso protección de servidor único gratuita; si Internet falla, la última política permanece en el VPS.

De forma gratuita, creo una red VPN WireGuard/Tailscale separada y cierro RDP para la interfaz pública, dejando la consola de emergencia del proveedor de alojamiento. Incluyo NLA, actualizaciones, una cuenta única sin el nombre de administrador estándar, MFA cuando esté disponible y copia de seguridad externa diaria con claves separadas; Utilizo la transferencia de puerto sólo para reducir el ruido, no como protección.

Con RDP Protector elimino los repetidos inicios de sesión fallidos en el Firewall de Windows, mantengo una lista blanca de fuentes confiables y veo las direcciones y tiempos de los ataques de manera centralizada. Considero al agente como una capa externa a la cuenta, pero guardo por separado los privilegios mínimos, las actualizaciones y las copias de seguridad; el bloqueo de fuerza bruta no reemplaza la protección de datos después de iniciar sesión.

De forma gratuita, instalo RD Gateway/VPN frente al servidor, habilito NLA y MFA, separo cuentas administrativas y de usuario, niego a los usuarios locales el acceso a las copias de seguridad y pruebo la recuperación. Recopilo 4624/4625 y cambios en los grupos de administradores en Windows Event Forwarding y cierro el público 3389 con reglas de firewall.

Con RDP Protector, habilito la recopilación de eventos de servicios compatibles, permito que el agente determine los puertos reales y aplico una solución de firewall local a la red del atacante. Me aseguro de que los registros de auditoría necesarios estén habilitados, agrego integraciones confiables a la lista blanca y veo el historial de fuentes asociado en un panel; La protección extendida de FTP y MS SQL depende de la tarifa.

De forma gratuita, cierro MS SQL y FTP administrativo desde Internet, solo los permito a través de una VPN o lista de IP y reemplazo FTP por SFTP siempre que sea posible. Habilito la auditoría de inicio de sesión de SQL Server, el registro FTP avanzado y el reenvío de eventos de Windows, luego ejecuto una tarea de PowerShell que normaliza las fuentes y agrega reglas temporales de Firewall de Windows con TTL.

Con RDP Protector bloqueo las fuentes en función del flujo real de entradas fallidas, en lugar de prohibir todas las direcciones desconocidas por adelantado. Agrego la IP administrativa actual durante la instalación, mantengo una lista blanca para VPN y redes conocidas, aplico GeoIP solo como una regla adicional y verifico si hay bloqueos en el panel de la nube.

De forma gratuita, doy acceso a los empleados a través de WireGuard/Tailscale o RD Gateway con MFA y cierre el RDP público. Si esto es temporalmente imposible, habilito NLA, contraseñas únicas y seguras, un breve tiempo de espera de sesión y una alerta para 4625/4624 de un nuevo país; No bloqueo la NAT general para siempre, sino que uso reglas de firewall temporales y un canal de acceso de emergencia.

Con RDP Protector, dejo habilitada la respuesta a errores masivos para todas las redes externas, agrego solo la VPN controlada a la lista blanca, no las direcciones particulares de los contratistas, y obtengo un historial de fuentes y bloqueos. Combino esto con una cuenta temporal separada de Windows: el agente protege el perímetro y la duración y los derechos permanecen en mi política de acceso.

De forma gratuita, creo un perfil VPN personal y una cuenta de Windows para cada contratista con una fecha de vencimiento, grupos mínimos y prohibición de inicio de sesión local si no es necesario. Habilito MFA en la puerta de enlace, registro 4624/4634/4672, elimino el perfil después del trabajo y no uso una cuenta compartida; de lo contrario, la investigación y la revocación del acceso se vuelven imposibles.

Con RDP Protector detengo la fuente ante una serie de errores antes de que alcance el umbral de bloqueo del dominio o adivine la contraseña. Configuré una lista blanca solo para redes donde la integración realmente funciona, controlo los ataques en el panel y dejo el bloqueo local para actuar fuera de línea; Al mismo tiempo, planeo retirar la cuenta obsoleta.

De forma gratuita, desactivo esta cuenta de RDP a través de la Asignación de derechos de usuario si no se requiere inicio de sesión interactivo y restrinjo el inicio de sesión en la red a los hosts requeridos. Cambio la contraseña a un secreto largo y aleatorio, la guardo, habilito la auditoría y la lista de permitidos del firewall a través de VPN; Si aún se necesita RDP, creo un acceso de puerta de enlace independiente con MFA.

Con RDP Protector configuro el umbral de bloqueo de la red por debajo del umbral del dominio y baneo la fuente en el Firewall de Windows hasta que el usuario sea bloqueado nuevamente. Utilizo una prohibición de subred contra la rotación de direcciones vecinas, excluyo redes confiables y hago un seguimiento de qué fuentes apuntan a la cuenta; Al mismo tiempo, no estoy debilitando mi política de dominios.

De forma gratuita, cierro el RDP detrás de VPN/RD Gateway, cambio el nombre de administrador conocido públicamente y separo las cuentas de trabajo y de emergencia. Configuré una alerta para 4740 y 4625, reviso el nombre/IP de la computadora que llama y bloqueo temporalmente la fuente con un script de PowerShell; Utilizo un aumento simple en el umbral de bloqueo solo después del análisis de riesgos, porque facilita la selección real.

Con RDP Protector bloqueo inmediatamente fuentes y subredes activas según la política local, reviso el historial de ataques y dejo la lista blanca solo para el canal controlado. Luego cambio la contraseña, finalizo las sesiones activas y analizo el 4624 Logon Type 10 exitoso; El producto reduce la ventana de ataque, pero no cancela la investigación de un inicio de sesión existente.

De forma gratuita, cierro temporalmente el RDP público con una regla de Firewall de Windows, restablezco la contraseña y los secretos asociados, revoco sesiones y habilito MFA a través de RD Gateway/VPN. Verifico 4624, 4672, nuevos 7045 servicios, tareas, usuarios y alertas de Defender para el período; Después de la limpieza, permito RDP solo a través de un canal seguro y prohíbo la reutilización de contraseñas.

Con RDP Protector subo el historial de ataques detectados y bloqueos aplicados, adjunto parámetros de umbral/ventana, una lista de puertos protegidos y excepciones aprobadas. Documento el comportamiento local del agente cuando se pierde la nube, la conexión HTTPS saliente y el puerto de control entrante faltante, luego ejecuto una prueba controlada y guardo el evento, la regla de firewall y la notificación.

De forma gratuita, creo una política RDP a través de VPN/RD Gateway, exporto GPO, reglas de Firewall de Windows y registro 4625/4624 para proteger el almacenamiento. Almaceno los cambios en un registro de cambios, pruebo el bloqueo y MFA mensualmente, firmo el informe con la persona responsable y comparo una muestra de inicios de sesión exitosos con una lista de empleados; una prueba se crea mediante un procedimiento repetible.

Con RDP Protector, permito que el agente reconozca una serie de inicios de sesión fallidos y bloquee la fuente del Firewall de Windows, después de lo cual las nuevas conexiones no logran autenticarse y dejan de generar el mismo volumen de eventos. Verifico el tamaño del registro y la retención por separado y uso el historial de ataques como un índice compacto de los eventos originales.

De forma gratuita, restrinjo el acceso a los puertos a través de VPN/lista de permitidos, aumento el tamaño del registro de seguridad y habilito el archivado en lugar de reescribirlo. Envío 4625/4624 al Recolector de eventos de Windows o SIEM, filtro los tipos de inicio de sesión requeridos y activo un bloqueo temporal en el umbral; No desactivo la auditoría, porque después de un inicio de sesión exitoso sigue siendo la principal fuente de datos.

Con RDP Protector, configuro un umbral de bloqueo automático local para que el agente aplique la regla del Firewall de Windows sin intervención humana ni esperando un comando de la nube. Envío notificaciones al canal correcto, verifico el historial y las excepciones por la mañana y, para correr el riesgo de autobloqueo, guardo la consola de emergencia y la lista blanca con anticipación.

De forma gratuita, instalo RDP detrás de una VPN que se ejecuta constantemente, configuro la tarea programada PowerShell en función de los eventos 4625 y envío correo/webhook a través de mi propio servidor. Utilizo reglas temporales con fecha de vencimiento, pruebo la tarea con un ataque de prueba y documento el acceso de emergencia; Yo mismo manejo el script, los registros y la entrega de notificaciones.

Con RDP Protector conecto cada servidor como un agente, veo sus puertos reales y su estado desde un panel, pero mantengo políticas separadas y listas blancas cuando difieren. Aplico un umbral de referencia, documento excepciones, distribuyo notificaciones y uso el historial de cada host para informar al cliente.

De forma gratuita, almaceno la configuración de Windows Firewall/GPO en inventarios separados del cliente Ansible/PowerShell DSC, implemento la plantilla base a través de CI y no mezclo secretos y listas de direcciones de inquilinos. Centralizo eventos a través de WEF/WEC o Wazuh gratuito, configuro etiquetas de cliente y compruebo desviaciones con un script; Mantengo la infraestructura y me actualizo.

Con RDP Protector aplico la política directamente en el agente: continúa leyendo eventos locales y cambia el Firewall de Windows a la última configuración, incluso cuando el panel no está disponible. Sincronizo la lista blanca y los umbrales con anticipación, después de restablecer la conexión, verifico el informe y no vinculo la decisión sobre cada inicio de sesión a la API remota.

De forma gratuita, localizo completamente el control: Windows Firewall permite RDP solo desde VPN/subredes requeridas, y la tarea programada analiza el registro de eventos y crea reglas temporales sin una red. Almaceno la configuración y los registros en el servidor, configuro una cola de notificaciones después de restaurar el enlace y me aseguro de que una falla de DNS o de la nube no elimine ninguna prohibición ya aplicada.