Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessIdentify public TYPO3 form with file upload
-
DeliveryCraft multipart request with disallowed MIME type
-
ExploitSubmit bypassing server-side MimeTypeValidator
-
ExecutionMalicious file stored on server
-
ImpactTrigger secondary impact via file render or execution
Vulnerability Assessment
| Weakness |
CWE
|
| Exploitation Conditions | Exploitation requires that the target TYPO3 instance runs version 14.2.0-14.3.5 AND has at least one form deployed via the TYPO3 Form Framework that includes a FileUpload or ImageUpload form element with the allowedMimeTypes property explicitly set to a non-empty list. The CVSS 4.0 vector (PR:N/UI:N) indicates no authentication or user interaction is required to submit to the form, meaning any publicly accessible form meeting the above criteria is exploitable without credentials. What limits exploitation: the AT:P metric confirms the target-specific condition (forms with allowedMimeTypes configured); sites using only text or non-file form elements are not affected; sites not using the TYPO3 Form Framework at all are unaffected; and the actual impact of a successful upload depends on downstream file handling - if uploaded files are stored but never rendered or executed, integrity impact is minimal. |
| Impact | The vendor-supplied CVSS 4.0 score is 6.3 (Medium) with vector AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:L/VA:L. The AT:P (Attack Requirements: Present) metric correctly captures that exploitation requires a deployed form with FileUpload or ImageUpload elements and a non-empty allowedMimeTypes configuration - this is a non-default, intentional administrator choice, which limits the exposed surface. No EPSS data was provided, no CISA KEV listing exists, and no POC has been publicly identified, all of which pull real-world risk downward from the headline score. However, the practical danger depends heavily on what downstream processing occurs with uploaded files: if the application or a connected system renders, parses, or executes uploaded content, a MIME bypass becomes a significant vector for stored XSS, SSRF, or secondary code execution. The 'Information Disclosure' tag in the intelligence feed appears inconsistent with the described impact, which is primarily an integrity bypass; this discrepancy should be verified against the vendor advisory. Overall this is a medium-priority issue requiring prompt patching for sites with public file upload forms, but not an emergency response item absent evidence of active exploitation. |
| Exploit ScenarioDerived | An attacker visits a publicly accessible TYPO3 site that hosts a contact or registration form with a file upload field restricted to images (e.g., allowedMimeTypes: image/jpeg, image/png). Using a tool such as curl or Burp Suite, they intercept the multipart/form-data request and replace the Content-Type header and file content with an HTML or SVG file containing embedded JavaScript, then submit the form. Because MimeTypeValidator is absent from the server-side pipeline, the upload succeeds; if the uploaded file is later rendered in a browser context - for example, as an attachment preview or accessible via a direct URL - a stored XSS payload executes against site visitors or administrators. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 14, 2026
MIME type restriction bypass in TYPO3 CMS 14.2.0-14.3.5 allows unauthenticated attackers to upload files of arbitrary MIME types through forms configured with FileUpload or ImageUpload elements, circumventing the allowedMimeTypes restriction entirely. The flaw originates from a lifecycle ordering defect in the server-side form framework: MimeTypeValidator is registered before concrete form definition properties are applied, so it is absent from the validation pipeline at runtime. No public exploit code and no CISA KEV listing have been identified at time of analysis, but the network-accessible, zero-prerequisite-auth nature of the bypass elevates practical risk wherever affected forms are publicly exposed.
RemediationAI
The primary remediation is to upgrade TYPO3 CMS to a version beyond 14.3.5; the exact patched release version is not independently confirmed from available data - consult the vendor advisory at https://typo3.org/security/advisory/typo3-core-sa-2026-020 for the authoritative fix version. If an immediate upgrade is not possible, a compensating control is to disable or remove any public-facing forms that include FileUpload or ImageUpload elements; this eliminates the attack surface entirely but may disrupt legitimate user workflows. Alternatively, operators can route form submissions through a server-side reverse proxy or WAF rule that enforces MIME type restrictions at the network boundary - note that MIME type headers can be spoofed, so content-sniffing inspection (e.g., libmagic-based) is preferable to header-only filtering. Do not rely on client-side MIME validation as a security control.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 2 packages in composer, euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
TYPO3 CMS is a PHP-based enterprise content management system with a flexible Form Framework that supports dynamic form element types including FileUpload and ImageUpload. These elements expose an allowedMimeTypes configuration property that is intended to enforce server-side MIME type validation via MimeTypeValidator. The root cause (CWE-351: Insufficient Type Distinction) is a form-builder lifecycle ordering bug: the MimeTypeValidator is instantiated and registered during initial form construction, before the concrete form definition properties (including the allowedMimeTypes list) are merged into the element. As a result, the validator object exists but without the required type constraints, and is effectively inert in the processing pipeline. The affected CPE covers TYPO3 core versions 14.2.0 through 14.3.5. Client-side MIME type checks remain in place but provide no meaningful security barrier.
Know when the next one hits your stack
- 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:N/VI:L/VA:L/SC:N/SI:N/SA:N
Network-accessible public form, no credentials needed, no scope change; integrity impact is low (unrestricted file type stored), no confidentiality or availability impact confirmed.
Primary rating from Vendor (f4fb688c-4412-4426-b4b8-421ecf27b14a).
CVSS VectorVendor: f4fb688c-4412-4426-b4b8-421ecf27b14a
Lifecycle Timeline
1DescriptionCVE.org
Users were able to upload files with arbitrary MIME types to forms using FileUpload or ImageUpload elements with allowedMimeTypes configured. The restriction was not enforced server-side because the MimeTypeValidator was registered during form building before concrete form definition properties were applied, resulting in the validator never being added to the processing pipeline. This issue affects TYPO3 CMS versions 14.2.0-14.3.5.
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.
EUVD-2026-43671
GHSA-mfqj-cqv3-h7xw
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB