Skip to content
KitploitKITPLOIT
HerramientasExploitsBlog
Log in
Enviar
HerramientasExploitsBlog
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.

FeedsContactoPrivacidad© 2026 Kitploit

Directorio de Herramientas

Categorías

Ver todas las categorías
Loading categories
tomcat-cve-2025-24813-lab — Laboratorio de reproducción local para Apache Tomcat CVE-2025-24813, que documenta las condiciones de explotación y la verificación asistida por IA de la vulnerabilidad. | Kitploit
Herramientas/GitHubGitHub/mega-starmie/tomcat-cve-2025-24813-lab
Análisis de VulnerabilidadesExplotaciónExplotación de Aplicaciones WebSeguridad WebPruebas de PenetraciónAprendizaje y EducaciónLabs y Práctica
GitHub
mega-starmie/tomcat-cve-2025-24813-lab

tomcat-cve-2025-24813-lab

Laboratorio de reproducción local para Apache Tomcat CVE-2025-24813, que documenta las condiciones de explotación y la verificación asistida por IA de la vulnerabilidad.

Ver Repositorio
17hace 1 mesAú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

Registro de reproducción local de Apache Tomcat CVE-2025-24813

Solo para experimentos locales autorizados, comprensión de parches y verificación defensiva. No envíes solicitudes a objetivos no autorizados.

Este proyecto documenta el proceso de reproducción de CVE-2025-24813 en una instancia local de Apache Tomcat 9.0.98: mediante el uso de partial PUT para escribir un archivo temporal, en una configuración con persistencia de Session basada en archivos habilitada y condiciones de filtrado de deserialización laxas, se verifica la cadena de carga del archivo de Session y la ejecución del Payload.

Resumen de conclusiones

  • Versión probada: Apache Tomcat 9.0.98 (capturas de pantalla y registros de experimentos locales)
  • Versión corregida: Apache Tomcat 9.0.99
  • Requisitos clave: capacidad de escritura del Default Servlet habilitada, partial PUT disponible, persistencia de Session basada en archivos usando la ubicación predeterminada, y la presencia de bibliotecas de deserialización explotables en el classpath de la aplicación.
  • Este experimento primero confirma la escritura exitosa de .inject.session en el directorio de trabajo, y luego confirma que el acceso desencadena la carga de la Session y la ejecución del Payload; no se puede determinar el éxito únicamente por el código de estado HTTP.
  • Algunas solicitudes del experimento devuelven 409 o 500, pero la escritura del archivo y la activación posterior aún deben evaluarse por etapas combinando el contenido del archivo, los registros del servidor y los efectos secundarios controlados.

El aviso oficial de seguridad de Apache enumera los requisitos de activación de CVE-2025-24813, el alcance de impacto (Tomcat 9.0.0-M1 a 9.0.98) y la información de corrección en 9.0.99: https://tomcat.apache.org/security-9

Entorno del experimento

  • Apache Tomcat 9.0.98
  • Java 17 (la versión real en ejecución de la máquina de experimentos se determina con java -version)
  • Linux
  • Python 3, requests
  • Solo escucha en 127.0.0.1:8080 local

Estructura de directorios

scripts/reproduce_local.py       # Script de verificación local, el objetivo predeterminado es localhost:8080
evidence/                         # Capturas de pantalla del experimento (renombradas por pasos)

Modo de ejecución

python3 -m venv .venv
. .venv/bin/activate
python -m pip install requests
python scripts/reproduce_local.py

El objetivo en el script está fijado a la dirección del experimento local y no incluye lógica de escaneo remoto. Antes de ejecutar, se debe confirmar en la instancia local de Tomcat:

  1. La capacidad de escritura del Default Servlet está habilitada según la configuración del experimento;
  2. La persistencia de Session basada en archivos está habilitada;
  3. La aplicación objetivo contiene las bibliotecas necesarias para el experimento;
  4. El directorio de registros del servidor y work/Catalina/localhost/ROOT son observables.

Puntos de verificación

  1. PUT /inject/session con Content-Range, observar si se genera el archivo temporal;
  2. Verificar el tamaño y contenido de work/Catalina/localhost/ROOT/.inject.session;
  3. Acceder a una página local controlada usando JSESSIONID=.inject, observar la carga del archivo de Session;
  4. Confirmar si el Payload se ejecutó combinando los registros de Tomcat y los efectos secundarios del experimento;
  5. Registrar por separado la respuesta HTTP, el estado del archivo y los resultados de los registros, evitando tomar 409/500 directamente como fallo o éxito de la reproducción de la vulnerabilidad.

Notas sobre el formato de las solicitudes

Los encabezados HTTP deben usar CRLF reales (bytes 0d 0a), no envíes 0x0d0x0a como texto visible. En Python se debe usar b"\\r\\n" o dejar que requests se encargue de construir los encabezados de la solicitud.

Verificación de protección y corrección

Priorice la actualización a una versión de Tomcat que incluya la corrección y vuelva a revisar los permisos de escritura del Default Servlet, los escenarios de uso de PUT parcial y la configuración del filtro de persistencia de Session. Tras la corrección, repita el mismo conjunto de pasos de verificación local; se espera que la cadena de escritura de archivos temporales o la cadena de carga de Session ya no se cumplan.

Descargo de responsabilidad

Este repositorio no proporciona funcionalidades de escaneo, persistencia o explotación masiva dirigidas a objetivos de Internet. Todo el contenido está limitado al entorno de experimentos local bajo mi control y a entornos de pruebas explícitamente autorizados.

Descargar herramienta