← AXION / volver a las demosLaboratorio didáctico · datos ficticios · no es una auditoría real
AXION SECURITY LABLAB-05 / BOTS

LABORATORIO 05 · TRÁFICO

Bots y límites

Un servidor ficticio, «api.tiendaficticia.es», atiende a sus clientes. Lanza una ráfaga de bots desde cuatro direcciones y mira cómo se satura; después activa el límite por IP y el WAF y observa qué se bloquea, dónde y cuánto tarda en responder. Es una simulación con cifras inventadas que corre entera en tu navegador.

Tu navegador no dibuja la escena; los contadores y la tabla funcionan igual.

clientebotrechazada por el límitedescartada por el WAFservidor

Servidas
0
Bloqueadas por límite
0
Bloqueadas por WAF
0
Tiempo de respuesta
48ms

IP más activas

DirecciónPeticionesEstado
Aún no hay tráfico.

Peticiones de los últimos veinte segundos; se muestran las seis direcciones con más. Son rangos reservados para documentación: no pertenecen a nadie.

Qué está pasando

LÍMITES POR IP Y POR DÍA

Como los de esta web

Esta misma web aplica límites de ese tipo a su chat y a sus formularios: una cuota por dirección IP en una ventana corta y otra por día. Las cifras concretas importan menos que el principio: el abuso choca con la puerta antes de costar servidor, dinero o datos, y quien usa la web con normalidad no llega nunca al tope.

Por IP y por minuto

Frena la ráfaga. Cada dirección tiene una cuota en una ventana corta; superada, el servidor contesta con un 429 («demasiadas peticiones») y una cabecera que dice cuándo volver a intentarlo, sin gastar nada en atender la petición. Un cliente normal no llega a la cuota ni queriendo.

429 · Retry-After: 30

Por IP y por día

Frena el goteo. Un bot paciente que se mantiene por debajo del límite por minuto puede sumar miles de peticiones al cabo del día. Una cuota diaria por dirección corta ese abuso lento; en un chat con inteligencia artificial, donde cada respuesta cuesta dinero, el tope diario protege también la factura.

cuota diaria agotada → mensaje claro y vuelta mañana

Por recurso, no para toda la web

Cada puerta con su límite. El formulario de contacto, el chat, el inicio de sesión y la búsqueda no tienen el mismo coste ni el mismo riesgo. Un límite por recurso frena el formulario abusado sin tocar el resto de la web, y un mensaje honesto («has enviado demasiadas veces, inténtalo en un rato») evita que el cliente real crea que la web está rota.

contacto · chat · acceso · búsqueda: cada uno con su cuota

Lo que un límite por IP no resuelve: un ataque repartido entre miles de direcciones, cada una por debajo de la cuota. Para eso están el WAF, la red de entrega que absorbe el volumen y el bloqueo por reputación. El límite es la primera capa, no la única.

Qué aprendes

  1. Un servidor sin filtros no distingue un bot de un cliente: atiende a todos por orden de llegada, así que cuando llega la ráfaga los clientes de verdad esperan lo mismo que los bots.
  2. El límite por IP es la defensa más barata contra una ráfaga: una cuota por dirección y un 429 para el resto. Quien usa la web con normalidad no se entera de que existe.
  3. Ninguna capa basta sola: el límite no ve el ataque repartido y el WAF no ve al bot que imita bien a un navegador. Las defensas se encadenan, y se miden con contadores como los de arriba.

Demo didáctica con datos ficticios: no analiza tu web ni tus contraseñas; nada sale de tu navegador.