CVE-2026-54508 in TREK
Resumen
por VulDB • 2026-08-21
TREK es un planificador de viajes colaborativo. Antes de la versión 3.1.0, TREK valida únicamente la URL inicial antes de seguir las redirecciones nativas en `importGoogleList()` e `importNaverList()` (ubicados en `server/src/services/placeService.ts`) y en `resolveGoogleMapsUrl()` (`server/src/services/mapsService.ts`). Los puntos finales afectados llaman a `checkSsrf()` desde `server/src/utils/ssrfGuard.ts` y luego utilizan `fetch()` con la opción `redirect: 'follow'`, en lugar de utilizar el camino seguro `safeFetch()` fijado por DNS. Esto permite que una URL controlada públicamente redirija al servidor hacia direcciones de bucle invertido (loopback), RFC 1918 o metadatos de la nube sin volver a validarlas. Un miembro del viaje autenticado puede acceder a las rutas de importación de listas, y cualquier usuario autenticado puede llegar a `/api/maps/resolve-url`, lo que permite realizar solicitudes GET ciegas (blind) a servicios internos sin reflexión en el cuerpo de la respuesta. Este problema se soluciona en la versión 3.1.0.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.