CVE-2026-45829: A pre-authentication, code injection vulnerability in version 1.0.0 or later of the ChromaDB Python project...
A pre-authentication, code injection vulnerability in version 1.0.0 or later of the ChromaDB Python project allows an unauthenticated attacker to run arbitrary code on the server by sending a malicious model repository and trust_remote_code set to true in the /api/v2/tenants/{tenant}/databases/{db}/collections endpoint.
Security readout for executives and security teams
Plain-English summary
CVE-2026-45829 affects the ChromaDB Python project and is described as pre-authentication code injection. An unauthenticated attacker could cause the server to run code by abusing model repository handling with trust_remote_code enabled through a collections API endpoint. Business risk is server compromise where affected ChromaDB APIs are reachable.
Executive priority
Treat this as urgent for any exposed ChromaDB deployment. The potential impact is full server compromise before authentication. Prioritize exposure reduction now, then track vendor remediation and upgrade guidance.
Technical view
The bundle describes ChromaDB 1.0.0 or later as vulnerable through /api/v2/tenants/{tenant}/databases/{db}/collections when a malicious model repository is supplied and trust_remote_code is true. It is mapped to CWE-502 and CWE-94 with CVSS 4.0 score 10.0, network attack vector, no privileges, and no user interaction.
Likely exposure
Highest concern is internet-reachable or broadly internal ChromaDB API deployments running affected chromadb versions. Exposure depends on whether the relevant collections endpoint is reachable by unauthenticated users and whether requests can enable trust_remote_code with external model repositories.
Exploitation context
The source bundle does not report CISA KEV listing or confirmed active exploitation. The described attack is pre-authentication and network reachable, so exploitability risk is high where the API is exposed. Evidence provided is sufficient for urgent assessment but incomplete on patch status.
Researcher notes
Do not assume every ChromaDB instance is exploitable without confirming version, endpoint reachability, and trust_remote_code behavior. The bundle’s affected-version wording is inconsistent, listing 1.0.0 while describing 1.0.0 or later. Patch status is not established in the supplied evidence.
Mitigation direction
Identify all ChromaDB deployments and remove unauthenticated network exposure immediately.
Block or tightly restrict the affected collections API at proxies or gateways.
Prevent trust_remote_code=true for untrusted or external model repositories where enforceable.
Check Chroma project guidance and issue 6717 for fixed versions or official remediation.
Apply vendor updates once a fixed release is confirmed by official sources.
Validation and detection
Inventory chromadb package versions and flag deployments at 1.0.0 or later.
Map all reachable ChromaDB API endpoints from internet and internal networks.
Review gateway and application logs for collections API requests using trust_remote_code=true.
Check whether model repository inputs can reference untrusted remote locations.
For Red Hat environments, review the Red Hat CVE and CSAF VEX entries.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · medium confidence lookup
CWE-502: Code execution behavior lookup
Code execution and unsafe deserialization weaknesses often justify reviewing execution behavior and process telemetry. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
Code execution and unsafe deserialization weaknesses often justify reviewing execution behavior and process telemetry. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references code or command execution, so execution technique review may help defensive triage. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
2CVSS vectors
5Timeline events
2ADP providers
6Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: pocAutomatable: yesTechnical Impact: total
CVSS vector scores
2 official scores
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-502 · source CWE mapping
Deserialization of Untrusted Data
Deserialization of Untrusted Data represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
Improper Control of Generation of Code ('Code Injection')
Improper Control of Generation of Code ('Code Injection') represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.