GHSA-grm4-wm43-9jh5: Path Traversal

Published Aug 6, 2026
·
Updated

Summary

An authenticated backend user who can access one job can request an attachment identifier containing ../ segments and make the job attachment download endpoint read a file from another job directory inside var/job-attachments.

The controller authorizes only the jobUuid route parameter. The later attachment lookup joins that authorized job UUID with the attacker-controlled identifier, then passes the combined path to the virtual filesystem. VirtualFilesystem::resolve() canonicalizes the whole path and only rejects paths that escape the filesystem mount, so authorized-job/../victim-job/debuglog.csv becomes victim-job/debuglog.csv.

This is a cross-job authorization bypass for known job attachment paths. It is not a practical brute-force against unknown jobs because job directories are UUID v4 values.

Root Cause

JobsController::downloadJobAttachment() checks access to the route jobUuid before loading the attachment:

php $job = $this->jobs->getByUuid($jobUuid);

if (!$job || !$this->jobs->hasAccess($job)) { throw $this->createNotFoundException(); }

$attachment = $this->jobs->getAttachment($jobUuid, $identifier);

Jobs::getAttachment() then resolves a path built from the authorized job UUID and the attacker-controlled identifier:

php $fileItem = $this->jobAttachmentsStorage->get($this->getAttachmentIdentifier($job, $identifier));

php return $job->getUuid().'/'.$identifier;

VirtualFilesystem::resolve() canonicalizes the combined path. It rejects absolute paths and paths that start with .., but it does not preserve the authorized job directory as a boundary:

php $path = Path::canonicalize($location);

if (strstartswith($path, '..')) { throw new \OutOfBoundsException(...); }

return Path::join($this->prefix, $path);

Therefore:

text <authorized-job>/../<victim-job>/debuglog.csv

canonicalizes to:

text <victim-job>/debuglog.csv

which remains inside the job-attachments filesystem mount and is accepted.

Recommended Fix

Treat the attachment identifier as a filename, not a path:

- Reject /, \, NUL, and dot-segment components in identifier. - Add a route requirement that prevents slashes in {identifier} if nested attachment paths are not intended. - After resolving, assert the canonical relative path starts with <authorized-job-uuid>/ before returning a FilesystemItem. - Apply the same identifier validation in Jobs::addAttachment() so future producers/extensions cannot write outside the owning job directory.

Impact A low-privileged backend user can read another job's attachment if they know or obtain the target job UUID and attachment filename. Built-in crawler jobs attach CSV logs such as debuglog.csv, broken-link-checkerlog.csv, and search-indexlog.csv, which can contain crawled URLs, referring URLs, tags, and error messages.

Affected Software

2 affected componentsFixes available
composer/contao/core-bundle>=5.7.0<5.7.7
5.7.7
composer/contao/contao>=5.7.0<5.7.7
5.7.7

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade composer/contao/core-bundle to a version that resolves this vulnerability.

    Fixed in 5.7.7
  2. Upgrade

    Upgrade composer/contao/contao to a version that resolves this vulnerability.

    Fixed in 5.7.7
  3. Configuration

    Treat the attachment identifier as a filename (not a path) and reject any identifier containing '/', '\', NUL, or dot-segment components (e.g., '.' / '..') before it is used by Jobs::addAttachment() / Jobs::getAttachment() / the download endpoint.

    Jobs attachment download endpoint (JobsController::downloadJobAttachment / Jobs::getAttachment) attachment identifier path traversal handling = reject identifiers containing '/', '\', NUL, and dot-segment components
  4. Configuration

    Add a route requirement that prevents slashes in the `{identifier}` parameter when nested attachment paths are not intended.

    Routes for job attachment identifier (route requirement for `{identifier}`) route requirement to prevent slashes in `{identifier}` = slashed characters disallowed in `{identifier}`
  5. Configuration

    After resolving the combined path, assert that the canonical relative path starts with '<authorized-job-uuid>/' before returning a FilesystemItem. This prevents paths like '<authorized-job>/../<victim-job>/debug_log.csv' from being accepted.

    Attachment resolution in Jobs::getAttachment / VirtualFilesystem::resolve canonical relative path boundary check = ensure canonical relative path starts with '<authorized-job-uuid>/'
  6. Configuration

    Apply the same identifier validation in `Jobs::addAttachment()` so future producers/extensions cannot write outside the owning job directory.

    Jobs attachment identifier validation (Jobs::addAttachment) identifier validation at attachment ingestion = same validation as download path
  7. Compensating control

    As an external mitigation, restrict backend-user access so a user who can access one job cannot request attachment filenames/identifiers for other job UUIDs (e.g., enforce job-level authorization at the attachment download endpoint, not only on the `jobUuid` route parameter).

Event History

Aug 6, 2026
Advisory Published
via GitHub·07:49 PM
Data Sourced
via GitHub·07:49 PM
DescriptionSeverityWeaknessAffected Software
Free Weekly Intel

Don't miss critical vulnerabilities

Join thousands of security professionals who receive our weekly digest of trending CVEs, zero-days, and exploited vulnerabilities.

No spam. Unsubscribe anytime.

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