CVE-2026-40976: In certain circumstances, Spring Boot's default web security is ineffective allowing unauthorized access to...
In certain circumstances, Spring Boot's default web security is ineffective allowing unauthorized access to all endpoints. For an application to be vulnerable, it must: be a servlet-based web application; have no Spring Security configuration of its own and rely on the default web security filter chain; depend on spring-boot-actuator-autoconfigure; not depend on spring-boot-health. If any of the above does not apply, the application is not vulnerable.
Affected: Spring Boot 4.0.0–4.0.5; upgrade to 4.0.6 or later per vendor advisory.
Security readout for executives and security teams
Plain-English summary
Some Spring Boot 4.0 applications may unintentionally expose all endpoints when relying on default web security. The issue applies only to a narrow setup: servlet-based, no custom Spring Security configuration, actuator autoconfigure present, and spring-boot-health absent. Matching internet-facing services should be treated as urgent because unauthorized users could access protected functionality or data.
Executive priority
Critical priority for teams using Spring Boot 4.0.x. The vulnerable condition is specific, so first triage should identify matching applications. If a match is internet-facing or handles sensitive data, patch promptly and confirm endpoint access controls after upgrade.
Technical view
CVE-2026-40976 is an authorization bypass in Spring Boot 4.0.0 through 4.0.5 default web security. In the specified dependency and configuration combination, the default security filter chain can be ineffective, allowing unauthenticated network access to all endpoints. CVSS 3.1 is 9.1: AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N. Fixed in 4.0.6 or later.
Likely exposure
Likely exposure is narrow but high impact: servlet-based Spring Boot 4.0.0-4.0.5 applications with no custom Spring Security, spring-boot-actuator-autoconfigure present, and spring-boot-health absent. Applications failing any listed condition are stated as not vulnerable in the source bundle.
Exploitation context
The source bundle does not report active exploitation, and KEV status is false. The vulnerability is remotely reachable, requires no privileges or user interaction, and could expose all endpoints when the vulnerable configuration is present. No exploit details are provided here.
Researcher notes
The vulnerability maps to CWE-305 and CWE-862. Do not assume all Spring Boot 4.0 applications are affected; the vendor-described preconditions are central. The provided sources name an upgrade path but do not include additional compensating controls beyond checking vendor guidance.
Mitigation direction
Upgrade affected Spring Boot applications to 4.0.6 or later.
Review Spring's vendor advisory for current remediation guidance.
Add explicit Spring Security configuration where appropriate.
Prioritize internet-facing services and administrative endpoints first.
Validation and detection
Inventory Spring Boot applications running versions 4.0.0 through 4.0.5.
Confirm whether each application is servlet-based.
Check for custom Spring Security configuration.
Review dependencies for spring-boot-actuator-autoconfigure and absence of spring-boot-health.
Verify upgraded services are running Spring Boot 4.0.6 or later.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-305: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
CWE-862: Authorization and privilege behavior lookup
Authorization weaknesses can support privilege escalation and valid-account review, depending on exploit path. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
2CVSS vectors
5Timeline events
2ADP providers
5Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: noneAutomatable: yesTechnical Impact: total
CVSS vector scores
2 official scores
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-305 · source CWE mapping
Authentication Bypass by Primary Weakness
Authentication Bypass by Primary Weakness represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
Missing Authorization represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.