CVE-2010-3700: Authentication Bypass Using an Alternate Path or Channel in SpringSource Spring Security and Acegi Security

Summary

14/05/2022
Yes i
Moderate
Not published

CVE-2010-3700: VMware SpringSource Spring Security 2.x before 2.0.6 and 3.x before 3.0.4, and Acegi Security 1.0.0 through 1.0.7, as used in IBM WebSphere Application Server (WAS) 6.1 and 7.0, allows remote attackers to bypass security... Affects org.springframework.security:spring-security-core across 2 version ranges.

>= 2.0.0, < 2.0.6 >= 3.0.0, < 3.0.4

Fixed in 2.0.6 or 3.0.4, 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 package under scrutiny is SpringSource Spring Security and Acegi Security. Spring Security is a powerful and highly customizable authentication and access-control framework for Java applications. It provides comprehensive security services for enterprise-level applications, including authentication, authorization, and protection against common security vulnerabilities. Acegi Security is the predecessor of Spring Security and offers similar functionality. Both frameworks are widely used in various Java applications, including IBM WebSphere Application Server (WAS).

Vulnerability Detail

The vulnerability identified as CVE-2010-3700 allows remote attackers to bypass security constraints in SpringSource Spring Security 2.x before 2.0.6 and 3.x before 3.0.4, as well as Acegi Security 1.0.0 through 1.0.7. The vulnerability arises from a flaw in the handling of path parameters, which can be exploited to bypass security measures. By manipulating the path parameter, an attacker can gain unauthorized access to restricted resources or perform actions that should be restricted. This vulnerability poses a moderate risk and can potentially lead to unauthorized access to sensitive information or unauthorized actions within the affected application.

How To Fix

Fixed versions by release line

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

  • >= 2.0.0, < 2.0.6 2.0.6
  • >= 3.0.0, < 3.0.4 3.0.4

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 workaround, if upgrading to the fixed versions is not immediately feasible, it is recommended to implement additional security measures to mitigate the risk. This can include validating and sanitizing user input, implementing strict access controls, and regularly monitoring and auditing the application for any suspicious activity. However, applying the official fixes is the most effective way to address the vulnerability.

Conclusion

In conclusion, the CVE-2010-3700 vulnerability in SpringSource Spring Security and Acegi Security allows remote attackers to bypass security constraints, potentially leading to unauthorized access or actions within the affected application. It is crucial to upgrade to the fixed versions of the affected packages or implement additional security measures to mitigate the risk. For further support on vulnerability remediation, please contact DevNack.com.

See every vulnerability recorded for org.springframework.security:spring-security-core →

Share this vulnerability

FAQ

The vulnerability allows remote attackers to bypass security constraints, potentially leading to unauthorized access to sensitive information or unauthorized actions within the affected application.

Versions 2.x before 2.0.6 and 3.x before 3.0.4 are affected.

Versions 1.0.0 through 1.0.7 of Acegi Security are affected.

Yes, implementing additional security measures such as input validation, access controls, and monitoring can help mitigate the risk. However, applying the official fixes is recommended.

You can use Vulert's playground (https://vulert.com/scanner) to check if your application is affected by this vulnerability. Vulert provides real-time monitoring and alerts for open-source vulnerabilities in software using just the pom.xml file.

Related vulnerabilities

Recent vulnerabilities recorded for org.springframework.security:spring-security-core.

How To Fix

Fixed versions by release line

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

  • >= 2.0.0, < 2.0.6 2.0.6
  • >= 3.0.0, < 3.0.4 3.0.4

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