CVE-2026-59095: LobeChat SSRF Vulnerability Allows Authenticated Credential Disclosure
LobeChat versions before 2.2.10-canary.18 contain a server-side request forgery (SSRF) vulnerability that allows authenticated attackers to make the LobeChat server initiate HTTP requests to attacker-specified URLs. Two endpoints—the skill import service and topic cover image fetcher—bypass the application's protective SSRF filtering, enabling attackers to target internal network addresses including cloud metadata endpoints. This exposes internal service responses and potentially cloud credentials to unauthorized disclosure.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 7.7 HIGH · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:N/A:N
- Weaknesses (CWE)
- CWE-918
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-07-02 / 2026-07-14
NVD description (verbatim)
LobeChat before 2.2.10-canary.18 contains a server-side request forgery vulnerability that allows authenticated attackers to direct internal HTTP requests to arbitrary URLs by supplying user-controlled input to the skill import service (importFromUrl) and topic cover update (fetchImageFromUrl) endpoints, which use the global fetch without the project's ssrf-safe-fetch wrapper. Attackers can target internal addresses such as cloud instance metadata endpoints through these unprotected code paths to disclose internal service responses and cloud credentials.
3 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
The vulnerability exists in LobeChat's importFromUrl and fetchImageFromUrl endpoints, which invoke the global fetch function without applying the project's ssrf-safe-fetch wrapper. An authenticated attacker can supply arbitrary URLs as input, causing the server to issue HTTP requests to internal addresses (e.g., 169.254.169.254 on AWS, GCP metadata services) that would normally be restricted. The lack of URL validation and destination filtering on these code paths allows information disclosure of cloud instance metadata and internal service responses that should remain inaccessible.
Business impact
An insider or low-privilege authenticated user can leverage this vulnerability to discover and exfiltrate sensitive cloud credentials, API keys, and internal service configurations without leaving typical network boundaries. For organizations running LobeChat on cloud infrastructure, successful exploitation can lead to lateral movement, privilege escalation, and further compromise of the cloud environment. The impact is amplified in multi-tenant or shared infrastructure scenarios where metadata endpoints may expose credentials with broad permissions.
Affected systems
LobeChat versions prior to 2.2.10-canary.18 are affected. The vulnerability requires prior authentication, so only users with valid LobeChat accounts can exploit it. Organizations should verify their deployed version against the vendor's release notes to confirm exposure.
Exploitability
Exploitation requires valid authentication credentials to access LobeChat. Once authenticated, the attack is trivial—an attacker simply crafts a request to one of the two vulnerable endpoints with an internal URL (such as a cloud metadata endpoint). No user interaction is required, and the attack succeeds in typical cloud-hosted deployments where metadata endpoints are accessible from the application server. The barrier to entry is low for any authenticated user with knowledge of the application's endpoints.
Remediation
Upgrade LobeChat to version 2.2.10-canary.18 or later. Organizations should prioritize this patch given the HIGH severity rating and the ease of exploitation by authenticated users. Verify the installed version in your deployment and apply updates through your standard release management process.
Patch guidance
Apply the vendor's patch by upgrading to LobeChat 2.2.10-canary.18 or a subsequent stable release. Canary releases should be evaluated for stability in your environment before production deployment; if a stable release is available, prefer that. Review your LobeChat deployment logs for evidence of exploitation (e.g., unusual requests to importFromUrl or fetchImageFromUrl endpoints with internal IP addresses or metadata endpoints) prior to patching.
Detection guidance
Monitor HTTP request logs on LobeChat application servers for requests to the importFromUrl and fetchImageFromUrl endpoints that contain suspicious or internal-facing URLs (IP addresses in RFC 1918 ranges, cloud metadata endpoints like 169.254.169.254, localhost addresses, or internal DNS names). Log the request payloads and originating user accounts. Implement network-level egress controls to restrict outbound connections from application servers to cloud metadata endpoints unless explicitly required. Enable audit logging for authenticated user actions involving URL imports.
Why prioritize this
This vulnerability merits HIGH priority due to the combination of a HIGH CVSS score (7.7), trivial exploitability for any authenticated user, direct exposure of cloud credentials and internal service metadata, and the scoped impact across cloud infrastructure. While exploitation requires authentication, insider threats and compromised low-privilege accounts represent realistic attack vectors in many organizations.
Risk score, explained
The CVSS 3.1 score of 7.7 reflects a network-accessible vulnerability requiring low privileges (authenticated user) and low attack complexity, with high confidentiality impact and cross-scope implications. The score does not account for the sensitive nature of cloud credential exposure; organizations hosting LobeChat in cloud environments should weight this vulnerability higher based on their own risk tolerances and asset criticality.
Frequently asked questions
Can this vulnerability be exploited without authentication?
No. The vulnerability requires valid LobeChat user credentials. However, this includes any authenticated user—not just administrators—so compromised or insider accounts present a realistic threat.
What are typical targets for this SSRF attack?
Cloud metadata endpoints (AWS IMDSv1, GCP metadata service), internal Kubernetes API servers, internal service meshes, and any network-accessible service running on the same network as LobeChat. The attacker's goal is to extract credentials, API keys, or configuration data.
Does the patch affect functionality?
The patch applies the ssrf-safe-fetch wrapper to the vulnerable endpoints, which implements URL validation and filtering. Users should verify in your pre-production environment that legitimate use cases (skill imports, topic cover updates) continue to work as expected after patching.
How can I confirm if this vulnerability was exploited in my environment?
Review authentication logs for unusual user accounts accessing LobeChat, and examine application request logs for calls to importFromUrl or fetchImageFromUrl with internal IP ranges, metadata endpoints, or unexpected domains in the request payload. Check for any unexpected credential rotation or service disruptions around the time of the vulnerability's publication.
This analysis is provided for informational purposes and does not constitute professional security advice. Organizations should conduct independent vulnerability assessments and consult vendor advisories before deploying patches. CVSS scores reflect standardized severity metrics and may not capture organizational context or risk tolerance. Proof-of-concept exploitation is not provided herein. Verify all technical claims against official vendor documentation and your own environment before taking remedial action. Source: NVD (public-domain), retrieved 2026-08-11. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2025-53828HIGHServer-Side Request Forgery in SharePoint for ownCloud Enables Admin Code Execution
- CVE-2026-10055HIGHEclipse Theia SSRF Vulnerability in /services/request-service
- CVE-2026-10068HIGHSSRF in Shibby Tomato 1.28 miniupnpd (Unmaintained)
- CVE-2026-10107HIGHMoviePilot v2 SSRF in Image Proxy Allows Internal Network Access
- CVE-2026-10129HIGHIBM Langflow OSS SSRF Bypass via Redirect Following – HIGH Risk
- CVE-2026-10280HIGHServer-Side Request Forgery in Horizon921 mcpilot 0.1.0
- CVE-2026-10287HIGHSSRF in SourceCodester SEO Meta Tag Extractor 1.0
- CVE-2026-10546HIGHIBM Langflow OSS SSRF via TOCTOU Race Condition