Un defecto de seguridad recientemente revelado que afecta a Apache Tomcat ha sido objeto de una explotaci\u00f3n activa en la naturaleza luego de la publicaci\u00f3n de una prueba de concepto p\u00fablica (POC) apenas 30 horas despu\u00e9s de la divulgaci\u00f3n p\u00fablica.<\/p>\n
La vulnerabilidad, rastreada como CVE-2025-24813<\/a><\/strong>afecta las versiones a continuaci\u00f3n –<\/p>\n Se refiere a un caso de ejecuci\u00f3n de c\u00f3digo remoto o divulgaci\u00f3n de informaci\u00f3n cuando se cumplen condiciones espec\u00edficas –<\/p>\n La explotaci\u00f3n exitosa podr\u00eda permitir que un usuario malicioso vea archivos confidenciales de seguridad o inyecte contenido arbitrario en esos archivos mediante una solicitud de put.<\/p>\n Adem\u00e1s, un atacante podr\u00eda lograr una ejecuci\u00f3n de c\u00f3digo remoto si todas las condiciones siguientes son verdaderas –<\/p>\n En un aviso publicado la semana pasada, los mantenedores del proyecto dicho<\/a> La vulnerabilidad se ha resuelto en las versiones de Tomcat 9.0.99, 10.1.35 y 11.0.3.<\/p>\n Pero en un giro preocupante, la vulnerabilidad ya est\u00e1 viendo intentos de explotaci\u00f3n en la naturaleza, seg\u00fan Wallarm.<\/p>\n “Este ataque aprovecha el mecanismo de persistencia de la sesi\u00f3n predeterminada de Tomcat junto con su apoyo a las solicitudes de PUT parcial”, la compa\u00f1\u00eda dicho<\/a>.<\/p>\n “El exploit funciona en dos pasos: el atacante carga un archivo de sesi\u00f3n de Java serializado a trav\u00e9s de la solicitud.<\/p>\n Dicho de manera diferente, los ataques implican enviar una solicitud de put que contiene una carga \u00fatil de Java con codificaci\u00f3n de Base64 que est\u00e1 escrita en el directorio de almacenamiento de la sesi\u00f3n de Tomcat, que posteriormente se ejecuta durante la deserializaci\u00f3n enviando una solicitud Get con el JSessionID apuntando a la sesi\u00f3n maliciosa.<\/p>\n Wallarm tambi\u00e9n se\u00f1al\u00f3 que la vulnerabilidad es trivial a la explotaci\u00f3n y no requiere autenticaci\u00f3n. El \u00fanico requisito previo es que Tomcat usa el almacenamiento de sesi\u00f3n basado en archivos.<\/p>\n “Si bien este exploit abusa de almacenamiento de la sesi\u00f3n, el problema m\u00e1s grande es el manejo parcial de poner en Tomcat, lo que permite cargar pr\u00e1cticamente cualquier archivo en cualquier lugar”, agreg\u00f3. “Los atacantes pronto comenzar\u00e1n a cambiar sus t\u00e1cticas, cargar archivos JSP maliciosos, modificar configuraciones y plantar puertas traseras fuera del almacenamiento de la sesi\u00f3n”.<\/p>\n Se recomienda a los usuarios que ejecutan versiones afectadas de Tomcat que actualicen sus instancias lo antes posible para mitigar las posibles amenazas.<\/p>\n <\/p>\n\n
\n
\n
![\"Ciberseguridad\"](\"https:\/\/teknomers.com\/es\/wp-content\/uploads\/2025\/03\/La-vulnerabilidad-de-Apache-Tomcat-exploto-activamente-solo-30-horas.png\")
<\/a><\/center><\/div>\n