HIGH 7.4 Maven
Broken Access Control in Spring Security With Direct Use of isFullyAuthenticated
GHSA-w3w6-26f2-p474 · CVE-2024-22234
Published · Modified
AI SAST
Find this class of vulnerability in your own code
Corgea's AI-native static analysis detects vulnerabilities like this one across your repositories, ranks them by exploitability, and returns review-ready fixes.
Description
In Spring Security, versions 6.1.x prior to 6.1.7 and versions 6.2.x prior to 6.2.2, an application is vulnerable to broken access control when it directly uses the AuthenticationTrustResolver.isFullyAuthenticated(Authentication) method.
Specifically, an application is vulnerable if:
- The application uses AuthenticationTrustResolver.isFullyAuthenticated(Authentication) directly and a null authentication parameter is passed to it resulting in an erroneous true return value.
An application is not vulnerable if any of the following is true:
- The application does not use AuthenticationTrustResolver.isFullyAuthenticated(Authentication) directly.
- The application does not pass null to AuthenticationTrustResolver.isFullyAuthenticated
- The application only uses isFullyAuthenticated via Method Security https://docs.spring.io/spring-security/reference/servlet/authorization/method-security.html or HTTP Request Security https://docs.spring.io/spring-security/reference/servlet/authorization/authorize-http-requests.html
References
- ADVISORY https://nvd.nist.gov/vuln/detail/CVE-2024-22234
- WEB https://github.com/spring-projects/spring-security/commit/750cb30ce44d279c2f54c845d375e6a58bded569
- PACKAGE https://github.com/spring-projects/spring-security
- WEB https://security.netapp.com/advisory/ntap-20240315-0003
- WEB https://spring.io/security/cve-2024-22234
Ready to move
Start Securing
Free, no credit card | First findings in minutes