CVE-2025-59146: QuantumNous new-api · Server-Side Request Forgery (SSRF)
Affects QuantumNous new-apiSource CVE Database V5
Not known to be exploited · CVSS 8.5 High : upgrade to 0.9.0.5 soon.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 14% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 0.9.0.5
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:L/A:NExploitation evidence
Disclosed: evidence found.
CVE published 9 Oct 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-25.
What to do
Upgrade QuantumNous new-api to 0.9.0.5.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| QuantumNous new-api | Affected
| Fixed in
|
AI-suggested
European organizations should immediately upgrade QuantumNous new-api to version 0.9.0.5 or later to apply the vendor's SSRF protection module, which is enabled by default and provides granular control over outbound requests. Until upgrades are feasible, organizations should enable the new-api-worker component to isolate image processing and reduce the attack surface. Additionally, strict egress firewall rules should be implemented to restrict outbound traffic from the new-api server, limiting requests to only trusted external endpoints and blocking access to internal IP ranges and sensitive services such as cloud metadata endpoints. Organizations should also enforce strong authentication and registration controls to prevent unauthorized user creation and monitor logs for unusual outbound request patterns indicative of SSRF exploitation attempts. Network segmentation should be reviewed to minimize the exposure of critical internal services accessible from the new-api server. Regular vulnerability scanning and penetration testing focused on SSRF scenarios are recommended to validate the effectiveness of mitigations. Finally, incident response teams should be prepared to detect and respond to SSRF exploitation attempts, including monitoring for anomalous internal request traffic.
Description
New API is a large language mode (LLM) gateway and artificial intelligence (AI) asset management system. An authenticated Server-Side Request Forgery (SSRF) vulnerability exists in versions prior to 0.9.0.5. A feature within the application allows authenticated users to submit a URL for the server to process its content. The application fails to properly validate this user-supplied URL before making a server-side request. This vulnerability is not limited to image URLs and can be triggered with any link provided to the vulnerable endpoint. Since user registration is often enabled by default, any registered user can exploit this. By crafting a malicious URL, an attacker can coerce the server to send requests to arbitrary internal or external services. The vulnerability has been patched in version 0.9.0.5. The patch introduces a comprehensive, user-configurable SSRF protection module, which is enabled by default to protect server security. This new feature provides administrators with granular control over outbound requests made by the server. For users who cannot upgrade immediately, some temporary mitigation options are available. Enable new-api image processing worker (new-api-worker) and/or configure egress firewall rules.