ZeroHour

CVE-2026-81729

large

Improper Authorization Lets Read-Only API Users Delete Documents in Dolibarr ERP/CRM

CVSS 4.0
7.1 high
EPSS
<1%p13
Published
()
Modified
AI analysis

CVE-2026-81729 is an incorrect-authorization flaw (CWE-863) in the Dolibarr ERP/CRM REST API, where document deletion is authorized against the wrong permission mode. When an authenticated API user calls DELETE /api/index.php/documents, Documents::delete() in htdocs/api/class/api_documents.class.php (line 1276 in 23.0.3) calls dol_check_secure_access_document() with mode 'read' instead of the 'write' mode used by the sibling builddoc() path, so a data-modifying operation is checked as if it were a read. Consequently, any API user holding only a read permission on a document-bearing module, such as societe:lire or facture:lire, and no create, write, delete or admin rights, can permanently delete that module's stored files — third-party documents, invoices, orders, proposals, project files and generated PDFs — with no recovery path. All Dolibarr deployments before 23.0.4 that expose the REST API are affected, and the call site correctly passes 'write' from 23.0.4 onward. No public proof-of-concept is known and exploitation has not been reported in the wild; the flaw carries a CVSS 4.0 score of 7.1 (High, integrity-only impact) and EPSS estimates about 0.2% probability of exploitation within 30 days.

What to do: Upgrade Dolibarr to 23.0.4 or later, which passes the correct 'write' mode at the delete call site. In the interim, audit REST API tokens, revoke or restrict read-only API credentials, and consider blocking or rate-limiting DELETE requests to /api/index.php/documents at a reverse proxy; review API logs for DELETE /documents calls made by low-privilege users to detect possible unauthorized deletions.

Affected
Dolibarr ERP/CRMbefore 23.0.4 (confirmed vulnerable call site in 23.0.3; fixed in 23.0.4)
Estimated exposure
largetens of thousands of deployments potentially affected, out of an install base of hundreds of thousands of reported Dolibarr installations — The Dolibarr project is a widely deployed open-source ERP/CRM with hundreds of thousands of reported installations, but only the subset with the REST API enabled and API tokens issued to read-only users is exposed, plausibly on the order…

Order-of-magnitude estimate by the model from install counts, market share and public scan data it knows; verify before quoting.

Description

Dolibarr before 23.0.4 authorizes REST API document deletion against the wrong permission. Documents::delete() in htdocs/api/class/api_documents.class.php calls dol_check_secure_access_document() with the mode argument 'read' when handling DELETE /api/index.php/documents, while the sibling builddoc() path passes 'write', the correct mode for an operation that modifies stored data. An authenticated API user who holds only a read permission for a document-bearing module, for example societe:lire or facture:lire, and no create, write, delete or admin permission, therefore passes the check and can permanently delete that module's documents: third-party files, invoices, orders, proposals, project files and generated PDFs, with no recovery path. The call site is htdocs/api/class/api_documents.class.php:1276 in 23.0.3 and passes 'write' from 23.0.4 onward.

Vendors
dolibarr
Products
dolibarr erp\/crm
Weakness
CWE-863
Vector
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:H/VA:N/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X

In the news

No ingested article mentions this CVE yet.