/

CVE-2026-109519

Severity:

HIGH RISK

(8.3)

Path Traversal (CWE-22) in YouTransfer Template Rendering

CVE-2026-109519

Deferred

Vulnerability type

Category:

Path Traversal

CWE:

CWE-22

Impact:

Unauthorized File Access

Severity:

HIGH RISK

(8.3)

CVSS version:

3.1

Catch this CVE while code is being written

Detect vulnerable code directly in pull requests, so CVEs are fixed before merge.

Summary

YouTransfer contains a path traversal vulnerability in its template-rendering functionality that may allow remote attackers to access files outside the intended template directory. The issue becomes risky when attacker-controlled path components are accepted without sufficient normalization and containment checks.

YouTransfer contains a path traversal vulnerability in its template-rendering functionality that may allow remote attackers to access files outside the intended template directory. The issue becomes risky when attacker-controlled path components are accepted without sufficient normalization and containment checks.

Affected context

The vulnerability affects YouTransfer deployments using the template-rendering functionality associated with the /settings/template endpoint or component. Risk depends on whether the endpoint is remotely reachable, how requests are authenticated, and whether the application process can read sensitive files outside the intended template location.

The vulnerability affects YouTransfer deployments using the template-rendering functionality associated with the /settings/template endpoint or component. Risk depends on whether the endpoint is remotely reachable, how requests are authenticated, and whether the application process can read sensitive files outside the intended template location.

Exploit preconditions

  • Attack surface: The remotely reachable template-rendering functionality
  • Required access: Network access to the affected endpoint; authentication requirements depend on deployment configuration
  • Trigger point: Processing a request that supplies or influences a template path
  • Why exploitation is possible: Insufficient validation, normalization, or directory-boundary enforcement may allow a path to resolve outside the intended template directory
  • Attack surface: The remotely reachable template-rendering functionality
  • Required access: Network access to the affected endpoint; authentication requirements depend on deployment configuration
  • Trigger point: Processing a request that supplies or influences a template path
  • Why exploitation is possible: Insufficient validation, normalization, or directory-boundary enforcement may allow a path to resolve outside the intended template directory

Why this happens

The underlying bug is an improper limitation of a pathname to a restricted directory, which maps to CWE-22: Improper Limitation of a Pathname to a Restricted Directory ('Path Traversal'). The insecure pattern occurs when application-controlled or user-influenced path values are combined with filesystem paths without reliably canonicalizing the result and verifying that it remains within the permitted directory.

The underlying bug is an improper limitation of a pathname to a restricted directory, which maps to CWE-22: Improper Limitation of a Pathname to a Restricted Directory ('Path Traversal'). The insecure pattern occurs when application-controlled or user-influenced path values are combined with filesystem paths without reliably canonicalizing the result and verifying that it remains within the permitted directory.

Potential impact

  • An attacker may read sensitive application or operating-system files
  • Credentials, configuration data, or deployment secrets could be exposed
  • Application templates or other files may be disclosed or potentially altered if write operations are reachable
  • Information disclosure could support follow-on attacks against the host or connected services
  • An attacker may read sensitive application or operating-system files
  • Credentials, configuration data, or deployment secrets could be exposed
  • Application templates or other files may be disclosed or potentially altered if write operations are reachable
  • Information disclosure could support follow-on attacks against the host or connected services

General mitigation guidance

Mitigation generally focuses on making template selection identifier-based rather than path-based and enforcing a strict filesystem boundary.

Common defensive patterns include:

  • Resolve candidate paths canonically and verify they remain below the approved template directory
  • Reject traversal indicators, absolute paths, symlinks, and unexpected path encodings where appropriate
  • Prefer an allowlisted mapping of template identifiers to known files
  • Keep template directories and sensitive files separated by filesystem permissions
  • Run the application with the minimum filesystem and process privileges required
  • Avoid exposing template-management functionality without appropriate authentication and authorization

Mitigation generally focuses on making template selection identifier-based rather than path-based and enforcing a strict filesystem boundary.

Common defensive patterns include:

  • Resolve candidate paths canonically and verify they remain below the approved template directory
  • Reject traversal indicators, absolute paths, symlinks, and unexpected path encodings where appropriate
  • Prefer an allowlisted mapping of template identifiers to known files
  • Keep template directories and sensitive files separated by filesystem permissions
  • Run the application with the minimum filesystem and process privileges required
  • Avoid exposing template-management functionality without appropriate authentication and authorization

How teams detect issues like this

Detection approaches include:

  • Static analysis for user-controlled values passed to file and template APIs
  • Code review checks for string concatenation or interpolation used to construct filesystem paths
  • Verification that canonicalization occurs before directory-boundary checks
  • Dynamic testing with traversal variants, encoded separators, absolute paths, and symlink-related cases
  • Web-application firewall or gateway policies that monitor suspicious path components, while treating such controls as defense in depth
  • Automated security review tools and dependency or endpoint scanners can help identify related path-handling patterns

Detection approaches include:

  • Static analysis for user-controlled values passed to file and template APIs
  • Code review checks for string concatenation or interpolation used to construct filesystem paths
  • Verification that canonicalization occurs before directory-boundary checks
  • Dynamic testing with traversal variants, encoded separators, absolute paths, and symlink-related cases
  • Web-application firewall or gateway policies that monitor suspicious path components, while treating such controls as defense in depth
  • Automated security review tools and dependency or endpoint scanners can help identify related path-handling patterns

Sources

SourceLink
github.comgithub.com/0xgh0stri13y/CVE-2026-109519/
github.comgithub.com/0xgh0stri13y/CVE-2026-109519/blob/main/POC/exploit.py
vuldb.comvuldb.com/cve/CVE-2026-109519
vuldb.comvuldb.com/submit/983611
vuldb.comvuldb.com/vuln/417175
vuldb.comvuldb.com/vuln/417175/cti

Frequently asked

questions

Yes, the reported attack surface is remotely reachable. Practical exploitability still depends on endpoint exposure, authentication, authorization, and filesystem permissions.

The attacker needs network access to the affected template-rendering functionality. Whether an authenticated account is required depends on the application's deployment and access-control configuration.

Use allowlisted template identifiers, resolve paths safely, and verify that every resolved path remains within the intended template directory before reading or writing it.

Treat path values as untrusted input, apply centralized filesystem-path validation, use least-privilege process permissions, and include traversal-focused tests and code-review checks in the development process.

Yes, the reported attack surface is remotely reachable. Practical exploitability still depends on endpoint exposure, authentication, authorization, and filesystem permissions.

The attacker needs network access to the affected template-rendering functionality. Whether an authenticated account is required depends on the application's deployment and access-control configuration.

Use allowlisted template identifiers, resolve paths safely, and verify that every resolved path remains within the intended template directory before reading or writing it.

Treat path values as untrusted input, apply centralized filesystem-path validation, use least-privilege process permissions, and include traversal-focused tests and code-review checks in the development process.

Find out what's already
exploitable in your codebase.