CVE-2014-0050: Input Validation

Published Feb 6, 2014
·
Updated

A flaw was found in Apache Commons FileUpload. Specially-crafted input could trigger a denial of service if the buffer used by the MultipartStream was not big enough.

Tomcat 7 includes an embedded copy of Apache Commons FileUpload, so it was possible to craft a malformed Content-Type header for a multipart request which would cause Tomcat to enter an infinite loop.

This has been corrected in Tomcat 7 via commit r1565169 [1]. It has been corrected in Apache Commons FileUpload via commit r1565143 [2].

No new releases have been made with the changes; Tomcat 7.0.51 (not yet released) will correct this flaw.

[1] http://svn.apache.org/viewvc?view=revision&revision=1565169 [2] http://svn.apache.org/viewvc?view=revision&revision=1565143

Other sources

MultipartStream.java in Apache Commons FileUpload before 1.3.1, as used in Apache Tomcat, JBoss Web, and other products, allows remote attackers to cause a denial of service (infinite loop and CPU consumption) via a crafted Content-Type header that bypasses a loop's intended exit conditions.

Affected Software

81 affected componentsFixes available
maven/org.apache.tomcat:tomcat>=7.0.0<=7.0.50
7.0.52
maven/org.apache.tomcat:tomcat>=8.0.0-RC1<=8.0.1
8.0.3
maven/commons-fileupload:commons-fileupload<1.3.1
1.3.1
redhat/tomcat<7.0.52
7.0.52
redhat/tomcat<8.0.2
8.0.2
redhat/apache-commons-fileupload<1.3.1
1.3.1
Oracle Retail Applications=12.0
Oracle Retail Applications=12.0in
Oracle Retail Applications=13.0
Oracle Retail Applications=13.1
Oracle Retail Applications=13.2
Oracle Retail Applications=13.3
Oracle Retail Applications=13.4
Oracle Retail Applications=14.0
Apache Commons Fileupload<=1.3
Apache Commons Fileupload=1.0
Apache Commons Fileupload=1.1
Apache Commons Fileupload=1.1.1
Apache Commons Fileupload=1.2
Apache Commons Fileupload=1.2.1
Apache Commons Fileupload=1.2.2
Apache Tomcat=7.0.0
Apache Tomcat=7.0.0-beta
Apache Tomcat=7.0.1
Apache Tomcat=7.0.2
Apache Tomcat=7.0.2-beta
Apache Tomcat=7.0.3
Apache Tomcat=7.0.4
Apache Tomcat=7.0.4-beta
Apache Tomcat=7.0.5
Apache Tomcat=7.0.6
Apache Tomcat=7.0.7
Apache Tomcat=7.0.8
Apache Tomcat=7.0.9
Apache Tomcat=7.0.10
Apache Tomcat=7.0.11
Apache Tomcat=7.0.12
Apache Tomcat=7.0.13
Apache Tomcat=7.0.14
Apache Tomcat=7.0.15
Apache Tomcat=7.0.16
Apache Tomcat=7.0.17
Apache Tomcat=7.0.18
Apache Tomcat=7.0.19
Apache Tomcat=7.0.20
Apache Tomcat=7.0.21
Apache Tomcat=7.0.22
Apache Tomcat=7.0.23
Apache Tomcat=7.0.24
Apache Tomcat=7.0.25
Apache Tomcat=7.0.26
Apache Tomcat=7.0.27
Apache Tomcat=7.0.28
Apache Tomcat=7.0.29
Apache Tomcat=7.0.30
Apache Tomcat=7.0.31
Apache Tomcat=7.0.32
Apache Tomcat=7.0.33
Apache Tomcat=7.0.34
Apache Tomcat=7.0.35
Apache Tomcat=7.0.36
Apache Tomcat=7.0.37
Apache Tomcat=7.0.38
Apache Tomcat=7.0.39
Apache Tomcat=7.0.40
Apache Tomcat=7.0.41
Apache Tomcat=7.0.42
Apache Tomcat=7.0.43
Apache Tomcat=7.0.44
Apache Tomcat=7.0.45
Apache Tomcat=7.0.46
Apache Tomcat=7.0.47
Apache Tomcat=7.0.48
Apache Tomcat=7.0.49
Apache Tomcat=7.0.50
Apache Tomcat=8.0.0-rc1
Apache Tomcat=8.0.0-rc10
Apache Tomcat=8.0.0-rc2
Apache Tomcat=8.0.0-rc5
Apache Tomcat=8.0.1
IBM InfoSphere Data Architect<=9.2.1

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade maven/org.apache.tomcat:tomcat to a version that resolves this vulnerability.

    Fixed in 7.0.52
  2. Upgrade

    Upgrade maven/org.apache.tomcat:tomcat to a version that resolves this vulnerability.

    Fixed in 8.0.3
  3. Upgrade

    Upgrade maven/commons-fileupload:commons-fileupload to a version that resolves this vulnerability.

    Fixed in 1.3.1
  4. Upgrade

    Upgrade redhat/tomcat to a version that resolves this vulnerability.

    Fixed in 7.0.52
  5. Upgrade

    Upgrade redhat/tomcat to a version that resolves this vulnerability.

    Fixed in 8.0.2
  6. Upgrade

    Upgrade redhat/apache-commons-fileupload to a version that resolves this vulnerability.

    Fixed in 1.3.1
  7. Upgrade

    Upgrade Apache Commons FileUpload to a version that resolves this vulnerability.

    Patch commit r1565143
  8. Upgrade

    Upgrade Apache Tomcat 7 to a version that resolves this vulnerability.

    Patch commit r1565169

Event History

Feb 6, 2014
Data Sourced
via Red Hat·05:02 PM
DescriptionSeverityAffected Software
Mar 28, 2014
CVE Published
via MITRE·07:00 PM
Data Sourced
via MITRE·07:00 PM
Description
Apr 1, 2014
Data Sourced
via NVD·06:27 AM
RemedyDescriptionSeverityWeaknessAffected Software
Dec 21, 2018
Advisory Published
05:51 PM
Mar 4, 2026
Data Sourced
via IBM·12:00 AM
DescriptionAffected Software

Parent advisories

This vulnerability appears in the following advisories.

Free Weekly Intel

Don't miss critical vulnerabilities

Join thousands of security professionals who receive our weekly digest of trending CVEs, zero-days, and exploited vulnerabilities.

No spam. Unsubscribe anytime.

Frequently Asked Questions

1

What is the severity of CVE-2014-0050?

CVE-2014-0050 has a severity rating that indicates it can lead to a denial of service when exploited.

2

How do I fix CVE-2014-0050?

To fix CVE-2014-0050, upgrade your Apache Tomcat or Apache Commons FileUpload to the advised versions: Tomcat 7.0.52 or 8.0.3, and Commons FileUpload 1.3.1.

3

Which versions are affected by CVE-2014-0050?

CVE-2014-0050 affects multiple versions of Apache Commons FileUpload and Apache Tomcat, up to 7.0.50 and 8.0.1 respectively.

4

Is CVE-2014-0050 specifically an Apache Tomcat vulnerability?

Yes, CVE-2014-0050 is a vulnerability that affects Apache Tomcat due to its embedded use of Apache Commons FileUpload.

5

Can CVE-2014-0050 affect other software apart from Tomcat?

Yes, CVE-2014-0050 can also affect applications using Apache Commons FileUpload if they do not handle multipart requests correctly.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203