CVE-2026-45831: ChromaDB Authorization Bypass Allows Cross-Tenant Data Access
ChromaDB's SimpleRBACAuthorizationProvider has a critical authorization bypass flaw. While it correctly verifies that a user holds a permission, it fails to validate which tenant, database, or collection that permission actually applies to. This means an authenticated user can exploit this gap to access or modify data belonging to other tenants, databases, or collections they shouldn't have access to. The vulnerability affects ChromaDB version 0.5.0 and later.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 8.8 HIGH · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
- Weaknesses (CWE)
- CWE-863
- Affected products
- 1 configuration(s)
- Published / Modified
- 2026-06-12 / 2026-06-17
NVD description (verbatim)
The SimpleRBACAuthorizationProvider authorization provider in versions 0.5.0 or later of the ChromaDB Python project evaluates whether a user holds a given permission but never checks which tenant, database, or collection that permission applies to allowing users to perform cross tenant actions.
1 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-45831 is an authorization context validation failure in ChromaDB's SimpleRBACAuthorizationProvider. The provider implements role-based access control (RBAC) by checking whether a principal holds a required permission, but the implementation lacks scope binding—it does not verify that the permission is scoped to the specific tenant, database, or collection being accessed. This allows a user with legitimate permissions in one context to perform the same action across other contexts, effectively bypassing multi-tenancy and collection-level isolation. The vulnerability is classified as CWE-863 (Incorrect Authorization).
Business impact
Organizations using ChromaDB as a vector database or AI application backend face severe data isolation risks. An authenticated user—whether internal or with delegated API access—can exfiltrate sensitive embeddings or documents from other tenants or projects, modify or delete critical data across organizational boundaries, or poison datasets for machine learning workflows. In multi-tenant SaaS deployments, this violates fundamental data separation guarantees. Financial services, healthcare, and research institutions storing confidential data in ChromaDB face regulatory and reputational harm.
Affected systems
ChromaDB (trychroma chromadb) versions 0.5.0 and later are affected. The vulnerability exists in the SimpleRBACAuthorizationProvider authorization provider specifically. Organizations running ChromaDB with RBAC enabled and multiple tenants, databases, or collections should assume they are at risk. Deployments using alternative authorization providers or single-tenant architectures may have reduced exposure, though verification against your configuration is necessary.
Exploitability
The vulnerability requires authentication (PR:L in the CVSS vector) but no user interaction. An authenticated attacker with any valid credential can immediately attempt cross-tenant or cross-collection access. No special tools or conditions are needed—standard API calls to ChromaDB are sufficient. The attack surface is high for any deployment exposing ChromaDB to multiple users or tenants. The low attack complexity and straightforward nature of authorization bypass exploits make this practically exploitable in most deployments.
Remediation
Upgrade ChromaDB to a patched version that properly validates authorization scope against the target tenant, database, and collection. Verify the exact patch version and release notes from the ChromaDB project; this advisory does not specify a fixed version. Immediately audit logs for cross-tenant or cross-collection access patterns that suggest exploitation. Isolate ChromaDB instances or enforce network-level access controls if patching is delayed. For multi-tenant environments, consider temporary application-level authorization checks until patches are deployed.
Patch guidance
Check the ChromaDB project repository and release notes for versions after 0.5.0 that explicitly address this authorization bypass. Apply the patch as soon as it is available and verified. Test thoroughly in a staging environment, particularly with multi-tenant and multi-collection scenarios, before production deployment. Verify that authorization checks now validate tenant, database, and collection scope in addition to permission presence.
Detection guidance
Monitor ChromaDB audit and access logs for anomalous cross-tenant or cross-collection queries from authenticated users. Look for API calls that access collections or databases outside the user's expected scope. Implement alerting on permission-granted operations followed by access to unexpected tenants or databases. Review authentication logs for newly created service accounts or API keys that precede unusual access patterns. Network-level detection of ChromaDB queries to unexpected internal databases can supplement application-level monitoring.
Why prioritize this
This is a HIGH-severity flaw (CVSS 8.8) affecting a foundational security control—authorization—with immediate practical exploitability requiring only authentication. The complete compromise of confidentiality, integrity, and availability in affected contexts, combined with multi-tenancy being a core ChromaDB use case, warrants urgent patching. Organizations running multi-tenant or multi-collection ChromaDB deployments should prioritize this above most other patches.
Risk score, explained
The CVSS 8.8 score reflects a network-accessible authorization bypass with low attack complexity. Authentication is required, limiting the threat to authorized users; however, the scope is unchanged (single system, no privilege escalation), and all three security impacts (confidentiality, integrity, availability) are fully compromised. The high score appropriately captures the severity of authorization bypass in a multi-tenant architecture where isolation is a core security boundary.
Frequently asked questions
Does this vulnerability affect single-tenant ChromaDB deployments?
Yes, even single-tenant deployments can be exploited if they have multiple databases or collections with intended access restrictions. The authorization bypass applies across any logical boundary the provider is meant to enforce.
Is there a workaround if I cannot patch immediately?
Network isolation and application-level authorization checks can provide temporary mitigation. Restrict ChromaDB access to trusted internal networks, limit authenticated user scope at the application layer, and audit access logs closely. However, patching is the only complete remediation.
How can I tell if my deployment was compromised?
Search audit logs for cross-tenant, cross-database, or cross-collection access from authenticated users. Pay particular attention to users or service accounts accessing collections outside their assigned scope, or queries to unexpected database contexts.
Does the SimpleRBACAuthorizationProvider impact other parts of ChromaDB?
The vulnerability is specific to the authorization provider itself. Other ChromaDB functionality and authentication mechanisms are not directly affected, but any system relying on this provider for access control is vulnerable.
This analysis is provided for informational purposes and does not constitute formal security advice. Verify all patch versions, release dates, and remediation steps against official ChromaDB project advisories and your specific deployment configuration. The CVSS score and vector are sourced from published CVE data; your organization's risk may vary based on network topology, authentication controls, and data sensitivity. Test all patches in non-production environments before deployment. Source: NVD (public-domain), retrieved 2026-07-20. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2016-20075HIGHWordPress Ultimate Product Catalog 3.8.6 Arbitrary File Upload (CVSS 8.8)
- CVE-2025-14774HIGHABB T-MAC Plus Denial-of-Service Vulnerability (CVSS 7.4)
- CVE-2025-32348HIGHAndroid Local Privilege Escalation via Missing Permission Check
- CVE-2026-0272HIGHPalo Alto PAN-OS Privilege Escalation Vulnerability (PA-Series, VM-Series, Panorama)
- CVE-2026-21031HIGHAppBlock Authorization Flaw in Samsung Android—Risk & Patch Guidance
- CVE-2026-24724HIGHQNAP File Station 6 Authorization Bypass (CVSS 8.1)
- CVE-2026-3514HIGHPrefect 3.6.19 Authentication Bypass via Health Check Exemptions
- CVE-2026-35482HIGHalf.io Sandbox Escape Allows Admin Command Execution