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.
Published: 2026-08-27
Score: 7.1 High
EPSS: < 1% Very Low
KEV: No
Impact: Unauthorized deletion of storing documents via REST API
Action: Patch immediately
AI Analysis

Impact

Dolibarr applications before version 23.0.4 permit document removal through a REST API endpoint that performs a read‑permission check instead of the required write check. An authenticated API user that holds only read privileges on a module that stores documents can therefore delete those documents permanently. This loss removes third‑party files, invoices, orders, proposals, project files and generated PDFs with no recovery mechanism, directly affecting the integrity and availability of business data.

Affected Systems

This flaw is present in Dolibarr ERP/CRM releases up to and including 23.0.3 and is fixed in version 23.0.4. All instances of Dolibarr that expose the REST API for document handling with a read‑only user role are susceptible.

Risk and Exploitability

The CVSS score of 7.1 denotes a high severity vulnerability. No EPSS data is provided, and the vulnerability is not listed in CISA’s KEV catalog, suggesting that exploitation may not yet be widespread but is still credible. Because the attack requires only an authenticated user with read privileges, privilege escalation is difficult but not impossible, and the REST endpoint is typically external to the web UI, the nominal attack surface is moderate. The impact is significant due to the irreversible nature of the deletion.

Generated by OpenCVE AI on August 28, 2026 at 08:30 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Upgrade Dolibarr to version 23.0.4 or later, where the API correctly checks write permissions for deletions
  • Limit API users to the minimal set of permissions required for their workflow, avoiding read‑only accounts from having access to the document deletion endpoint
  • Apply the principle of least privilege for all roles and review role assignments regularly, ensuring that users who only need to view documents are not granted deletion rights
  • Monitor the REST API logs for unexpected DELETE /api/index.php/documents requests and investigate any anomalies promptly
  • If an upgrade is not immediately possible, temporarily disable the document deletion operation programmatically or via a reverse‑proxy rule until the fix can be applied

Generated by OpenCVE AI on August 28, 2026 at 08:30 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Mon, 31 Aug 2026 19:30:00 +0000

Type Values Removed Values Added
Metrics ssvc

{'options': {'Automatable': 'no', 'Exploitation': 'none', 'Technical Impact': 'partial'}, 'version': '2.0.3'}


Fri, 28 Aug 2026 16:00:00 +0000

Type Values Removed Values Added
First Time appeared Dolibarr dolibarr
Dolibarr erp Crm
Vendors & Products Dolibarr dolibarr
Dolibarr erp Crm

Thu, 27 Aug 2026 18:00:00 +0000

Type Values Removed Values Added
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.
Title Dolibarr before 23.0.4 Incorrect Authorization on REST API Document Deletion
First Time appeared Dolibarr
Dolibarr dolibarr Erp\/crm
Weaknesses CWE-863
CPEs cpe:2.3:a:dolibarr:dolibarr_erp\/crm:*:*:*:*:*:*:*:*
Vendors & Products Dolibarr
Dolibarr dolibarr Erp\/crm
References
Metrics cvssV3_1

{'score': 6.5, 'vector': 'CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:N'}

cvssV4_0

{'score': 7.1, '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'}


Subscriptions

Dolibarr Dolibarr Dolibarr Erp\/crm Erp Crm
cve-icon MITRE

Status: PUBLISHED

Assigner: VulnCheck

Published:

Updated: 2026-08-31T18:21:32.539Z

Reserved: 2026-08-27T11:15:29.421Z

Link: CVE-2026-81729

cve-icon Vulnrichment

Updated: 2026-08-31T18:21:28.669Z

cve-icon NVD

Status : Analyzed

Published: 2026-08-27T20:18:55.340

Modified: 2026-08-31T19:17:14.720

Link: CVE-2026-81729

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-08-28T15:45:02Z

Weaknesses