CVE-2026-49738
Received Received - Intake
Path Traversal in TYPO3 CMS

Publication date: 2026-06-09

Last updated on: 2026-06-09

Assigner: TYPO3

Description
The path allowance check in GeneralUtility::isAllowedAbsPath() performed a plain string prefix comparison without requiring a directory separator boundary, causing a path like /var/www/html-other/secret.yaml to be incorrectly accepted as valid when the project root was /var/www/html. Administrator users with access to the File Abstraction Layer were able to create new file storage definitions pointing to directories outside the project root, bypassing this path check. This issue affects TYPO3 CMS versions before 10.4.57, 11.0.0-11.5.51, 12.0.0-12.4.46, 13.0.0-13.4.31 and 14.0.0-14.3.3.
CVSS Scores
EPSS Scores
Probability:
Percentile:
Meta Information
Published
2026-06-09
Last Modified
2026-06-09
Generated
2026-06-09
AI Q&A
2026-06-09
EPSS Evaluated
N/A
NVD
EUVD
Affected Vendors & Products
Showing 5 associated CPEs
Vendor Product Version / Range
typo3 typo3 to 10.4.57 (exc)
typo3 typo3 From 11.0.0 (inc) to 11.5.51 (inc)
typo3 typo3 From 12.0.0 (inc) to 12.4.46 (inc)
typo3 typo3 From 13.0.0 (inc) to 13.4.31 (inc)
typo3 typo3 From 14.0.0 (inc) to 14.3.3 (inc)
Helpful Resources
Exploitability
CWE
CWE Icon
KEV
KEV Icon
CWE ID Description
CWE-22 The product uses external input to construct a pathname that is intended to identify a file or directory that is located underneath a restricted parent directory, but the product does not properly neutralize special elements within the pathname that can cause the pathname to resolve to a location that is outside of the restricted directory.
Attack-Flow Graph
AI Quick Actions
Instant insights powered by AI
Executive Summary

This vulnerability is a path prefix confusion issue in the TYPO3 CMS function GeneralUtility::isAllowedAbsPath(). The function performed a simple string prefix check to validate file paths against the project root directory but did not verify directory separator boundaries. As a result, paths like "/var/www/html-other/secret.yaml" were incorrectly accepted as valid when the project root was "/var/www/html". This allowed administrator users with access to the File Abstraction Layer to create new file storage definitions pointing to directories outside the project root, bypassing the intended path restrictions.

Impact Analysis

The vulnerability allows administrator users to bypass path restrictions and create file storage definitions that point to directories outside the intended project root. This can lead to unauthorized access to files and directories that should be protected, potentially exposing sensitive information or allowing unintended file operations outside the scope of the TYPO3 CMS project directory.

Mitigation Strategies

To mitigate the CVE-2026-49738 vulnerability, users should update TYPO3 CMS to the patched versions: 10.4.57 ELTS, 11.5.51 ELTS, 12.4.46 ELTS, 13.4.31 LTS, or 14.3.3 LTS.

This vulnerability allows administrator users with access to the File Abstraction Layer to bypass path restrictions by creating file storage definitions pointing outside the project root. Applying the update ensures the path allowance check properly enforces directory boundary validation.

Additionally, users are encouraged to follow the TYPO3 Security Guide and subscribe to the typo3-announce mailing list for further security updates and recommendations.

Compliance Impact

The vulnerability allows administrator users to bypass path restrictions and create file storage definitions pointing to directories outside the project root. This could lead to unauthorized access to sensitive files outside the intended scope.

Such unauthorized access to files may pose risks to data confidentiality and integrity, which are critical aspects of compliance with standards like GDPR and HIPAA.

However, the provided information does not explicitly describe the direct impact on compliance with these regulations.

Detection Guidance

This vulnerability involves a path prefix confusion in the TYPO3 CMS GeneralUtility::isAllowedAbsPath() function, allowing administrator users to create file storage definitions pointing outside the project root. Detection involves verifying if any file storage definitions reference directories outside the intended project root due to improper path checks.

To detect this on your system, you should audit the file storage configurations in TYPO3 CMS to identify any paths that are outside the project root but accepted due to the flawed prefix check.

While no specific commands are provided in the resources, a practical approach would be to list and inspect file storage definitions in the TYPO3 backend or database, looking for paths that share a prefix with the project root but are actually outside it (e.g., paths like /var/www/html-other/...).

If you have shell access, you might use commands to find directories or files with similar prefixes outside the project root, for example:

  • Find directories with similar prefixes: `find /var/www -type d -name 'html*'`
  • Check TYPO3 database entries for file storage paths that do not start exactly with the project root path followed by a directory separator.

Ultimately, updating TYPO3 to a patched version is the recommended mitigation.

Chat Assistant
Ask questions about this CVE
Hi! I’m here to help you understand CVE-2026-49738. Ask me anything about the vulnerability, its impact, or mitigation strategies.
0/70
EPSS Chart