PatchSiren cyber security CVE debrief
CVE-2026-45296 openreplay CVE debrief
OpenReplay is a self-hosted session replay suite. Prior to version 1.26.0, the Python API contains several app_apikey routes that trust a caller-provided projectKey after validating only that the API key itself is valid and that the target projectKey exists. The authorization flow does not verify that the authenticated API key and the requested project belong to the same tenant. Because the public tracker design exposes projectKey to browser-side code, an attacker who owns any valid API key for their own tenant can target another tenant's project by reusing that public projectKey. The vulnerable routes allow the attacker to enumerate victim user sessions and then retrieve sensitive session event data across the tenant boundary. This vulnerability is fixed in version 1.26.0.
- Vendor
- openreplay
- Product
- Unknown
- CVSS
- HIGH 7.7
- CISA KEV
- Not listed in stored evidence
- Original CVE published
- 2026-05-28
- Original CVE updated
- 2026-05-28
- Advisory published
- 2026-05-28
- Advisory updated
- 2026-05-28
Who should care
Organizations running self-hosted OpenReplay instances prior to version 1.26.0, particularly multi-tenant deployments where data isolation between tenants is critical. Security teams responsible for session replay infrastructure and API authorization controls should prioritize this fix.
Technical summary
The vulnerability stems from missing tenant validation in OpenReplay's Python API authorization flow. When processing requests to app_apikey routes, the system validates that the provided API key is valid and that the requested projectKey exists, but fails to verify that both belong to the same tenant. Since projectKey values are exposed in browser-side tracker code, any attacker with a valid API key for their own tenant can craft requests targeting other tenants' projects. This enables enumeration of user sessions and exfiltration of sensitive session replay data across tenant boundaries. The vulnerability is classified as CWE-284 (Improper Access Control) and carries a CVSS 3.1 score of 7.7 (HIGH severity).
Defensive priority
HIGH
Recommended defensive actions
- Upgrade OpenReplay to version 1.26.0 or later to remediate this vulnerability.
- Review API authorization logic to ensure tenant isolation is properly enforced for all app_apikey routes.
- Audit access logs for any suspicious cross-tenant session enumeration or data retrieval activity.
- Consider implementing additional authorization checks that verify API key and projectKey belong to the same tenant before processing requests.
- Review and rotate API keys if compromise is suspected.
Evidence notes
The CVE description and GitHub Security Advisory (GHSA-8wmc-vpmf-cjf5) confirm the vulnerability exists in OpenReplay versions prior to 1.26.0. The CVSS 3.1 vector (AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:N/A:N) scores 7.7 (HIGH severity). CWE-284 (Improper Access Control) is identified as the primary weakness. The fix is confirmed in version 1.26.0.
Official resources
-
CVE-2026-45296 CVE record
CVE.org
-
CVE-2026-45296 NVD detail
NVD
-
Source item URL
nvd_modified
- Source reference
2026-05-28