Skip to content
KitploitKITPLOIT
HerramientasBlog
Enviar
HerramientasBlog
Enviar

¡Herramientas de Hacking, PenTest y Ciberseguridad para tu Arsenal de Seguridad!

Kitploit es un directorio de herramientas de hacking, ciberseguridad y pentesting. Descubre las últimas actualizaciones de proyectos para encontrar vulnerabilidades, analizar sistemas, automatizar pruebas y fortalecer tu seguridad.

··Feeds·Contacto·Privacidad·© 2026 Kitploit

Directorio de Herramientas

Categorías

Ver todas las categorías
Loading categories
CVE-2025-67445 — Un PoC para CVE-2025-67445 | Kitploit
Herramientas/GitHubGitHub/darkspoook/cve-2025-67445
Seguridad de Sistemas EmbebidosSeguridad IoTAnálisis de VulnerabilidadesExplotaciónExplotación de Aplicaciones Web
GitHubdarkspoook/cve-2025-67445

CVE-2025-67445

Un PoC para CVE-2025-67445

Ver Repositorio
hace 6 mesesAún no revisado

Más Populares

Ver todos →

Descubre las herramientas más usadas por nuestra comunidad.

Explora todas las herramientas

Explora nuestra colección de herramientas

Ver todas las herramientas →
Compartir

Información general

Una vulnerabilidad en la interfaz de administración web del TOTOLINK X5000R V9.1.0cu.2415 permite que un atacante remoto no autenticado en la LAN provoque la caída del servicio web mediante un fallo de segmentación. Al enviar una solicitud HTTP POST de gran tamaño al endpoint CGI, un atacante puede agotar la memoria, lo que provoca una denegación de servicio (DoS).

Detalles de la vulnerabilidad

La vulnerabilidad se debe a la falta de restricción del tamaño de las solicitudes en la configuración de Lighttpd del firmware. En concreto, el siguiente límite está comentado:

root@kitploit:~
#server.max-request-size = 16384

Debido a que este límite no se aplica, el endpoint CGI /cgi-bin/cstecgi.cgi puede recibir cuerpos de solicitud extremadamente grandes. Según la descompilación del firmware, el manejador CGI lee y confía en la cabecera CONTENT_LENGTH proporcionada por el usuario, intentando asignar memoria directamente basándose en este tamaño controlado.

En el dispositivo físico (que tiene 256 MB de RAM), esta asignación puede superar los recursos disponibles, lo que provoca un Segmentation fault (core dumped) y una caída de la funcionalidad de administración.

Reproducción

  1. Enviar una solicitud POST con un cuerpo JSON muy grande a /cgi-bin/cstecgi.cgi.
  2. Inflar un campo (como token) para aumentar el tamaño de la solicitud muy por encima de los límites seguros.
  3. El dispositivo se cae debido al agotamiento de la memoria.
Descargar herramienta