Cyber Resilience

CVE-2026-0560

SSRF in Lollms ≤ 2.1.0

Public PoCSSRF
Published
29 March 2026
Modified
31 March 2026
Patch / advisory
CVSS Score v3.1 7.5
Click a component to see what it means
Raw vectorCVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N
EPSS Score 0.018 76th percentile
Risk Priority 63 floored blend · peak EPSS

Summary

CVE-2026-0560 is a high-severity SSRF (CWE-918) vulnerability in Lollms Lollms. Its CVSS base score is 7.5 (High).

Operationally, exploitation aligns with the MITRE ATT&CK technique Exploit Public-Facing Application (T1190); ranked in the top 24% of CVEs by exploit likelihood; it is not currently listed in the CISA KEV catalog; a public proof-of-concept is referenced.

The strongest mitigations our analysis identified map to AC-4 (Information Flow Enforcement) and SI-10 (Information Input Validation) — see the control section below for these in your framework.

Deeper analysis AI-assisted summary

Synthesised by an AI model from the NVD description and linked references — a reading aid, not an authoritative source.

A Server-Side Request Forgery vulnerability affects parisneo/lollms versions prior to 2.2.0 in the /api/files/export-content endpoint. The _download_image_to_temp function in backend/routers/files.py does not validate user-supplied URLs, permitting arbitrary outbound HTTP requests to internal services or cloud metadata endpoints. The flaw is tracked as CWE-918 and carries a CVSS 3.1 score of 7.5.

An unauthenticated remote attacker can supply a crafted URL to the endpoint and reach otherwise inaccessible internal hosts, retrieve cloud instance metadata, disclose sensitive information, perform port scans, or in some cases chain the access into remote code execution.

The referenced commit 76a54f0df2df8a5b254aa627d487b5dc939a0263 in the parisneo/lollms repository addresses the issue by adding URL validation. The associated huntr report provides additional technical detail on the affected code path.

OWASP Top 10 for Web (2025)

EU & UK References

Vulnerability Data

A Server-Side Request Forgery (SSRF) vulnerability exists in parisneo/lollms versions prior to 2.2.0, specifically in the `/api/files/export-content` endpoint. The `_download_image_to_temp()` function in `backend/routers/files.py` fails to validate user-controlled URLs, allowing attackers to make arbitrary HTTP requests to internal services and cloud…

more

metadata endpoints. This vulnerability can lead to internal network access, cloud metadata access, information disclosure, port scanning, and potentially remote code execution.

CWE(s)

Related Threats

MITRE ATT&CK Enterprise Techniques

T1190 Exploit Public-Facing Application Initial Access
Adversaries may attempt to exploit a weakness in an Internet-facing host or system to initially access a network.
Derived from this CVE’s CWE(s) via the direct CWE→ATT&CK cross-walk.

CVEs Like This One

CVE-2024-4881Same product: Lollms Lollms
CVE-2024-4499Same product: Lollms Lollms
CVE-2026-1115Same product: Lollms Lollms
CVE-2026-1116Same product: Lollms Lollms
CVE-2026-0562Same product: Lollms Lollms
CVE-2026-0558Same product: Lollms Lollms
CVE-2026-1114Same product: Lollms Lollms
CVE-2024-12766Same vendor: Lollms
CVE-2024-6985Same product: Lollms Lollms
CVE-2024-3429Same product: Lollms Lollms

Affected Assets

lollms
lollms
≤ 2.1.0

Mitigating Controls

Control response

Prevent
Stop it (NIST 800-53)

Detect
Catch it (NIST detect / respond)

Harden
Shrink the surface (DISA STIG)

Validate
Prove the fix (OWASP ASVS)
  • V1.3.6
  • V1.5.3
  • V5.3.2
  • V10.4.7

Mitigating Controls (NIST 800-53 r5) AI

Information flow enforcement can restrict which destinations the server is allowed to contact on behalf of users.

Input validation directly stops untrusted URLs from being accepted and fetched without destination checks.

Boundary protection limits the network reach of server-initiated requests even if SSRF occurs.

Mitigating Controls (NIST CSF 2.0) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→CSF cross-walk (authority under review) — links open the control.

PR.PS-06 mostly match
prevents

Secure development practices directly include input validation and destination allow-listing that prevent SSRF.

DE.CM-09 partial match
prevents

Runtime monitoring of web applications and services can detect anomalous outbound requests indicative of SSRF.

ID.RA-01 partial match
prevents

Vulnerability identification processes can discover and record SSRF flaws in web applications.

PR.IR-01 partial match
prevents

Network segmentation and egress controls can limit the damage from successful SSRF requests.

Mitigating Controls (ISO/IEC 27001:2022 Annex A) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→ISO cross-walk (authority under review) — links open the control.

prevents

Operational threat data describing SSRF campaigns can be used to tighten outbound-request allow-lists and detection rules before attackers exploit them.

References