CVE-2026-55611
This vulnerability is fixed in 1.14.1.
Does this matter?
Lower severity and a low EPSS score (0.40%). Track it; it rarely justifies an emergency change on its own.
Description
AnythingLLM is an application that turns pieces of content into context that any LLM can use as references during chatting. From 1.11.1 until 1.14.1, userId/workspaceId scoping to the parsed-files read/delete paths was added. However, the POST /api/workspace/:slug/embed-parsed-file/:fileId flow still deletes the target file by primary key only, with no ownership check, inside two finally{} blocks that run even when the ownership-checked read fails. As a result a manager or admin (multi-user mode) can delete any other user's parsed file in any workspace — including workspaces they are not a member of — by enumerating integer fileIds. The server even returns "File not found" while still deleting the file. This vulnerability is fixed in 1.14.1.
- CVSS 3.1
- 0.0 NONECVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:U/C:N/I:N/A:N
- EPSS
- 0.40% probability · 34th percentile
- CISA KEV
- Not listed
- Weakness
- CWE-639
- Source
- security-advisories@github.com
References
- https://github.com/Mintplex-Labs/anything-llm/commit/34a42a33eaafe78b1e4020995ce8e9fd34d26c65
- https://github.com/Mintplex-Labs/anything-llm/commit/683fe3dfdc74b6d94c445a25bb0f2f218665a4c6
- https://github.com/Mintplex-Labs/anything-llm/security/advisories/GHSA-r872-gr59-vf5w
- https://github.com/Mintplex-Labs/anything-llm/security/advisories/GHSA-r872-gr59-vf5w
Source: NVD record, EPSS from FIRST.org, KEV from CISA. Refreshed daily.