Protección DDoS: qué ofrecen de verdad los proveedores
Hoy uno de cada dos proveedores pone «protección DDoS» en sus planes. Detrás puede haber un filtrado de varios terabits o solo el derecho a desconectar tu dirección cuando un ataque molesta a los vecinos. Veamos de qué se compone la protección, en qué se diferencian los niveles L3/L4 y L7 y cómo saber por el contrato qué estás comprando.
Un ataque DDoS es un flujo de peticiones desde muchas máquinas pensado para saturar un servidor o su canal, de modo que los visitantes reales no puedan llegar a él. La protección se monta en la red del proveedor o en un proveedor externo de filtrado: el tráfico sospechoso se separa del normal y se descarta antes de que llegue al servidor. El servidor por sí solo no puede con un ataque grande: si el canal hasta él está lleno, ningún ajuste dentro del sistema servirá ya de nada.
Niveles de ataque: L3/L4 y L7
Los ataques se clasifican por niveles del modelo de red, y la defensa frente a cada uno es distinta.
- Ataques volumétricos (L3/L4): llenan el canal; al servidor llega tanto tráfico que el puerto o los enlaces externos del centro de datos se ocupan por completo. Su potencia se mide en gigabits y terabits por segundo.
- Ataques a protocolos (L3/L4): no agotan el canal, sino los recursos que mantienen las conexiones: las tablas de estado del cortafuegos o la cola de nuevas conexiones TCP. Se miden en paquetes por segundo (pps, Mpps). Contra parte de ellos sirve también la protección en el propio servidor, por ejemplo las SYN cookies (RFC 4987).
- Ataques a la aplicación (L7): parecen peticiones HTTP normales a la web o a la API, como páginas de búsqueda, carrito o inicio de sesión. El canal está casi libre, pero cae el servidor web o la base de datos. Se miden en peticiones por segundo (rps) y se distinguen de los visitantes por el comportamiento, no por el volumen.
El filtrado de red L3/L4 es lo que el proveedor suele activar para todos los clientes. La protección L7 es más compleja: el filtro tiene que entender tu web, ver el contenido de las peticiones HTTPS y saber distinguir a un visitante de un bot. Por eso se vende más a menudo aparte, se conecta mediante un proxy con tu certificado o se deja del lado de la web: CDN, WAF, limitación de la frecuencia de peticiones en el servidor web.
«Protección incluida» frente a filtrado real
Según el catálogo de accsly a 3 de noviembre de 2026, 1117 de los 2236 proveedores con planes VPS declaran protección DDoS: exactamente la mitad. Se encontraron detalles sobre ella en 219 proveedores del catálogo, y el panorama es variado:
- 35 proveedores indican la capacidad de filtrado en Gbit/s o Tbit/s;
- 24 indican el nivel de protección (L3/L4 o L7);
- 8 mencionan L7, y en la mitad de ellos es de pago o se activa a petición;
- en aproximadamente una cuarta parte de los textos la protección es una opción de pago aparte, y en otra cuarta parte, más o menos, va incluida expresamente en el precio.
El resto se limita a frases breves: «disponible», «declarada», «protección de red integrada». No es necesariamente malo, pero con una frase así no se puede saber qué pasará durante un ataque. Bajo las mismas palabras aparecen tres cosas distintas:
- Filtrado permanente (always-on). Todo el tráfico pasa siempre por el filtro. El ataque se corta al instante, pero el filtro a veces afecta también al tráfico normal, por ejemplo a protocolos de juegos sobre UDP.
- Filtrado por activación (on-demand). El sistema vigila el tráfico y activa la limpieza cuando el flujo supera un umbral. Entre el inicio del ataque y la activación del filtro pasan segundos o minutos, y durante ese tiempo el servidor puede quedar inaccesible.
- Solo blackhole. No hay limpieza real: durante un ataque, la red del proveedor simplemente deja de dejar pasar el tráfico hacia tu dirección. Esto protege a los vecinos y al proveedor, pero no a ti.
Umbral y blackhole
Toda protección tiene un límite: un volumen o un número de paquetes a partir del cual el proveedor deja de filtrar. Normalmente figura en las condiciones así: «en caso de ataque superior a N Gbit/s, la dirección puede desconectarse temporalmente». La desconexión se hace mediante blackhole: el operador anuncia a las redes vecinas que el tráfico hacia tu dirección debe descartarse. Para ello BGP tiene la marca estándar BLACKHOLE (RFC 7999), y, siempre que es posible, se desconecta exactamente una dirección, /32 en IPv4 o /128 en IPv6, para no afectar a los vecinos.
Para el dueño del servidor esto significa algo sencillo: el ataque logra su objetivo, solo que no en tu servidor, sino en la red. La dirección queda inaccesible para todos hasta que se retira el blackhole, y el plazo varía entre proveedores; también conviene buscarlo en las condiciones. Si el proyecto no puede permitirse una parada así, el umbral de filtrado debe estar bastante por encima de los ataques que realmente esperas, y conviene poner delante de la web una protección L7 adicional.
Otro detalle es el puerto. En un plan con puerto de 100 Mbit/s, incluso un ataque pequeño lo llenará por completo, y el filtro del proveedor tiene que cortarlo antes de que llegue a tu puerto. Cómo interpretar la velocidad del puerto y el canal compartido se explica en Ancho de banda y tráfico: qué significan 1 Gbit/s e «ilimitado».
Qué preguntar al proveedor y revisar en el contrato
- Niveles. ¿Solo L3/L4 o también L7? Si hay L7, ¿cómo se conecta: mediante proxy, cambiando el DNS, con tu certificado o sin él?
- Capacidad. Cuántos Gbit/s y cuántos millones de paquetes por segundo aguanta el filtro por dirección, no para toda la red.
- Modo. Si el filtrado es permanente o se activa por umbral, y cuánto tarda en activarse.
- Qué pasa al superar el umbral. Si se desconecta la dirección, durante cuánto tiempo, si se puede retirar la desconexión antes y cuánto cuesta pasar a una protección superior.
- Dónde está el filtro. En el propio centro de datos o en un proveedor externo; si la protección cubre todas las ubicaciones del proveedor, porque a veces solo existe en una ciudad.
- Precio y plazos. Si la protección va incluida en el plan o es una opción de pago aparte, y si no se cobra por cada ataque mitigado.
- Responsabilidad. Si el tiempo de ataque cuenta en el SLA de disponibilidad. A menudo no: las condiciones excluyen los ataques de la garantía.
Conviene obtener las respuestas por escrito, en un ticket de soporte: esas son tus condiciones si lo que dice la web no basta. Las pautas generales para leer un plan están en Cómo leer los planes de hosting: los límites ocultos.
Qué hacer por tu cuenta
Incluso con una buena protección del proveedor, parte del trabajo queda de tu lado:
- deja cerrados en el cortafuegos todos los puertos salvo los necesarios y activa las SYN cookies (en la mayoría de las distribuciones Linux ya vienen activadas); la configuración básica se describe en Primeros 10 pasos tras comprar un VPS: seguridad;
- en una web, limita la frecuencia de peticiones a las páginas pesadas (búsqueda, inicio de sesión, carrito) en el propio servidor web y pon delante una CDN con protección L7;
- si la web está detrás de una CDN o un proxy, no publiques la dirección directa del servidor en el DNS ni en los correos: de lo contrario, el tráfico llegará sin pasar por el filtro;
- vigila la disponibilidad desde fuera para enterarte de un ataque antes que los visitantes; de eso trata Monitorización de un servidor: disponibilidad, carga y alertas;
- ten una copia de seguridad reciente y un procedimiento de migración: si el proveedor no da abasto, el proyecto se puede levantar en otro sitio.
Los planes con protección declarada en el precio están en la selección VPS con protección DDoS. Los servidores de juegos la necesitan más que otros, y normalmente precisamente L3/L4 sobre UDP: selecciones VPS para servidor de juegos y servidores dedicados para juegos.