PatchSiren

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.