Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate as any user
-
DeliveryAccess friendship ID belonging to other users
-
ExploitCall /api/friends/requests endpoint without authorization checks
-
ExecutionManipulate friend requests
-
ImpactViolate 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 |
| 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 |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – 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
Affected Packages
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
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
Lifecycle Timeline
3DescriptionCVE.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
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.
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
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.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
A path traversal vulnerability exists in the `install` and `uninstall` API endpoints of parisneo/lollms-webui version V1
Unauthenticated file upload in parisneo/lollms versions ≤2.2.0 enables remote attackers to submit arbitrary files for te
A remote code execution (RCE) vulnerability exists in the '/install_extension' endpoint of the parisneo/lollms-webui app
A path traversal vulnerability exists in the parisneo/lollms application, specifically within the `sanitize_path_from_en
A path traversal vulnerability exists in the 'cyber_security/codeguard' native personality of the parisneo/lollms-webui,
A path traversal and arbitrary file upload vulnerability exists in the parisneo/lollms-webui application, specifically w
parisneo/lollms-webui is vulnerable to path traversal attacks that can lead to remote code execution due to insufficient
A vulnerability in the parisneo/lollms-webui version 9.3 allows attackers to bypass intended access restrictions and exe
A Server-Side Request Forgery (SSRF) vulnerability exists in the 'add_webpage' endpoint of the parisneo/lollms-webui app
A remote code execution (RCE) vulnerability exists in the parisneo/lollms-webui, specifically within the 'open_file' mod
A vulnerability in parisneo/lollms-webui versions up to 9.3 allows remote attackers to execute arbitrary code. Rated cri
A path traversal vulnerability in the '/apply_settings' endpoint of parisneo/lollms-webui allows attackers to execute ar
EUVD-2026-17039
NVD
CVE.org
EPSS
Vulnrichment
GitHub
VulDB
Exploit-DB