Skip to main content

Lollms CVE-2026-0562

| EUVDEUVD-2026-17039 HIGH
Incorrect Authorization (CWE-863)
2026-03-29 security@huntr.dev
8.3
CVSS 3.1 · NVD
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Authenticate as any user
  2. Delivery
    Access friendship ID belonging to other users
  3. Exploit
    Call /api/friends/requests endpoint without authorization checks
  4. Execution
    Manipulate friend requests
  5. Impact
    Violate privacy and friendship integrity

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization logic validation
MITRE ATT&CK

1 technique across 1 tactic: Privilege Escalation

The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up.

Exploitation Conditions

Requires authentication to parisneo/lollms versions up to 2.2.0. Any authenticated user can exploit the /api/friends/requests/{friendship_id} endpoint to manipulate friend requests belonging to other users. No victim interaction needed; attacker directly sends crafted API requests with valid authentication credentials.

Impact

This vulnerability presents significant real-world risk despite requiring authentication (PR:L). The CVSS base score of 8.3 (High) reflects high confidentiality and integrity impact, as attackers can both discover social relationships (C:H) and manipulate them (I:H). The low attack complexity (AC:L) means exploitation requires only basic API knowledge and authenticated credentials, making it easily automatable through scripted enumeration of friendship IDs. While EPSS data and SSVC scoring are not provided in the input, the authentication requirement somewhat limits blast radius compared to unauthenticated IDORs. However, the social engineering vector is concerning: malicious insiders or compromised low-privilege accounts can establish trust relationships with high-value targets without their knowledge, enabling subsequent phishing or lateral movement. The vulnerability is NOT confirmed actively exploited per CISA KEV data, and the attack surface is limited to environments where the lollms application is deployed with multi-user functionality enabled. Organizations using lollms in single-user or isolated contexts face minimal risk. The primary concern is multi-tenant or community deployments where adversaries seek to manipulate social graphs for reconnaissance or influence operations.

Exploit ScenarioDerived

An attacker with valid credentials to a multi-user lollms instance enumerates friendship request IDs by incrementing the {friendship_id} parameter in API calls to /api/friends/requests/. Upon discovering pending requests between other users, the attacker accepts friendship requests on behalf of target victims, establishing unauthorized trust relationships. This enables the attacker to impersonate trusted contacts in subsequent social engineering campaigns, access private conversations or shared resources within the lollms platform, or gather intelligence on organizational social structures for targeted phishing. The attack requires only authenticated API access and basic scripting capability, with no user interaction (UI:N) needed from victims, making it feasible for insider threats or compromised low-privilege accounts to execute.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 0.0% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Mar 29, 2026

Authenticated users in parisneo/lollms (versions before 2.2.0) can hijack friend requests intended for other users through an Insecure Direct Object Reference (IDOR) flaw in the /api/friends/requests/{friendship_id} endpoint. The vulnerability enables any logged-in user to accept or reject friendship requests by manipulating the friendship_id parameter without authorization checks, leading to unauthorized social graph manipulation and potential account compromise via social engineering. Fixed in version 2.2.0 with commit c462977; no public exploit identified at time of analysis, though the attack is trivially reproducible with standard HTTP tools given the low complexity (CVSS AC:L) and authenticated network access (CVSS AV:N/PR:L).

RemediationAI

Upgrade to lollms version 2.2.0 or later, which includes the authorization fix implemented in commit c46297799f8e1e23305373f8350746b905e0e83c available at https://github.com/parisneo/lollms/commit/c46297799f8e1e23305373f8350746b905e0e83c. The patch introduces proper authorization checks in the respond_request() function to validate that the authenticated user is either the initiator or recipient of the friendship request before allowing state changes. For organizations unable to immediately upgrade, interim mitigations include disabling the friends/social features if not operationally required, implementing API gateway-level authorization policies to restrict access to the /api/friends/requests/ endpoints based on user context, or deploying Web Application Firewall (WAF) rules to detect sequential friendship ID enumeration attempts. Review application logs for suspicious patterns such as single users accessing large numbers of friendship request IDs in short timeframes, which may indicate active exploitation attempts. Full remediation details are available in the HunTR disclosure at https://huntr.com/bounties/6aab01ca-a138-4a1d-bef9-3bce145359bf.

Affected VersionsENISA

parisneo/lollms unspecified <2.2.0

Affected Packages

pypi lollms fix: 2.1.1
euvd parisneo_lollms_unspecified fix: 2.2.0

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 2 packages in pypi, euvd

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

The vulnerability stems from CWE-863 (Incorrect Authorization) in the respond_request() function within backend/routers/friends.py of the lollms application framework. The affected endpoint implements a RESTful API pattern where friendship IDs are passed as path parameters (/api/friends/requests/{friendship_id}), but the backend logic fails to validate whether the authenticated session belongs to a participant in that friendship relationship. This represents a classic IDOR pattern where predictable or enumerable object identifiers (friendship IDs) can be manipulated without ownership verification. The vulnerability allows horizontal privilege escalation, as authenticated users can modify resources belonging to peer users at the same privilege level. The fix in commit c462977 likely introduces server-side authorization logic to verify the requesting user's identity matches either the friendship initiator or recipient before allowing state changes to the request object.

