Preguntas frecuentes

El DDoS (denegación de servicio distribuida) se produce cuando un gran número de dispositivos comprometidos envían tráfico simultáneo al mismo objetivo y dejan un servicio inaccesible. El objetivo no es robar datos, sino tumbar el servicio; por eso, aunque durante el ataque su servidor parezca estar en funcionamiento, sus usuarios no pueden conectarse. Como el tráfico llega desde miles de direcciones distintas, bloquear una sola IP no sirve de nada. Los ataques llegan como tráfico volumétrico de capa 3/4 o como una avalancha de peticiones generadas en la capa de aplicación (capa 7).

La protección no se construye con un solo dispositivo, sino por capas: enrutamiento anycast y CDN que distribuye el tráfico, centros de scrubbing que limpian el tráfico sospechoso antes de que llegue al objetivo, reglas de WAF y limitación de tasa que actúan en la capa de aplicación y, cuando es necesario, filtros por IP o por país. Ninguna basta por sí sola; lo determinante es la capacidad conjunta de estas capas y la rapidez con la que entran en acción cuando comienza el ataque. inDDoS mide precisamente estos umbrales: hace visible qué regla se activa y con qué intensidad, y dónde se rompe la protección.

Haber adquirido una solución de protección no significa que funcione. Los límites del dispositivo, una configuración incorrecta o un ataque que supere la capacidad solo salen a la luz bajo tráfico real. La prueba hace medibles la intensidad a la que se rompe su protección, el tiempo que tarda en activarse y la cantidad de interrupción que llega a los usuarios. Así la inversión se dirige a la capa correcta y a la capacidad correcta, y no se improvisa en el momento del incidente. El informe de la prueba también le permite documentar su resiliencia en auditorías y contratos con clientes.

Los síntomas suelen ser los mismos: tiempos de respuesta que se alargan de repente o un servicio que se vuelve completamente inaccesible, ancho de banda y uso de procesador que alcanzan la saturación, la misma petición repetida desde muchas direcciones distintas o tráfico procedente de geografías inesperadas. Si se observa alguno de estos signos, conviene examinar primero el origen del tráfico y los puertos de destino, y comparar los registros de las capas de protección con el periodo anterior al ataque. Reproducir el mismo escenario de forma controlada demuestra de manera concluyente si la situación es un ataque y si la protección se ha activado.

Las pruebas DDoS solo pueden realizarse legalmente con el permiso por escrito del propietario o del administrador autorizado del sistema objetivo. Cualquier prueba realizada sin permiso constituye un delito informático. inDDoS impone esta regla también a nivel técnico: no se puede definir una prueba hasta que se demuestre que los activos objetivo le pertenecen, y para iniciarla se necesita la aprobación por separado tanto del operador como de su organización. Todo el proceso se lleva a cabo bajo un documento de autorización firmado y un NDA.

Para que la prueba resulte significativa, normalmente se realiza en un entorno en producción y de forma controlada. La intensidad inicial se mantiene baja y se aumenta de manera gradual. Como el componente Monitor mide en tiempo real el tiempo de respuesta del objetivo, se ve en directo cómo se aproxima el punto de ruptura. El botón de parada de emergencia permite finalizar la prueba con un solo toque; además, cada vector se cierra automáticamente al terminar la duración definida. En sistemas críticos puede preferirse una ventana de mantenimiento o un entorno espejo.

Depende del número de bots. Con 50 bots se puede llegar a 3 Gbps y 500.000 usuarios L7 concurrentes; con 600 bots, hasta 36 Gbps y 6.000.000 de usuarios concurrentes. La plataforma puede escalar hasta 4.000 bots; las capacidades a ese nivel se planifican bajo petición. El ancho de banda por bot varía entre 1 y 60 Mbps según el tipo de ataque.

Sí. En la distribución de bots se pueden incluir o excluir regiones concretas. Así puede comprobarse si sus reglas de filtrado geográfico, su enrutamiento CDN y su configuración de scrubbing regional funcionan realmente.

Sí. Los atacantes reales no utilizan un solo vector; combinan distintos vectores para aumentar el impacto y dificultar la mitigación. inDDoS puede ejecutar varios vectores de forma simultánea para imitar este comportamiento. Por ejemplo, SYN Flood y HTTP/S GET Flood pueden ejecutarse juntos para someter a la vez tanto el enlace como la capa de aplicación.

El informe se genera automáticamente en cuanto termina la prueba. Incluye, de forma gráfica, la verificación de que la prueba se ha ejecutado, la identidad del operador, el ancho de banda utilizado, los valores de PPS y el tiempo de respuesta del objetivo. Puede convertirse a PDF, archivarse y compartirse. Nesil Teknoloji también interpreta estos datos brutos y añade una matriz de hallazgos priorizada y una hoja de ruta de mejora.

Se calcula la relación entre el tiempo de respuesta del objetivo antes de la prueba y su tiempo de respuesta durante la prueba, y se obtiene un valor empírico en un rango de 1 a 10; cuanto mayor es el valor, mayor es la resiliencia. Cuando se repiten las pruebas, estos valores se comparan y el efecto de los ajustes finos realizados en los mecanismos de defensa puede seguirse como tendencia.

Sí. Las pruebas puede iniciarlas directamente su organización o un operador autorizado y formado. En el modelo de licencia de plataforma, el acceso al portal se asigna a su organización y su equipo planifica las pruebas por sí mismo tras la formación. En el modelo de servicio gestionado, el equipo de Nesil Teknoloji asume toda la operación.

Sí. Si el nivel de bots se queda por debajo de sus necesidades, puede pasar a un paquete superior. Basta con que se ponga en contacto con nuestro equipo de ventas para modificar la duración y el alcance de la licencia.

Sí. Tras la entrega del informe, realizamos una presentación con su equipo técnico, respondemos durante 30 días a sus preguntas sobre el informe y ofrecemos asesoramiento durante el proceso de mejora. También ofrecemos una opción de repetición de prueba con descuento para medir si las mejoras funcionan realmente.

La ejecución activa de una prueba suele durar entre unos minutos y un par de horas por escenario. La duración depende del número de bots, de la combinación de vectores elegida y del plan de aumento gradual (ramp-up), y cada vector se detiene automáticamente al final de su ventana definida. El proyecto completo (evaluación previa, autorización, ejecución e informe) suele abarcar unos pocos días hábiles.

No necesariamente; la prueba se ejecuta de forma controlada para encontrar el umbral de ruptura sin provocar una caída. La intensidad empieza baja y aumenta de forma gradual, y como el componente Monitor mide el tiempo de respuesta del objetivo en tiempo real, se ve en directo cómo se acerca el punto de ruptura. El botón de parada de emergencia finaliza la prueba con un toque y cada vector se detiene automáticamente al agotar su tiempo. Para sistemas críticos puede usarse una ventana de mantenimiento o un entorno espejo.

Sí; los sistemas que están detrás de estos proveedores se pueden probar, y esa es precisamente la forma de verificar si la capa de mitigación DDoS del proveedor se activa de verdad. El tráfico de ataque real llega al borde de la nube o de la CDN, de modo que se observa directamente el comportamiento del scrubbing, la limitación de tasa y las reglas del WAF. No obstante, la mayoría de estos proveedores exigen notificación o autorización previa para las pruebas de carga y DDoS, por lo que confirmamos con usted la política de pruebas del proveedor antes de empezar.

En la mayoría de los casos, sí; muchos proveedores como AWS y Cloudflare exigen notificación previa o autorización por escrito para las pruebas de ataque simulado o de carga. Al definir el alcance de la prueba, identificamos qué proveedor requiere qué aviso y completamos las solicitudes necesarias a tiempo. Este paso garantiza que la prueba cumpla tanto con su contrato como con las reglas del proveedor.

Una prueba de carga mide cómo rinde un sistema con tráfico de usuarios legítimo y previsto, mientras que una prueba DDoS simula tráfico de ataque malicioso diseñado para agotar los recursos y vencer la protección. inDDoS valida no solo la capacidad, sino si las capas de scrubbing, WAF, limitación de tasa y filtrado se activan de verdad bajo ataque. El resultado no es una curva de rendimiento, sino una puntuación de resiliencia DDoS de 1 a 10.

Se recomienda al menos una vez al año y, además, siempre que haya un cambio significativo en la infraestructura, en la configuración de protección o en el proveedor, y antes de periodos de tráfico elevado como campañas, lanzamientos, elecciones o temporadas altas. Una nueva prueba tras cualquier corrección es importante para medir el cambio en la puntuación de resiliencia. Con Autopilot, las pruebas pueden programarse periódicamente y ejecutarse de forma automática sin esperar a un operador.

El Instituto Turco de Normalización clasifica a las empresas de pruebas de penetración que audita según la norma TS 13638/T2 en función de su competencia; la Clase A es el nivel más alto de esta clasificación. Nesil Teknoloji posee este certificado con el número TSE-STF-065, válido hasta el 03.04.2027.

Conforme al Reglamento n.º 31881, para participar en las licitaciones de pruebas de penetración del sector público es obligatorio disponer de una autorización expedida por el Ministerio de Industria y Tecnología de la República de Turquía. La autorización de pruebas de penetración de Nesil Teknoloji es la STB03-250; la empresa también posee la autorización de informática pública STB01-3242.

Sí. Ambos certificados están expedidos por Sigmacert Global (SQR) bajo acreditación del IAF y de TÜRKAK y pueden comprobarse en la pantalla de verificación de documentos de asist.turkak.org.tr.

CREST (Council of Registered Ethical Security Testers) es un organismo de acreditación reconocido como referencia internacional en el ámbito de las pruebas de penetración y las pruebas de seguridad éticas. Nesil Teknoloji ostenta la condición de Member Company dentro de CREST.

Nuestro equipo técnico cuenta con 9 especialistas en pruebas de penetración certificados por la TSE: 2 sénior, 3 certificados y 4 registrados. Además, el equipo incluye expertos con certificaciones OSCP/OSCP+, CEH, GPEN, CISM, CISA, CISSP y CIPP/E y con la Licencia de Auditoría Independiente de Sistemas de Información de la SPK.