From CVE record to external exposure
Directory traversal vulnerability in Apache Tomcat 4.1.0 through 4.1.37, 5.5.0 through 5.5.26, and 6.0.0 through 6.0.16, when allowLinking and UTF-8 are enabled, allows remote attackers to read arbitrary files via encoded directory traversal sequences in the URI, a different vulnerability than CVE-2008-2370. NOTE: versions earlier than 6.0.18 were reported affected, but the vendor advisory lists 6.0.16 as the last affected version.
Tomcat vulnerability debe priorizarse conectando vendor y producto afectados con activos vivos expuestos a Internet, no como un elemento abstracto de feed. ThreatPort se centra en la primera pregunta que hacen los líderes de TI y CISOs con presupuesto limitado: qué puede ver hoy un observador externo, qué tan grave es y qué debe corregirse primero.
Registro de explotación conocida
- Uso conocido en campañas de ransomware
- No registrado
- Probabilidad de explotación EPSS
- 99.71% (100p)
- Puntuación base CVSS
- 4.3 (AV:N/AC:M/Au:N/C:P/I:N/A:N)
- Divulgado
- 2008-08-13
- Tipo de debilidad
- CWE-22
Fuente: catálogo CISA Known Exploited Vulnerabilities y EPSS de FIRST.org.
Qué comprueba ThreatPort
El resultado es intencionalmente práctico: pistas de propiedad, contexto de riesgo, recomendaciones de remediación y evidencia repetible que puede compartirse con equipos técnicos o dirección. No se presenta como automatización mágica de cumplimiento ni como reemplazo del criterio humano de seguridad.
En esta ruta, ThreatPort trata la intención de búsqueda como un contexto operativo específico y no como una landing genérica. Combina categoría, audiencia, tecnología, industria y región para que el visitante decida rápido si el escaneo es relevante para su entorno.
Perfil de evidencia específico de esta ruta
CVE-2008-2938 affects Apache Tomcat, a CWE-22 weakness. Disclosed 2008-08-13. This page exists to answer one question: is anything you own externally reachable and running it.
Activos que esta página debe priorizar
Señales que conviene priorizar
Qué revisar primero en este contexto?
Para los equipos que utilizan Apache Tomcat, el primer paso es validar los activos públicos con relevancia para el negocio, no generar una lista genérica de vulnerabilidades.
Lista de acciones
- Confirma si Tomcat está presente en algún dominio, subdominio, API o panel público.
- Prioriza exposición MEDIUM solo cuando el servicio afectado sea accesible o crítico para el negocio.
- Parchea, deshabilita, aísla o coloca controles compensatorios delante del servicio afectado.
- Reescanea después de remediar para capturar evidencia antes/después.
Siguientes correcciones según el contexto
- Verificar propiedad de activos expuestos
- Cerrar servicios públicos innecesarios
- Limpiar registros DNS
- Reducir reglas de acceso
- Reescanear hallazgos de alta confianza
La evidencia útil para este contexto suele relacionarse con ISO 27001, SOC 2, vendor security reviews. ThreatPort mantiene un lenguaje prudente: es evidencia operativa de seguridad, no una certificación legal ni una garantía de aceptación por parte de auditores.