PatchSiren cyber security CVE debrief
CVE-2026-85387 Concrete CMS CVE debrief
A vulnerability in Concrete CMS before version 9.5.4 allows deactivated or deleted users to retain access to certain API endpoints due to inadequate re-authorization checks. The CVSS v4.0 score is 2.0, indicating a low severity. This issue arises from the CMS's failure to properly re-authorize OAuth REST API requests, allowing users with deactivated or deleted accounts to retain access to specific endpoints. The vulnerability was reported by Myq Larson and assigned a CVSS v4.0 score of 2.0 by the Concrete CMS security team.
- Vendor
- Concrete CMS
- Product
- Unknown
- CVSS
- LOW 2
- CISA KEV
- Not listed in stored evidence
- Original CVE published
- 2026-09-16
- Original CVE updated
- 2026-09-21
- Advisory published
- 2026-09-16
- Advisory updated
- 2026-09-21
Who should care
Defenders and administrators of Concrete CMS installations should assess exposure and prioritize remediation. They should verify user account status and token revocation for API endpoints, review and adjust API access controls, and update Concrete CMS to version 9.5.4 or later. Security teams and vulnerability management teams should also be aware of the potential impact and take necessary actions.
Why it matters
A vulnerability in Concrete CMS before version 9.5.4 allows deactivated or deleted users to retain access to certain API endpoints due to inadequate re-authorization checks.
- Verify user account status and token revocation for API endpoints
- Update Concrete CMS to version 9.5.4 or later
- Review and adjust API access controls
Technical summary
Concrete CMS before 9.5.4 did not properly re-authorize OAuth REST API requests, allowing deactivated or deleted users to retain access to certain endpoints. The vulnerability arises from the CMS's authorization validator confirming only that a token existed, had not expired, and had not been explicitly revoked, without re-checking the state of the account the token had been issued to. This oversight enables users with deactivated or deleted accounts to retain access to specific API endpoints until the token expires.
Defensive priority
Defenders should prioritize verifying user account status and token revocation for API endpoints.
Recommended defensive actions
- Verify user account status and token revocation for API endpoints
- Update Concrete CMS to version 9.5.4 or later
- Review and adjust API access controls
- Confirm whether affected product deployments exist in managed environments and assign an owner for follow-up
- Review the supplied official advisory or CVE record to validate affected scope, severity, and vendor guidance
- Plan vendor-supported updates or mitigations through normal change control where exposure is confirmed
- Check relevant monitoring, detection, and logs for exposed assets that need extra review
Evidence notes
The vulnerability was reported by Myq Larson and assigned a CVSS v4.0 score of 2.0 by the Concrete CMS security team. The score reflects the severity of the vulnerability, which allows deactivated or deleted users to retain access to certain API endpoints. The issue is due to inadequate re-authorization checks in Concrete CMS before version 9.5.4.
Sources and references
Verified primary and authoritative sources
-
CVE-2026-85387 CVE Program record
Publisher, destination, and source semantics verified
URL: https://www.cve.org/CVERecord?id=CVE-2026-85387
CVE Program - Official CVE Program record with source-provided CVE metadata.
-
CVE-2026-85387 NVD vulnerability detail
Publisher, destination, and source semantics verified
URL: https://nvd.nist.gov/vuln/detail/CVE-2026-85387
NIST National Vulnerability Database - Official NIST NVD detail page and source-specific vulnerability assessment.
Supplemental references
-
Source reference
Unverified legacy reference
URL: https://documentation.concretecms.org/developers/introduction/version-history/954-release-notes
ff5b8ace-8b95-4078-9743-eac1ca5451de - Broken Link
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.