Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessIdentify TYPO3 form using custom saveToFileMount
-
DeliveryUser uploads file to supposedly restricted storage
-
ExploitFile silently written to public 1:/user_upload/
-
ExecutionAttacker requests public file URL directly
-
ImpactSensitive file served without access checks
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Incorrect behavior order
|
| Exploitation Conditions | Exploitation requires that a TYPO3 form include a FileUpload or ImageUpload element AND that it be configured with a custom (non-default) saveToFileMount pointing to a restricted, non-public storage - forms using the default saveToFileMount value are explicitly NOT affected. The flaw causes such uploads to be written to the public 1:/user_upload/ folder and served without the access checks normally applied to non-public storages. Realistic impact is further limited by whether sensitive files were actually uploaded to affected forms and whether an attacker can discover/enumerate the resulting public file paths; only TYPO3 CMS 14.0.0 through 14.3.8 are affected. |
| Impact | This is a moderate-severity information disclosure flaw (CVSS 4.0 base 6.3, vendor-assigned by TYPO3) in TYPO3 CMS. The CVSS 4.0 vector (AV:N/AC:L/AT:P/PR:N/UI:N/VC:L/VI:N/VA:N) indicates a network-reachable issue with no required privileges or user interaction, but the AT:P flag (attack requirements present) and the low confidentiality-only impact (VC:L) correctly signal that exploitation is not universal: it depends entirely on a non-default server-side misconfiguration and on sensitive files actually having been uploaded. No EPSS score, KEV listing, or public POC is present in the provided data, so there is no public exploit identified at time of analysis and no evidence of active exploitation. The underlying weakness (CWE-696, incorrect behavior order) is a logic error in how upload destinations are resolved, not a memory-corruption or RCE primitive - impact is limited to unintended public exposure of files meant for restricted storage. Net assessment: a genuine but lower-tier priority - patch it in the normal cycle, prioritizing instances that are known to use custom saveToFileMount on forms. Note a signal tension worth flagging: PR:N implies unauthenticated access, which is accurate for the attacker retrieving the mis-stored files, but the vulnerability only manifests when an administrator has configured a custom, non-public saveToFileMount - the real precondition is operator configuration, not attacker privilege. |
| Exploit ScenarioDerived | A site administrator configures a TYPO3 form with a FileUpload or ImageUpload element pointing at a restricted, non-public saveToFileMount (e.g., for identity documents). Due to the flaw, submitted files are instead written to the default public 1:/user_upload/ folder and served directly without access checks. A remote unauthenticated attacker who can guess or enumerate the resulting file URLs retrieves the sensitive uploads. No public exploit code is identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 13, 2026
TYPO3 CMS versions 14.0.0 through 14.3.8 contain an information disclosure flaw where forms using FileUpload or ImageUpload elements with a custom non-default saveToFileMount store uploaded files in the public 1:/user_upload/ folder instead of the configured restricted storage. This allows unauthenticated remote attackers to access files that were intended to be protected, as they are served without the access checks normally applied to non-public storages, but exploitation requires a specific form configuration and depends on whether sensitive files are uploaded and enumerable. No public exploit code or active exploitation has been reported; the vendor-assigned CVSS 4.0 score is 6.3 (moderate), while our independent assessment yields a lower CVSS 3.1 score due to high attack complexity (AC:H).
RemediationAI
No vendor-released patch version is specified in the available data; consult the TYPO3 security advisory at https://news.typo3.com/security/advisory/typo3-core-sa-2026-024 for the latest fixed release and apply it as soon as possible. Until a patch can be applied, audit all forms containing FileUpload or ImageUpload elements and verify that any custom saveToFileMount is correctly configured to the intended non-public storage; if the restricted storage is not essential, temporarily revert to the default saveToFileMount (which is not vulnerable) or disable the affected forms. As a compensating control, restrict direct web access to the default public upload folder (1:/user_upload/) at the web server level (e.g., via .htaccess or nginx location rules), but be aware this may block legitimate access to other files in that directory. Additionally, monitor for unauthorized access to uploaded files and manually relocate any sensitive files that may have been exposed. Note that these workarounds have trade-offs and do not fully eliminate the risk; patching is the definitive fix.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The vulnerability resides in the TYPO3 CMS form handling subsystem, specifically in how the FileUpload and ImageUpload form elements process the saveToFileMount configuration. When a form is configured with a custom saveToFileMount that points to a non-public storage, the code incorrectly falls back to storing the file in the default public storage folder 1:/user_upload/ instead of the intended location. This is an instance of CWE-696 (Incorrect Behavior Order), where the sequence of operations for resolving the target storage and moving the file is flawed. The affected product is identified by CPE cpe:2.3:a:typo3:typo3_cms:*:*:*:*:*:*:*:* and the issue affects versions 14.0.0-14.3.8. Because the file is stored in a public directory, it is served directly by the web server without the access control checks that would apply to files in a non-public storage, leading to potential exposure of sensitive uploaded content. Forms using the default saveToFileMount are not affected because the default path is already public and expected.
Know when Typo3 gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:N
Public files are reachable remotely without auth (AV:N/PR:N/C:L), but the non-default saveToFileMount configuration precondition makes this AC:H; no integrity or availability impact.
Primary rating from Vendor (TYPO3).
CVSS VectorVendor: TYPO3
Lifecycle Timeline
1DescriptionCVE.org
Forms using FileUpload or ImageUpload elements with a custom saveToFileMount configured stored uploaded files in the default storage folder 1:/user_upload/ instead of the configured destination. This could cause uploaded files to end up in a publicly accessible storage even though a restricted, non-public storage had been configured. Files stored this way are served directly, without the access checks applied to non-public storages. Forms that use the default value for saveToFileMount are not affected. This issue affects TYPO3 CMS versions 14.0.0-14.3.8.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
In TYPO3 installations with the "mediace" extension from version 7.6.2 and before version 7.6.5, it has been discovered
Server-side template injection in the TYPO3 'Powermail' extension lets an anonymous user submit Fluid template syntax th
Unrestricted File Upload vulnerability in the fileDenyPattern in sysext/core/Classes/Core/SystemEnvironmentBuilder.php i
Remote code execution in the TYPO3 'Content Element Selector' extension allows unauthenticated attackers to execute arbi
The frontend rendering component in TYPO3 4.5.x before 4.5.39, 4.6.x through 6.2.x before 6.2.9, and 7.x before 7.0.2, w
Cross-site scripting (XSS) vulnerability in the Backend component in TYPO3 6.2.x before 6.2.19 allows remote attackers t
TYPO3 is a free and open source Content Management Framework released under the GNU General Public License. Rated medium
TYPO3 is an open source PHP based web content management system. Rated medium severity (CVSS 6.1), this vulnerability is
TYPO3 Fluid before versions 2.0.8, 2.1.7, 2.2.4, 2.3.7, 2.4.4, 2.5.11 and 2.6.10 is vulnerable to Cross-Site Scripting.
TYPO3 Fluid Engine (package `typo3fluid/fluid`) before versions 2.0.5, 2.1.4, 2.2.1, 2.3.5, 2.4.1, 2.5.5 or 2.6.1 is vul
svg.swf in TYPO3 6.2.0 to 6.2.38 ELTS and 7.0.0 to 7.1.0 could allow an unauthenticated, remote attacker to conduct a cr
In TYPO3 CMS greater than or equal to 9.0.0 and less than 9.5.17 and greater than or equal to 10.0.0 and less than 10.4.
EUVD-2026-98410
NVD
CVE.org
EPSS
GitHub
Exploit-DB