Know when Lollms gets its next vulnerability

  • Watch products and get an email when something new is published
  • Check this CVE against your own stack and servers
  • Exploit and PoC references, threat intelligence from 22 sources

No credit card · 7-day full trial

Severity by source

NVD PRIMARY 8.3 HIGH
AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:L

Primary rating from NVD · only source for this CVE.

CVSS VectorNVD

Attack Vector
Network
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Unchanged
Confidentiality
High
Integrity
High
Availability
Low

Lifecycle Timeline

3
Analysis Updated
Apr 16, 2026 - 06:11 EUVD-patch-fix
executive summary
Patch available
Apr 16, 2026 - 05:29 EUVD
2.2.0
CVE Published
Mar 29, 2026 - 18:16 nvd
HIGH 8.3

DescriptionCVE.org

A critical security vulnerability in parisneo/lollms versions up to 2.2.0 allows any authenticated user to accept or reject friend requests belonging to other users. The respond_request() function in backend/routers/friends.py does not implement proper authorization checks, enabling Insecure Direct Object Reference (IDOR) attacks. Specifically, the /api/friends/requests/{friendship_id} endpoint fails to verify whether the authenticated user is part of the friendship or the intended recipient of the request. This vulnerability can lead to unauthorized access, privacy violations, and potential social engineering attacks. The issue has been addressed in version 2.2.0.

Executive ViewAI

Why It Matters

parisneo/lollms versions before 2.2.0 contain an authentication bypass flaw in friend request handling that allows any logged-in user to manipulate other users' social connections, potentially enabling account compromise through social engineering attacks. This vulnerability directly impacts user trust and account security across all authenticated users on affected deployments.

Business Impact: High
Compensating Controls

Vendor-released patch: version 2.2.0. If immediate patching is unavailable, implement API-level authorization logging and network-based rate limiting on the /api/friends/requests/{friendship_id} endpoint to reduce attack surface; notify users to review recent friend requests for unauthorized activity.

Threat Intelligence Overview

EPSS Score
0.0%
Top 85% exploitable
Data Quality
7 sources
Confidence: High
EUVD NVD CVE.org EPSS Vulnrichment GitHub VulDB

How this decision was reached

The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.0%
Patch available Yes
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Scheduled
Exploitation
Poc
System Exposure· derived
Open
Automatable
No
Human Impact
High
Technical Impact
Total

Priority Score

42
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +42
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.

More in Lollms

View all
CVE-2024-8898 CRITICAL POC
9.8 Mar 20

A path traversal vulnerability exists in the `install` and `uninstall` API endpoints of parisneo/lollms-webui version V1

CVE-2026-0558 CRITICAL POC
9.8 Mar 29

Unauthenticated file upload in parisneo/lollms versions ≤2.2.0 enables remote attackers to submit arbitrary files for te

CVE-2024-4320 CRITICAL POC
9.8 Jun 06

A remote code execution (RCE) vulnerability exists in the '/install_extension' endpoint of the parisneo/lollms-webui app

CVE-2024-3429 CRITICAL POC
9.8 Jun 06

A path traversal vulnerability exists in the parisneo/lollms application, specifically within the `sanitize_path_from_en

CVE-2024-3322 CRITICAL POC
9.8 Jun 06

A path traversal vulnerability exists in the 'cyber_security/codeguard' native personality of the parisneo/lollms-webui,

CVE-2024-2624 CRITICAL POC
9.8 Jun 06

A path traversal and arbitrary file upload vulnerability exists in the parisneo/lollms-webui application, specifically w

CVE-2024-2360 CRITICAL POC
9.8 Jun 06

parisneo/lollms-webui is vulnerable to path traversal attacks that can lead to remote code execution due to insufficient

CVE-2024-2359 CRITICAL POC
9.8 Jun 06

A vulnerability in the parisneo/lollms-webui version 9.3 allows attackers to bypass intended access restrictions and exe

CVE-2024-5482 CRITICAL POC
9.8 Jun 06

A Server-Side Request Forgery (SSRF) vulnerability exists in the 'add_webpage' endpoint of the parisneo/lollms-webui app

CVE-2024-4267 CRITICAL POC
9.8 May 22

A remote code execution (RCE) vulnerability exists in the parisneo/lollms-webui, specifically within the 'open_file' mod

CVE-2024-4326 CRITICAL POC
9.8 May 16

A vulnerability in parisneo/lollms-webui versions up to 9.3 allows remote attackers to execute arbitrary code. Rated cri

CVE-2024-2358 CRITICAL POC
9.8 May 16

A path traversal vulnerability in the '/apply_settings' endpoint of parisneo/lollms-webui allows attackers to execute ar

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy