<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://vulnerability.circl.lu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-01T19:32:46.151115+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@circl.lu</email>
  </author>
  <link href="https://vulnerability.circl.lu" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://vulnerability.circl.lu/vuln/cve-2026-59821</id>
    <title>CVE-2026-59821 — LiteLLM: Custom Code Guardrails production endpoints bypass code safety checks</title>
    <updated>2026-10-01T19:32:46.215449+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> BerriAI litellm</p>
<p>LiteLLM is a proxy server (AI Gateway) to call LLM APIs in OpenAI (or native) format. Prior to 1.82.0-stable, LiteLLM's Custom Code Guardrails production create and update paths did not apply the same sandboxing and validation used by the test endpoint, allowing a privileged user with access to create or update guardrails to submit custom Python code that executed in the LiteLLM proxy environment and could expose secrets available to the process. This issue is fixed in version 1.82.0-stable.</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/cve-2026-59821"/>
  </entry>
  <entry>
    <id>https://vulnerability.circl.lu/vuln/ghsa-72m8-9m7m-h278</id>
    <title>GHSA-72m8-9m7m-h278 — LiteLLM: Custom Code Guardrails production endpoints bypass code safety checks</title>
    <updated>2026-10-01T19:32:46.215595+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: litellm</p>
<p>### Impact</p>
<p>LiteLLM's Custom Code Guardrails production create/update paths did not apply the same sandboxing and validation used by the test endpoint.</p>
<p>A privileged user with access to create or update guardrails could submit custom Python code that executed in the LiteLLM proxy environment. In deployments without a configured master key, callers could be treated as proxy administrators, making this reachable without intended administrative authorization.</p>
<p>This could allow arbitrary code execution in the LiteLLM proxy container and exposure of secrets available to the process.</p>
<p>### Patches</p>
<p>The issue is fixed in `1.82.0-stable`.</p>
<p>LiteLLM recommend upgrading to `1.82.0-stable` or later.</p>
<p>### Workarounds</p>
<p>If upgrading is not immediately possible:</p>
<p>1. Restrict access to `POST /guardrails` and `PUT /guardrails/{guardrail_id}` to trusted administrators only.
2. Ensure `LITELLM_MASTER_KEY` is configured.
3. Avoid enabling Custom Code Guardrails for untrusted users.</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/ghsa-72m8-9m7m-h278"/>
  </entry>
  <entry>
    <id>https://vulnerability.circl.lu/vuln/pysec-2026-3478</id>
    <title>PYSEC-2026-3478 — LiteLLM: Custom Code Guardrails production endpoints bypass code safety checks</title>
    <updated>2026-10-01T19:32:46.215670+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: litellm</p>
<p>### Impact</p>
<p>LiteLLM's Custom Code Guardrails production create/update paths did not apply the same sandboxing and validation used by the test endpoint.</p>
<p>A privileged user with access to create or update guardrails could submit custom Python code that executed in the LiteLLM proxy environment. In deployments without a configured master key, callers could be treated as proxy administrators, making this reachable without intended administrative authorization.</p>
<p>This could allow arbitrary code execution in the LiteLLM proxy container and exposure of secrets available to the process.</p>
<p>### Patches</p>
<p>The issue is fixed in `1.82.0-stable`.</p>
<p>LiteLLM recommend upgrading to `1.82.0-stable` or later.</p>
<p>### Workarounds</p>
<p>If upgrading is not immediately possible:</p>
<p>1. Restrict access to `POST /guardrails` and `PUT /guardrails/{guardrail_id}` to trusted administrators only.
2. Ensure `LITELLM_MASTER_KEY` is configured.
3. Avoid enabling Custom Code Guardrails for untrusted users.</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/pysec-2026-3478"/>
  </entry>
</feed>
