OSSEVA FOR SPRING SECURITY

Spring Security 5.x reached EOL. Your auth layer didn't get safer.

Authentication and authorization vulnerabilities are the most severe class of application CVEs. OSSeva maintains CVE coverage for Spring Security 5.7.x and 5.8.x — the versions protecting most enterprise Spring applications today.

Last reviewed

Trusted globally by enterprises

Henry ScheinEnbridgeGojekMicrosoft

Why now

Spring Security 5.x community EOL: December 2023

All Spring Security 5.x versions reached community end-of-life in December 2023. Any new authentication bypass, CSRF, or authorization vulnerability discovered after that date has no upstream patch path.

Auth/authz CVEs carry the highest compliance risk

Authentication and authorization vulnerabilities in Spring Security map directly to PCI DSS Requirement 6, HIPAA §164.312, and SOC 2 CC6. An unpatched auth layer is an automatic finding in most compliance audits.

Spring Security 6.x requires Jakarta namespace migration

Upgrading to Spring Security 6.x requires migrating from javax.* to jakarta.* namespaces — a non-trivial change that touches every layer of a Spring application. OSSeva covers 5.x while your team executes that migration.

Versions covered

All versions below receive active CVE patches from OSSeva. Version numbers in monospace are exact release identifiers.

VersionStatusActive CVEs
5.6.x(Full CVE coverage)ExtendedClean
5.7.x(Full CVE coverage)ExtendedClean
5.8.x(Full CVE coverage)ExtendedClean
6.0.x(STS, community EOL — OSSeva patched)EOL1 open
6.1.x(STS, community EOL — OSSeva patched)EOLClean
6.2.x(Community EOL — OSSeva patched)EOLClean
6.3.x(Community EOL — OSSeva patched)EOLClean
6.4.x(Community EOL — OSSeva patched)EOLClean
6.5.x(Community EOL — OSSeva patched)EOLClean
7.0.x(OSS support ends 31 Dec 2026)CurrentClean
7.1.xCurrentClean
Every Spring Security version and end-of-life date →

What you get

Three tiers — pick the level of engagement that matches your team's operational needs and compliance requirements.

OSSeva Patch

CVE patches for Spring Security 5.x. Authentication layer protection.

  • Quarterly CVE patches for Spring Security 5.6.x–5.8.x
  • Emergency patches for authentication bypass CVEs
  • Maven Central / private repo delivery
  • Signed artifacts (GPG)
  • CVE disclosure notifications
  • Architecture review
  • 24/7 managed operations
Get started →
Most popular

OSSeva Assure

Patch plus security configuration audit and compliance documentation.

  • Everything in Patch
  • Spring Security configuration audit
  • OAuth 2.0 / OIDC configuration review
  • SOC 2 / PCI DSS attestation package
  • Spring Security 6 migration assessment
  • Pen-test validation summary
  • 24/7 managed operations
Get started →

OSSeva Operate

Full MSP with security event monitoring and named engineers.

  • Everything in Assure
  • 24/7 auth event monitoring and alerting
  • 15-minute P1 response for auth bypass incidents
  • Named senior Spring Security engineer
  • Session management and token security reviews
  • Quarterly security posture reviews
  • Spring Security 6 migration execution
Get started →

All tiers priced per cluster/application — not per core. Contact for pricing →

How it installs

OSSeva artifacts arrive via your existing package infrastructure. Pull the patched version the same way you pull upstream today — just from the OSSeva registry.

Maven — OSSeva Spring Security dependencyxml
<dependency>
  <groupId>io.osseva.spring</groupId>
  <artifactId>spring-security-core</artifactId>
  <version>5.8.12-osseva-1</version>
</dependency>
<dependency>
  <groupId>io.osseva.spring</groupId>
  <artifactId>spring-security-web</artifactId>
  <version>5.8.12-osseva-1</version>
</dependency>
Gradle — OSSeva Spring Securitygroovy
dependencies {
  implementation "io.osseva.spring:spring-security-core:5.8.12-osseva-1"
  implementation "io.osseva.spring:spring-security-web:5.8.12-osseva-1"
  implementation "io.osseva.spring:spring-security-config:5.8.12-osseva-1"
}

Migrate from Broadcom Spring Commercial

Broadcom commercialized Spring Security alongside the broader Spring ecosystem. OSSeva provides continuation coverage for 5.x with a structured path to Spring Security 6 when your Jakarta namespace migration is complete.

↗

Pricing model

OSSeva for Spring Security is typically bundled with Spring Boot and Spring Framework coverage. Contact for combined pricing.

Compliance library

📄SOC 2 compliance evidence package
Request →
📄Sample Audit Narrative
Request →
📄Pen-Test Report Summary
Request →
📄HIPAA Technical Safeguard Matrix
Request →

Frequently asked questions

Which Spring Security modules does OSSeva cover?

OSSeva covers the full Spring Security module set: spring-security-core, spring-security-web, spring-security-config, spring-security-oauth2-client, spring-security-oauth2-resource-server, and spring-security-ldap.

Are authentication bypass CVEs treated differently?

Yes. Any CVE that enables authentication bypass or privilege escalation is treated as a P1 — emergency patch within 48 hours, immediate notification to all active customers, and direct engineer escalation for Operate-tier customers.

Do we need to change our Spring Security configuration when switching to OSSeva builds?

No. OSSeva patches are binary-compatible with upstream Spring Security 5.x. Your security configuration — FilterChain, UserDetailsService, OAuth2 configuration — remains unchanged.

Does OSSeva cover Spring Security's OAuth2 / OIDC integration?

Yes. The OAuth 2.0 and OIDC client and resource server modules are included in OSSeva coverage. Token validation, JWKS endpoint handling, and authorization server integration vulnerabilities are all in scope.

What does the Spring Security 6 migration assessment include?

The Assure-tier assessment covers: javax to jakarta namespace impact analysis, WebSecurityConfigurerAdapter removal scope, HttpSecurity lambda DSL migration, and Spring Security 6 configuration pattern recommendations for your application.

Ready to get Spring Security patched and supported?

Start with a 45-minute discovery call. We confirm your version coverage, scope the engagement, and have you onboarded within your first quarter.