Information Exposure Affecting apache2-mod_auth_openidc package, versions <2.3.8-150100.3.31.1
Threat Intelligence
The probability is the direct output of the EPSS model, and conveys an overall sense of the threat of exploitation in the wild. The percentile measures the EPSS probability relative to all known EPSS scores. Note: This data is updated daily, relying on the latest available EPSS model version. Check out the EPSS documentation for more details.
Do your applications use this vulnerable package?
In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.
Test your applications- Snyk IDSNYK-SLES155-APACHE2MODAUTHOPENIDC-9727277
- published17 Apr 2025
- disclosed16 Apr 2025
Introduced: 16 Apr 2025
NewCVE-2025-31492 (opens in a new tab)How to fix?
Upgrade SLES:15.5 apache2-mod_auth_openidc to version 2.3.8-150100.3.31.1 or higher.
NVD Description
Note: Versions mentioned in the description apply only to the upstream apache2-mod_auth_openidc package and not the apache2-mod_auth_openidc package as distributed by SLES.
See How to fix? for SLES:15.5 relevant fixed versions and status.
mod_auth_openidc is an OpenID Certified authentication and authorization module for the Apache 2.x HTTP server that implements the OpenID Connect Relying Party functionality. Prior to 2.4.16.11, a bug in a mod_auth_openidc results in disclosure of protected content to unauthenticated users. The conditions for disclosure are an OIDCProviderAuthRequestMethod POST, a valid account, and there mustn't be any application-level gateway (or load balancer etc) protecting the server. When you request a protected resource, the response includes the HTTP status, the HTTP headers, the intended response (the self-submitting form), and the protected resource (with no headers). This is an example of a request for a protected resource, including all the data returned. In the case where mod_auth_openidc returns a form, it has to return OK from check_userid so as not to go down the error path in httpd. This means httpd will try to issue the protected resource. oidc_content_handler is called early, which has the opportunity to prevent the normal output being issued by httpd. oidc_content_handler has a number of checks for when it intervenes, but it doesn't check for this case, so the handler returns DECLINED. Consequently, httpd appends the protected content to the response. The issue has been patched in mod_auth_openidc versions >= 2.4.16.11.
References
- https://www.suse.com/security/cve/CVE-2025-31492.html
- https://bugzilla.suse.com/1240893
- https://github.com/OpenIDC/mod_auth_openidc/commit/b59b8ad63411857090ba1088e23fe414c690c127
- https://github.com/OpenIDC/mod_auth_openidc/security/advisories/GHSA-59jp-rwph-878r
- https://lists.debian.org/debian-lts-announce/2025/04/msg00025.html