NIST deprecates RSA-2048 from 2030. Find every one of them before attackers do.
🐘
🐘 Packagist
Not in CISA KEV
HIGH severity

CVE-2021-21355 — cms-form

HIGH

CVE-2021-21355 is a high-severity (CVSS 8.6) Unrestricted File Upload vulnerability in typo3/cms-form. A fix is available for typo3/cms-form — see the affected versions and patch details below.

Unrestricted File Upload in Form Framework

Also known asBIT-typo3-2021-21355GHSA-2r6j-862c-m2v2
Published
Updated
Affected
10 pkgs
Patched
10 / 10
Exploits
None indexed
Exploitation data as of Nov 2, 2026 · OSV.dev, NVD, FIRST.org (EPSS)

EPSS Exploitation Probability

via FIRST.org ↗
1.6%probability of exploitation in next 30 days
Lower Risk0.00%
Lower risk than most CVEs76th percentile — riskier than 76% of all scored CVEsHighest risk
0.00%0.71%1.42%2.13%0.4%1.6%May 26Sep 26Nov 26

Probability of exploitation in the next 30 days, from FIRST.org EPSS.

How urgent is this, really

Where this sits among everything scored

Real-World Exposure

10 pkgs affected
🐘typo3/cms-form🐘typo3/cms-form🐘typo3/cms-form🐘typo3/cms-form🐘typo3/cms-core🐘typo3/cms-core🐘typo3/cms-core🐘typo3/cms+2 more

Real-time download stats are indexed for npm and PyPI packages. This vulnerability affects Packagist packages — download data is not available via public APIs for these ecosystems.

Description

Problem

Due to the lack of ensuring file extensions belong to configured allowed mime-types, attackers can upload arbitrary data with arbitrary file extensions - however, default fileDenyPattern successfully blocked files like .htaccess or malicious.php.

TYPO3 Extbase extensions, which implement a file upload and do not implement a custom TypeConverter to transform uploaded files into FileReference domain model objects are affected by the vulnerability as well, since the UploadedFileReferenceConverter of ext:form handles the file upload and will accept files of any mime-type which are persisted to the default location.

In any way, uploaded files are placed in the default location /fileadmin/user_upload/, in most scenarios keeping the submitted filename - which allows attackers to directly reference files, or even correctly guess filenames used by other individuals, disclosing this information.

No authentication is required to exploit this vulnerability.

Solution

Update to TYPO3 versions 8.7.40, 9.5.25, 10.4.14, 11.1.1 that fix the problem described.

Type converter UploadedFileReferenceConverter is not registered globally anymore and just handles uploaded files within the scope of the Form Framework. Guessable storage location has changed from /fileadmin/user_upload/form_<random-hash>/ to /fileadmin/form_uploads/<random-40-bit>. Allowed mime-types must match expected file extensions (e.g. application/pdf must be .pdf, and cannot be .html).

Extbase extensions, who rely on the global availability of the UploadedFileReferenceConverter must now implement a custom TypeConverter to handle file uploads or explicitly implement the ext:form UploadedFileReferenceConverter with appropriate setting for accepted mime-types.

Credits

Thanks to Sebastian Michaelsen, Marc Lindemann, Oliver Eglseder, Markus Volkmer, Jakob Kunzmann, Johannes Regner, Richie Lee who reported this issue, and to TYPO3 core & security team members Oliver Hader & Benni Mack, as well as TYPO3 contributor Ralf Zimmermann who fixed the issue.

References

Affected Packages

10 total 10 fixed
EcosystemPackageVulnerable rangeFix
🐘Packagisttypo3/cms-form≥ 8.0.0&&< 8.7.408.7.40composer require typo3/cms-form:^8.7.40
🐘Packagisttypo3/cms-form≥ 9.0.0&&< 9.5.259.5.25composer require typo3/cms-form:^9.5.25
🐘Packagisttypo3/cms-form≥ 10.0.0&&< 10.4.1410.4.14composer require typo3/cms-form:^10.4.14
🐘Packagisttypo3/cms-form≥ 11.0.0&&< 11.1.111.1.1composer require typo3/cms-form:^11.1.1
🐘Packagisttypo3/cms-core≥ 10.0.0&&< 10.4.1410.4.14composer require typo3/cms-core:^10.4.14
🐘Packagisttypo3/cms-core≥ 11.0.0&&< 11.1.111.1.1composer require typo3/cms-core:^11.1.1

Affected Products

1 product · 4 configurations
Application
typo3typo3
≥ 11.0.0 && < 11.1.1
range

Detection & mitigation playbook

Open-source dependency
  1. Detect

    Scan your dependency tree (package-lock.json, pnpm-lock.yaml, requirements.txt, go.sum, etc.) for typo3/cms-form, including transitive dependencies — a direct dependency you never call can still pull in a vulnerable version.

  2. Fix

    Update typo3/cms-form to 8.7.40 or later, then make sure no transitive (indirect) dependency still pins the vulnerable range — O3 confirms CVE-2021-21355 is resolved across your whole dependency graph.

  3. Workarounds

    Treat uploaded files as untrusted until proven otherwise: validate the actual content type rather than the supplied extension, store uploads outside the web root on a volume mounted without execute permission, and rename them to server-generated identifiers so an attacker cannot choose the path a request will later resolve.

Frequently Asked Questions

### Problem Due to the lack of ensuring file extensions belong to configured allowed mime-types, attackers can upload arbitrary data with arbitrary file extensions - however, default _fileDenyPattern_ successfully blocked files like _.htaccess_ or _malicious.php_. TYPO3 Extbase extensions, which implement a file upload and do not implement a custom _TypeConverter_ to transform uploaded files into _FileReference_ domain model objects are affected by the vulnerability as well, since the _UploadedFileReferenceConverter_ of _ext:form_ handles the file upload and will accept files of any mime-typ
O3 Security · Impact-Aware SCA

Is CVE-2021-21355 in your dependencies?

Find it across Packagist, including transitive dependencies.

CVE-2021-21355: cms-form — Fixed in 8.7.40