<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://cve.radiocsirt.org</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Sat, 03 Oct 2026 22:50:56 +0000</lastBuildDate>
    <item>
      <title>BREW-aider-CVE-2026-35030 — LiteLLM: Authentication bypass via OIDC userinfo cache key collision</title>
      <link>https://cve.radiocsirt.org/vuln/brew-aider-cve-2026-35030</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Homebrew: aider&lt;/p&gt;
&lt;p&gt;###  Impact&lt;/p&gt;
&lt;p&gt;When JWT authentication is enabled (`enable_jwt_auth: true`), the OIDC userinfo cache uses `token[:20]` as the cache key. JWT headers produced by the same signing algorithm generate identical first 20 characters.&lt;/p&gt;
&lt;p&gt;This configuration option is not enabled by default. **Most instances are not affected.**&lt;/p&gt;
&lt;p&gt;An unauthenticated attacker can craft a token whose first 20 characters match a legitimate user&amp;#39;s cached token. On cache hit, the attacker inherits the legitimate user&amp;#39;s identity and permissions. This affects deployments with JWT/OIDC authentication enabled.&lt;/p&gt;
&lt;p&gt;###  Patches&lt;/p&gt;
&lt;p&gt;Fixed in v1.83.0. The cache key now uses the full hash of the JWT token.&lt;/p&gt;
&lt;p&gt;###  Workarounds&lt;/p&gt;
&lt;p&gt;Disable OIDC userinfo caching by setting the cache TTL to 0, or disable JWT authentication entirely.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Homebrew: aider&lt;/p&gt;
&lt;p&gt;###  Impact&lt;/p&gt;
&lt;p&gt;When JWT authentication is enabled (`enable_jwt_auth: true`), the OIDC userinfo cache uses `token[:20]` as the cache key. JWT headers produced by the same signing algorithm generate identical first 20 characters.&lt;/p&gt;
&lt;p&gt;This configuration option is not enabled by default. **Most instances are not affected.**&lt;/p&gt;
&lt;p&gt;An unauthenticated attacker can craft a token whose first 20 characters match a legitimate user&amp;#39;s cached token. On cache hit, the attacker inherits the legitimate user&amp;#39;s identity and permissions. This affects deployments with JWT/OIDC authentication enabled.&lt;/p&gt;
&lt;p&gt;###  Patches&lt;/p&gt;
&lt;p&gt;Fixed in v1.83.0. The cache key now uses the full hash of the JWT token.&lt;/p&gt;
&lt;p&gt;###  Workarounds&lt;/p&gt;
&lt;p&gt;Disable OIDC userinfo caching by setting the cache TTL to 0, or disable JWT authentication entirely.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/brew-aider-cve-2026-35030</guid>
    </item>
    <item>
      <title>EUVD-2026-337298</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-337298</link>
      <description>EUVD-2026-337298</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-337298</guid>
    </item>
    <item>
      <title>fkie_cve-2026-35030</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-35030</link>
      <description>&lt;p&gt;LiteLLM is a proxy server (AI Gateway) to call LLM APIs in OpenAI (or native) format. Prior to 1.83.0, when JWT authentication is enabled (enable_jwt_auth: true), the OIDC userinfo cache uses token[:20] as the cache key. JWT headers produced by the same signing algorithm generate identical first 20 characters. This configuration option is not enabled by default. Most instances are not affected. An unauthenticated attacker can craft a token whose first 20 characters match a legitimate user&amp;#39;s cached token. On cache hit, the attacker inherits the legitimate user&amp;#39;s identity and permissions. This affects deployments with JWT/OIDC authentication enabled. Fixed in v1.83.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;LiteLLM is a proxy server (AI Gateway) to call LLM APIs in OpenAI (or native) format. Prior to 1.83.0, when JWT authentication is enabled (enable_jwt_auth: true), the OIDC userinfo cache uses token[:20] as the cache key. JWT headers produced by the same signing algorithm generate identical first 20 characters. This configuration option is not enabled by default. Most instances are not affected. An unauthenticated attacker can craft a token whose first 20 characters match a legitimate user&amp;#39;s cached token. On cache hit, the attacker inherits the legitimate user&amp;#39;s identity and permissions. This affects deployments with JWT/OIDC authentication enabled. Fixed in v1.83.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-35030</guid>
    </item>
    <item>
      <title>GHSA-jjhc-v7c2-5hh6 — LiteLLM: Authentication bypass via OIDC userinfo cache key collision</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-jjhc-v7c2-5hh6</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: litellm&lt;/p&gt;
&lt;p&gt;###  Impact&lt;/p&gt;
&lt;p&gt;When JWT authentication is enabled (`enable_jwt_auth: true`), the OIDC userinfo cache uses `token[:20]` as the cache key. JWT headers produced by the same signing algorithm generate identical first 20 characters.&lt;/p&gt;
&lt;p&gt;This configuration option is not enabled by default. **Most instances are not affected.**&lt;/p&gt;
&lt;p&gt;An unauthenticated attacker can craft a token whose first 20 characters match a legitimate user&amp;#39;s cached token. On cache hit, the attacker inherits the legitimate user&amp;#39;s identity and permissions. This affects deployments with JWT/OIDC authentication enabled.&lt;/p&gt;
&lt;p&gt;###  Patches&lt;/p&gt;
&lt;p&gt;Fixed in v1.83.0. The cache key now uses the full hash of the JWT token.&lt;/p&gt;
&lt;p&gt;###  Workarounds&lt;/p&gt;
&lt;p&gt;Disable OIDC userinfo caching by setting the cache TTL to 0, or disable JWT authentication entirely.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: litellm&lt;/p&gt;
&lt;p&gt;###  Impact&lt;/p&gt;
&lt;p&gt;When JWT authentication is enabled (`enable_jwt_auth: true`), the OIDC userinfo cache uses `token[:20]` as the cache key. JWT headers produced by the same signing algorithm generate identical first 20 characters.&lt;/p&gt;
&lt;p&gt;This configuration option is not enabled by default. **Most instances are not affected.**&lt;/p&gt;
&lt;p&gt;An unauthenticated attacker can craft a token whose first 20 characters match a legitimate user&amp;#39;s cached token. On cache hit, the attacker inherits the legitimate user&amp;#39;s identity and permissions. This affects deployments with JWT/OIDC authentication enabled.&lt;/p&gt;
&lt;p&gt;###  Patches&lt;/p&gt;
&lt;p&gt;Fixed in v1.83.0. The cache key now uses the full hash of the JWT token.&lt;/p&gt;
&lt;p&gt;###  Workarounds&lt;/p&gt;
&lt;p&gt;Disable OIDC userinfo caching by setting the cache TTL to 0, or disable JWT authentication entirely.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-jjhc-v7c2-5hh6</guid>
    </item>
    <item>
      <title>PYSEC-2026-390 — LiteLLM: Authentication bypass via OIDC userinfo cache key collision</title>
      <link>https://cve.radiocsirt.org/vuln/pysec-2026-390</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: litellm&lt;/p&gt;
&lt;p&gt;###  Impact&lt;/p&gt;
&lt;p&gt;When JWT authentication is enabled (`enable_jwt_auth: true`), the OIDC userinfo cache uses `token[:20]` as the cache key. JWT headers produced by the same signing algorithm generate identical first 20 characters.&lt;/p&gt;
&lt;p&gt;This configuration option is not enabled by default. **Most instances are not affected.**&lt;/p&gt;
&lt;p&gt;An unauthenticated attacker can craft a token whose first 20 characters match a legitimate user&amp;#39;s cached token. On cache hit, the attacker inherits the legitimate user&amp;#39;s identity and permissions. This affects deployments with JWT/OIDC authentication enabled.&lt;/p&gt;
&lt;p&gt;###  Patches
 
Fixed in v1.83.0. The cache key now uses the full hash of the JWT token.&lt;/p&gt;
&lt;p&gt;###  Workarounds&lt;/p&gt;
&lt;p&gt;Disable OIDC userinfo caching by setting the cache TTL to 0, or disable JWT authentication entirely.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: litellm&lt;/p&gt;
&lt;p&gt;###  Impact&lt;/p&gt;
&lt;p&gt;When JWT authentication is enabled (`enable_jwt_auth: true`), the OIDC userinfo cache uses `token[:20]` as the cache key. JWT headers produced by the same signing algorithm generate identical first 20 characters.&lt;/p&gt;
&lt;p&gt;This configuration option is not enabled by default. **Most instances are not affected.**&lt;/p&gt;
&lt;p&gt;An unauthenticated attacker can craft a token whose first 20 characters match a legitimate user&amp;#39;s cached token. On cache hit, the attacker inherits the legitimate user&amp;#39;s identity and permissions. This affects deployments with JWT/OIDC authentication enabled.&lt;/p&gt;
&lt;p&gt;###  Patches
 
