CVE-2026-62945: TREK: Cross-trip reservation title disclosure via file links

Published Aug 20, 2026
·
Updated

TREK is a collaborative travel planner. Prior to 3.1.3, TREK file upload, update, and link actions accept attacker-controlled reservationid, placeid, and assignmentid values without using findForeignLinkTarget() to verify that the referenced object belongs to the file's trip. An authenticated user with file-edit permission on any accessible trip can submit a foreign reservation identifier through POST /api/trips/:tripId/files/:id/link, POST /api/trips/:tripId/files, or PUT /api/trips/:tripId/files/:id. Subsequent reads through FILESELECT or getFileLinks() join the foreign reservation and return reservationtitle, disclosing reservation existence and titles across private trip boundaries. This issue is fixed in version 3.1.3.

Affected Software

1 affected component
TREK<3.1.3

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade TREK to a version that resolves this vulnerability.

    Fixed in 3.1.3

Event History

Aug 20, 2026
CVE Published
via MITRE·09:51 PM
Data Sourced
via MITRE·09:51 PM
DescriptionSeverityWeakness

Frequently Asked Questions

1

Who can exploit this issue?

An authenticated user needs file-edit permission on any trip they can access. They can then supply a reservation identifier belonging to a different trip when creating, updating, or linking a file.

2

What information can be exposed?

The issue can disclose the existence and titles of reservations in private trips outside the attacker’s authorized trip boundary. The provided data does not indicate disclosure of reservation contents beyond the title.

3

Which operations are affected?

The affected operations are file creation, file update, and file linking through POST /api/trips/:tripId/files, PUT /api/trips/:tripId/files/:id, and POST /api/trips/:tripId/files/:id/link. The vulnerable inputs include reservation_id, place_id, and assignment_id, although the described disclosure occurs when a foreign reservation is joined during later reads.

4

What should be done if immediate upgrading is not possible?

Restrict file-edit permission to trusted users on all accessible trips, since that permission is required for exploitation. Review file creation, update, and link requests for identifiers that reference objects outside the file’s trip.

5

How can administrators identify potentially affected data?

Review existing file links and file records for reservation_id, place_id, or assignment_id values that belong to a trip different from the associated file’s trip. Such cross-trip references may cause later file reads to return foreign reservation titles.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203