Database/AI/ML frameworks & serving
Hugging Face Text Embeddings Inference: API key written to logs in cleartext at router startup
Impact
The TEI router logs its parsed arguments at startup, and the Args struct has no redact attribute on api_key, so the configured Bearer token appears in cleartext in the process log. Anyone who can read container stdout, the node journal, or the OTLP telemetry pipeline recovers the token and can call the protected embedding and rerank endpoints directly. On a GPU fleet those logs travel much further than the secret was meant to: a cluster-wide log aggregator, a tracing backend, and often a separate observability tenant with its own, broader set of readers. The practical result is that the only access control in front of a GPU-backed embedding service is readable by every log consumer, allowing unauthorized inference that consumes accelerator capacity.
Who can reach it
Local or log-adjacent, with authentication to the logging path rather than to TEI: a user with access to the container output, the node's journal, a central log store, or OTLP traces. No access to the TEI API itself is needed beforehand.
What to do
Treat any api_key configured on an affected TEI deployment (through 1.9.4) as compromised: rotate the token and update the clients that use it. Upgrade to a release that redacts the field once available; the vendor fix is a one-line change to the router. Rollout is a container image bump and restart of the TEI pods - the model has to reload, so queue a short serving gap per replica, but no node drain or reboot. Also scrub the key from retained log stores and tracing backends, which is usually the longer part of the job.
References
Related entries
- Intel Extension for PyTorch: unsafe deserialization of untrusted data allows local privilege escalationCVE-2026-35502 · Intel Extension for PyTorch (untrusted deserialization)Medium
- diffusers (shard file loader): Path traversal in `_get_checkpoint_shard_files`CVE-2026-65920 · diffusers (shard file loader)Medium
- vLLM: derender endpoints process caller-supplied response objects before limits, exhausting CPU and memoryCVE-2026-71486 · vLLM OpenAI-compatible server (/v1/completions/derender and /v1/chat/completions/derender)Medium
- vLLM: attacker-chosen X-Request-Id overwrites another tenant's cached query embedding in /scoreCVE-2026-105755 · vLLM late-interaction scoring cache at /score and /rerank (query_key derived from X-Request-Id)Medium
- AMD graphics driver - dynamic power management (DPM) array index validation: An unvalidated array index in the driver'sCVE-2023-31306 · AMD graphics driver - dynamic power management (DPM) array index validationLow
- vLLM: Harmony tool continuations lose cache_salt, leaking prefix-cache hits across tenantsCVE-2026-105752 · vLLM /v1/responses Harmony tool continuations (cache_salt dropped from next-turn engine input)Low
This entry is curated: imported from vendor advisories with machine assistance, not yet individually verified. Confirm against your vendor's advisory before acting, and report anything wrong.