Fixed in v1.83.0. The cache key now uses the full hash of the JWT token.&lt;/p&gt;
&lt;p&gt;###  Workarounds&lt;/p&gt;
&lt;p&gt;Disable OIDC userinfo caching by setting the cache TTL to 0, or disable JWT authentication entirely.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/pysec-2026-390</guid>
    </item>
    <item>
      <title>RHSA-2026:13545 — Red Hat Security Advisory: Red Hat Ansible Automation Platform 2.6 Container Release Update</title>
      <link>https://cve.radiocsirt.org/vuln/rhsa-2026:13545</link>
      <description>&lt;p&gt;crypto/tls: crypto/tls: Incorrect certificate validation during TLS session resumption aiohttp: aiohttp: Denial of Service via specially crafted POST request aiohttp: aiohttp: Denial of Service via memory exhaustion from crafted POST request ansible-lightspeed: Broken Object Level Authorization Leading to Cross-User AI Conversation Context Injection in Ansible Lightspeed API lodash: lodash: Arbitrary code execution via untrusted input in template imports path-to-regexp: path-to-regexp: Denial of Service via crafted regular expressions aap-controller: aap-gateway: Account hijacking and unauthorized access via unverified email linking aap-gateway: missing requestHeadersToRemove allows mTLS bypass via Subject header spoofing pyasn1: pyasn1: Denial of Service due to memory exhaustion from malformed RELATIVE-OID wheel: wheel: Privilege Escalation or Arbitrary Code Execution via malicious wheel file unpacking net/url: Incorrect parsing of IPv6 host literals in net/url cryptography: cryptography Subgroup Attack Due to Missing Subgroup Validation for SECT Curves crypto/x509: Incorrect enforcement of email constraints in crypto/x509 pyOpenSSL: DTLS cookie callback buffer overflow rollup: Rollup: Remote Code Execution via Path Traversal Vulnerability svgo: SVGO: Denial of Service via XML entity expansion pyasn1: pyasn1 Vulnerable to Denial of Service via Unbounded Recursion quinn-proto: quinn-proto: Denial of Service via crafted QUIC Initial packet black: Black: Arbitrary file writes…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;crypto/tls: crypto/tls: Incorrect certificate validation during TLS session resumption aiohttp: aiohttp: Denial of Service via specially crafted POST request aiohttp: aiohttp: Denial of Service via memory exhaustion from crafted POST request ansible-lightspeed: Broken Object Level Authorization Leading to Cross-User AI Conversation Context Injection in Ansible Lightspeed API lodash: lodash: Arbitrary code execution via untrusted input in template imports path-to-regexp: path-to-regexp: Denial of Service via crafted regular expressions aap-controller: aap-gateway: Account hijacking and unauthorized access via unverified email linking aap-gateway: missing requestHeadersToRemove allows mTLS bypass via Subject header spoofing pyasn1: pyasn1: Denial of Service due to memory exhaustion from malformed RELATIVE-OID wheel: wheel: Privilege Escalation or Arbitrary Code Execution via malicious wheel file unpacking net/url: Incorrect parsing of IPv6 host literals in net/url cryptography: cryptography Subgroup Attack Due to Missing Subgroup Validation for SECT Curves crypto/x509: Incorrect enforcement of email constraints in crypto/x509 pyOpenSSL: DTLS cookie callback buffer overflow rollup: Rollup: Remote Code Execution via Path Traversal Vulnerability svgo: SVGO: Denial of Service via XML entity expansion pyasn1: pyasn1 Vulnerable to Denial of Service via Unbounded Recursion quinn-proto: quinn-proto: Denial of Service via crafted QUIC Initial packet black: Black: Arbitrary file writes…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/rhsa-2026:13545</guid>
    </item>
  </channel>
</rss>
