SAI Security Advisory

Cross-Tenant Data Access via IDOR in Collection Lookup

June 12, 2026

CVE Number

CVE-2026-45830

Summary

Any authenticated user with a valid collection UUID can read, write, update, or delete data in any tenant's collection regardless of which tenant they belong to. ChromaDB's collection lookup skips the tenant and database filter when a UUID is provided. 

Products Impacted

This vulnerability affects Python ChromaDB versions from 0.4.17 to the latest release.

CVSS Score: 8.8

CVSS:4.0/AV:N/AC:L/AT:P/PR:L/UI:N/VC:H/VI:H/VA:N/SC:H/SI:H/SA:N

CWE Categorization

CWE-639: Authorization Bypass Through User-Controlled Key

Details

The vulnerability is a chain of two code paths that together break tenant isolation:

The first one is the SQL query skips tenant filtering when a UUID is provided. chromadb/db/mixins/sysdb.py:504-520:

if id:
    q = q.where(collections_t.id == ParameterValue(self.uuid_to_db(id)))
if name:
    q = q.where(collections_t.name == ParameterValue(name))

# Only if we have a name, tenant and database do we need to filter databases
# Given an id, we can uniquely identify the collection so we don't need to filter databases
if id is None and tenant and database:
    databases_t = Table("databases")
    q = q.where(
        collections_t.database_id
        == self.querybuilder()
        .select(databases_t.id)
        .from_(databases_t)
        .where(databases_t.name == ParameterValue(database))
        .where(databases_t.tenant_id == ParameterValue(tenant))
    )

The in-code comment added in commit 1faa69ec7f documents this as a deliberate design decision: "Given an id, we can uniquely identify the collection so we don't need to filter databases." When id is not None, the if id is None and tenant and database guard evaluates to False and the tenant/database subquery is never added. The query resolves the collection purely by UUID.

_get_collection() passes only the UUID, no tenant context. chromadb/api/segment.py:1010-1015:

@trace_method("SegmentAPI._get_collection", OpenTelemetryGranularity.ALL)
def _get_collection(self, collection_id: UUID) -> t.Collection:
    collections = self._sysdb.get_collections(id=collection_id)
    if not collections or len(collections) == 0:
        raise NotFoundError(f"Collection {collection_id} does not exist.")
    return collections[0]

This method is called from every data operation (_add, _get, _delete, _query, _update, _upsert). It takes only a collection_id and calls get_collections(id=collection_id) with no tenant or database arguments. Since the UUID is provided, the sysdb layer skips tenant filtering, and the collection is returned regardless of ownership.

Timeline

  • February 17th, 2026 - Initial disclosure to ChromaDB per their security page https://www.trychroma.com/security
  • February 24th, 2026 - Attempted follow up through other trychroma emails.
  • March 5th, 2026 - Attempted contact through IT-ISAC.
  • April 16th, 2026 - Attempted final follow up through all previous channels and social media.
  • May 18th, 2026 - Publicly disclosed a first vulnerability, no response from the vendor.

Project URL:

https://www.trychroma.com/

https://github.com/chroma-core/chroma/

RESEARCHER: Esteban Tonglet, Security Researcher, HiddenLayer

Related SAI Security Advisory

CVE-2026-79718, CVE-2026-79719, CVE-2026-79720

August 27, 2026

Netron Vulnerability Report

Netron

Reflected XSS in Netron versions <=9.1.2 on desktop application through unsanitized node names allows an attacker to hide certain nodes, perform port scanning or abuse a Chrome n-day to achieve Remote Code Execution.

August 2026
CVE-2026-45833

June 12, 2026

Post-Authentication RCE via update_collection

ChromaDB

Any authenticated user with UPDATE_COLLECTION permission can achieve remote code execution by updating a collection's embedding function to reference a malicious HuggingFace model with trust_remote_code: true. The update_collection endpoint uses the same build_from_config() code path as CVE-2026-45829. Authentication runs before model loading, so this is not a pre-authentication issue, but the model instantiation itself is unguarded.

June 2026