Description
TREK is a collaborative travel planner. Prior to 3.1.0, TREK validates only the initial URL before native redirect following in importGoogleList() and importNaverList() in server/src/services/placeService.ts and resolveGoogleMapsUrl() in server/src/services/mapsService.ts. The affected sinks call checkSsrf() from server/src/utils/ssrfGuard.ts and then use fetch() with redirect: 'follow' instead of the DNS-pinned safeFetch() path, so a public attacker-controlled URL can redirect the server to loopback, RFC 1918, or cloud metadata addresses without revalidation. An authenticated trip member can reach the list-import routes, and any authenticated user can reach /api/maps/resolve-url, allowing blind GET requests to internal services without response-body reflection. This issue is fixed in version 3.1.0.
Published: 2026-08-20
Score: 5.3 Medium
EPSS: < 1% Very Low
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

TREK, a collaborative travel planner, has a blind Server Side Request Forgery flaw due to unvalidated redirect-following. Prior to version 3.1.0 the application accepts an external URL, follows any redirects with fetch() set to "follow", and does not re‑validate the final destination. An attacker can supply a URL that redirects to private or cloud metadata addresses, allowing the server to reach internal services without visible response. The vulnerability is only exploitable by authenticated users: an authenticated trip member can use the list‑import endpoints, and any authenticated user can call the maps resolve endpoint. The attack does not reveal the fetched content, so it is blind, but it grants the attacker internal network access. The flaw is fixed in version 3.1.0.

Affected Systems

The affected system is TREK, the collaborative travel planner produced by mauriceboe. All installations running TREK versions earlier than 3.1.0 are susceptible. No specific patch versions are available prior to 3.1.0; the product must be upgraded to 3.1.0 or later.

Risk and Exploitability

The CVSS score of 5.3 indicates a moderate severity. The EPSS score is not available, and the vulnerability is not listed in CISA KEV. Exploitation requires an authenticated user to trigger the vulnerable endpoint; the attacker must be a member of a trip to import a list or any authenticated user to resolve a maps URL. The attack vector is remote, via the web interface, and the outcome is internal network access without any visible response. Because the flaw is blind, detection is difficult, making it a credible threat for organizations that rely on TREK.

Generated by OpenCVE AI on August 21, 2026 at 00:29 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Upgrade TREK to version 3.1.0 or later.
  • If upgrading is not immediately possible, block outbound traffic from the TREK server to internal/private IP ranges such as 127.0.0.1, 10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16, and cloud metadata URLs.
  • Implement stricter URL validation on the server, ensuring that redirect targets are re‑validated and that only whitelisted domains are allowed.

Generated by OpenCVE AI on August 21, 2026 at 00:29 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Fri, 21 Aug 2026 01:00:00 +0000

Type Values Removed Values Added
First Time appeared Mauriceboe
Mauriceboe trek
Vendors & Products Mauriceboe
Mauriceboe trek

Thu, 20 Aug 2026 22:00:00 +0000

Type Values Removed Values Added
Description TREK is a collaborative travel planner. Prior to 3.1.0, TREK validates only the initial URL before native redirect following in importGoogleList() and importNaverList() in server/src/services/placeService.ts and resolveGoogleMapsUrl() in server/src/services/mapsService.ts. The affected sinks call checkSsrf() from server/src/utils/ssrfGuard.ts and then use fetch() with redirect: 'follow' instead of the DNS-pinned safeFetch() path, so a public attacker-controlled URL can redirect the server to loopback, RFC 1918, or cloud metadata addresses without revalidation. An authenticated trip member can reach the list-import routes, and any authenticated user can reach /api/maps/resolve-url, allowing blind GET requests to internal services without response-body reflection. This issue is fixed in version 3.1.0.
Title TREK: Blind SSRF via unvalidated redirect-following in Google/Naver list import and Maps URL resolution
Weaknesses CWE-918
References
Metrics cvssV4_0

{'score': 5.3, 'vector': 'CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:L/VI:L/VA:L/SC:N/SI:N/SA:N'}


cve-icon MITRE

Status: PUBLISHED

Assigner: GitHub_M

Published:

Updated: 2026-08-21T21:45:07.846Z

Reserved: 2026-06-15T18:01:15.512Z

Link: CVE-2026-54508

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-08-20T22:17:21.410

Modified: 2026-08-21T22:16:40.550

Link: CVE-2026-54508

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-08-21T00:45:06Z

Weaknesses
  • CWE-918

    Server-Side Request Forgery (SSRF)