Cae un blog asociativo. Sin competidores, sin datos bancarios. El administrador recibe un correo electrónico: “0,5 BTC y se detiene”. El VPS a seis euros al mes se satura de ancho de banda; el host apaga el servidor para proteger la red. El sitio pequeño era un objetivo, porque era fácil, no porque fuera rico.
Un ataque distribuido de denegación de servicio inunda un servicio con tráfico innecesario. Los sitios pequeños creen que son invisibles. Son menos de lo que piensan: dirección IP conocida, pila estándar de WordPress, falta de margen de seguridad.
¿Por qué un sitio pequeño es atacado?
| Patrón | Mecanismo |
|---|---|
| Extorsión | Correo electrónico más inundación hasta el pago |
| Conflicto personal | Foro, política, juegos |
| Garantía | Mismo rango de IP que otro objetivo |
| Escaneo de botnets | Explotar y luego probar la inundación |
| Competencia local | Raro pero documentado |
Ser pequeño no te da inmunidad. A veces, esto reduce el interés, no la probabilidad de un análisis automatizado.
Donde se esconde la fragilidad
Un VPS de nivel básico a menudo ofrece cien megabits por segundo o menos, con un núcleo sensible a las inundaciones SYN. En el compartido, un vecino atacado ralentiza a todos; la dirección IP compartida se puede incluir en la lista negra; consulte nuestra encuesta sobre IP compartidas. Sin CDN, el origen se expone directamente. Una API pesada (una ruta de búsqueda costosa) amplifica los ataques de Capa 7. formularios sin captcha agregan spam y gastos generales.
Defensa proporcionada con un presupuesto modesto
Coloque un CDN o proxy delante del origen: Cloudflare o la red anti-DDoS del host (VAC OVHcloud, etc.). Configure limitación de velocidad mediante nginx, reglas CDN o un modesto fail2ban. Aplique un mate agresivo a la estática para que el origen respire; consulte primer uso de CDN. Desactive XML-RPC WordPress si no es necesario. Configure monitoreo: tráfico anormal, pico de 502, ancho de banda. Prepare un plan de incidentes: quién cambia el proxy, quién contacta al anfitrión.
La protección empresarial no es necesaria para la mayoría de los sitios pequeños; evitar la exposición del origen es.
Señales de advertencia antes de la saturación
El tráfico HTTP se multiplicó por diez en diez minutos sin campaña de marketing. Solicitudes máximas en una sola URL (/xmlrpc.php, /wp-login.php). Ancho de banda saliente plano al 100% en el panel de hosting. Correos electrónicos de extorsión recibidos el día anterior. Estas señales a menudo preceden al cierre repentino por parte del host para proteger la red compartida; es mejor activar el proxy antes del cierre que negociar una restauración de emergencia del servicio. También documente quién tiene acceso al panel CDN y quién puede cambiar al modo "bajo ataque": en medio de un ataque, la búsqueda de identificadores desperdicia valiosos minutos.
Durante el ataque: orden útil
Primero confirme que efectivamente se trata de un ataque DDoS y no de un pico legítimo (ventas, contenido viral). Habilite proxy naranja o CDN si está disponible. Cambia temporalmente al modo desafío o "bajo ataque". Alerte al host: a veces es posible mitigar la red. No reinicie en un bucle sin diagnóstico. Registros de documentos; presentar una denuncia en caso de extorsión.
La cumbre: pagar no garantiza nada
Los sitios pequeños subestiman especialmente el costo indirecto: reputación, SEO bajo, atención al cliente abrumada, no solo la factura de infraestructura.
Decide y avanza sin puntos ciegos
Ocultar el origen a través de CDN desde el principio, no después del primer ataque. Lea el SLA anti-DDoS del host antes de firmar. Configurar limitación de velocidad y caché en rutas costosas. Preparar contactos de incidencias (host, CDN, responsable técnico). Compare las ofertas a través del directorio y de nuestra guía sitio web WAF.
Preguntas frecuentes
¿Por qué atacar un sitio pequeño y sin valor?
Los motivos varían: venganza, rescate, desvío, objetivo oportunista, prueba de botnet. El tamaño del sitio importa menos que su vulnerabilidad.
¿Mi host compartido protege contra DDoS?
A menudo existe una mitigación básica, pero un vecino saturado puede afectarle. Lea el SLA y las exclusiones.
¿Es suficiente Cloudflare gratuito?
A menudo sí para volumétricos; Los ataques sofisticados de Capa 7 a veces requieren un plan pago.
¿Qué hacer durante el ataque?
Habilite el proxy CDN, la tasa límite, el host de contacto y el documento. No pague rescate sin una estrategia legal.
Un sitio pequeño puede ser un objetivo de DDoS porque es accesible, no porque sea importante. Reduzca la exposición antes de que se convierta en evidencia.