CVE-2026-89012 Dolibarr CVE debrief

Who should care

Defenders responsible for Dolibarr installations, security teams, and administrators should assess exposure and apply patches to prevent potential data breaches. This includes reviewing compensating controls for exposed systems while remediation is scheduled and verified, checking relevant monitoring, detection, and logs for exposed assets that need extra review, and tracking exceptions, retesting remediated assets, and closing the item only after evidence

Why it matters

CVE-2026-89012 is a high-severity vulnerability in Dolibarr's sqlfilters API query parameter that allows authenticated attackers to recover protected database fields, including full password hashes. Defenders should prioritize verifying Dolibarr installations for exposure and applying patches to prevent potential data breaches.

• Data breach risk due to potential extraction of password hashes
• Increased attack surface for authenticated attackers
• Potential lateral movement within compromised systems

Technical summary

The vulnerability is caused by the case-sensitive denylist check in the core library, which can be bypassed by supplying uppercase variants of denylist-protected field names. This allows attackers to use prefix-matching predicates as a boolean oracle and extract sensitive information, including full password hashes for any user account, including administrators. The vulnerability has a high severity score of 7.1 and is classified as HIGH. The CVE record was published on 2026-09-11T16:17:48.680Z and has not been modified since then.

Defensive priority

Defenders should prioritize verifying Dolibarr installations for exposure and applying patches to prevent potential data breaches.

Recommended defensive actions

• Verify Dolibarr installations for exposure
• Apply patches to prevent potential data breaches
• Monitor for suspicious activity related to sqlfilters API query parameter
• Review compensating controls for exposed systems while remediation is scheduled and verified
• Check relevant monitoring, detection, and logs for exposed assets that need extra review
• Track exceptions, retest remediated assets, and close the item only after evidence is documented
• Confirm whether affected product deployments exist in managed environments and assign an owner for follow-up

Evidence notes

The vulnerability allows attackers to extract full password hashes for any user account, including administrators, using prefix-matching predicates as a boolean oracle. This is achieved by supplying uppercase variants of denylist-protected field names, which bypass the case-sensitive denylist check in the core library. The vulnerability has a high severity score of 7.1 and is classified as HIGH. The CVE record was published on 2026-09-11T16:17:48.680Z and has not been modified since then.

Sources and references

Methodology and review provenance

AI-assisted synthesis based on stored public vulnerability evidence. System validation, approval state, and publication status do not by themselves establish human review of this revision. PatchSiren helps prioritize defensive review and does not prove exposure or remediation on any system.