CVE-2010-1622: Code Injection in Spring Framework

org.springframework:spring Updated 02 Oct 2025

Summary

17/05/2022
Yes i
Moderate
Not published

CVE-2010-1622: Improper Control of Generation of Code ('Code Injection') in Spring Framework. Affects org.springframework:spring across 2 version ranges.

>= 2.5.0, < 2.5.7 >= 3.0.0, < 3.0.3

Fixed in 2.5.7 or 3.0.3, depending on the release line you run. 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

The Spring Framework is a popular open-source application framework for Java. It provides comprehensive infrastructure support for developing Java applications. The framework offers features such as dependency injection, aspect-oriented programming, and declarative transaction management. The vulnerability identified as CVE-2010-1622 affects versions 2.5.x before 2.5.6.SEC02, 2.5.7 before 2.5.7.SR01, and 3.0.x before 3.0.3 of the Spring Framework.

Vulnerability Detail

The vulnerability in the Spring Framework allows remote attackers to execute arbitrary code by exploiting improper control of code generation, also known as code injection. An attacker can send an HTTP request containing a crafted .jar file URL preceded by 'jar:' in the class.classLoader.URLs[0] parameter. This can lead to the execution of arbitrary code on the server hosting the vulnerable application. The impact of this vulnerability can be severe, as it allows an attacker to gain unauthorized access, manipulate data, or disrupt the normal functioning of the application.

How To Fix

Fixed versions by release line

The minimum fixed version depends on the release line you run.

  • >= 2.5.0, < 2.5.7 2.5.7
  • >= 3.0.0, < 3.0.3 3.0.3

Tip — Not sure which release line you're on? Vulert can find the fix for the version you are using. Scan free →

Workaround

As a temporary workaround, developers can implement input validation and sanitization to prevent the injection of malicious code. It is important to validate and sanitize any user-supplied input before using it in code generation or execution. Additionally, implementing proper access controls and network security measures can help mitigate the risk of exploitation.

Conclusion

The code injection vulnerability in the Spring Framework can have serious consequences if left unaddressed. It is crucial for developers to upgrade to the fixed versions of the framework and implement input validation and sanitization to mitigate the risk. Regular monitoring of vulnerabilities using tools like Vulert can help ensure the security of your application. For further support on vulnerability remediation, you can reach out to DevNack.com.

See every vulnerability recorded for org.springframework:spring →

Share this vulnerability

FAQ

The vulnerability allows remote attackers to execute arbitrary code on the server hosting the vulnerable application. This can lead to unauthorized access, data manipulation, or disruption of the application's normal functioning.

Versions 2.5.x before 2.5.6.SEC02, 2.5.7 before 2.5.7.SR01, and 3.0.x before 3.0.3 are affected by this vulnerability.

There are no known public exploits available for this vulnerability at the time of writing. However, it is important to apply the recommended fixes to prevent potential exploitation.

Developers can implement input validation and sanitization to mitigate the risk of code injection. It is crucial to validate and sanitize user-supplied input before using it in code generation or execution.

You can use Vulert's playground at Vulert Scanner to check if your application is affected by this vulnerability. Vulert monitors and alerts in real-time for open-source vulnerabilities in software using just the pom.xml file.

Related vulnerabilities

Recent vulnerabilities recorded for org.springframework:spring.

How To Fix

Fixed versions by release line

The minimum fixed version depends on the release line you run.

  • >= 2.5.0, < 2.5.7 2.5.7
  • >= 3.0.0, < 3.0.3 3.0.3

Tip — Not sure which release line you're on? Vulert can find the fix for the version you are using. 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

Follow Vulert in Google

Get more Vulert vulnerability and dependency-security updates in Google Search and AI results.