Vulnerabilidad SSRF en txtdot en /proxy

Un atacante que explote esta vulnerabilidad puede utilizar el servidor txtdot como un punto de partida para escanear y acceder a recursos internos que normalmente no serían accesibles desde el exterior. Esto podría incluir la lectura de archivos de configuración, la interacción con servicios internos, o incluso el acceso a bases de datos. El alcance del daño depende de los permisos y privilegios del servidor txtdot dentro de la red interna. La información obtenida podría ser utilizada para realizar ataques más sofisticados, como el robo de credenciales o la escalada de privilegios. Aunque no se han reportado explotaciones activas, la naturaleza de la SSRF la convierte en un vector de ataque de alta prioridad.

Organizations running txtdot as a proxy server, particularly those with sensitive internal resources accessible via HTTP, are at risk. Shared hosting environments where txtdot is deployed alongside other applications are also vulnerable, as a compromise of one application could lead to exploitation of this SSRF vulnerability.

• nodejs / server:

  ps aux | grep txtdot
  journalctl -u txtdot -f

• generic web:

  curl -I http://<txtdot_server>/proxy?url=http://internal-resource
  # Check for 200 OK response or other unexpected behavior

1. 2024-07-26Disclosure

   disclosure

1. Reservado2024-07-22
2. Publicada2024-07-26
3. Modificada2024-08-12
4. EPSS actualizado2026-04-02

La solución principal es actualizar txtdot a la versión 1.6.1, que incluye la corrección para esta vulnerabilidad. Si la actualización inmediata no es posible, se recomienda implementar mitigaciones temporales. Estas pueden incluir la configuración de un firewall para restringir el acceso al puerto del servidor txtdot solo a fuentes confiables. Además, se puede implementar reglas en un proxy inverso o WAF para bloquear solicitudes HTTP GET a destinos internos. Es crucial monitorear los logs del servidor txtdot en busca de patrones de tráfico inusuales que puedan indicar un intento de explotación. Tras la actualización, verificar que la vulnerabilidad ha sido efectivamente mitigada mediante la realización de pruebas de penetración controladas.