<?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>Fri, 02 Oct 2026 12:13:24 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-264691</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-264691</link>
      <description>EUVD-2026-264691</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-264691</guid>
    </item>
    <item>
      <title>fkie_cve-2025-69202</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2025-69202</link>
      <description>&lt;p&gt;Axios Cache Interceptor is a cache interceptor for axios. Prior to version 1.11.1, when a server calls an upstream service using different auth tokens, axios-cache-interceptor returns incorrect cached responses, leading to authorization bypass. The cache key is generated only from the URL, ignoring request headers like `Authorization`. When the server responds with `Vary: Authorization` (indicating the response varies by auth token), the library ignores this, causing all requests to share the same cache regardless of authorization. Server-side applications (APIs, proxies, backend services) that use axios-cache-interceptor to cache requests to upstream services, handle requests from multiple users with different auth tokens, and upstream services replies on `Vary` to differentiate caches are affected. Browser/client-side applications (single user per browser session) are not affected. Services using different auth tokens to call upstream services will return incorrect cached data, bypassing authorization checks and leaking user data across different authenticated sessions. After `v1.11.1`, automatic `Vary` header support is now enabled by default. When server responds with `Vary: Authorization`, cache keys now include the authorization header value. Each user gets their own cache.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Axios Cache Interceptor is a cache interceptor for axios. Prior to version 1.11.1, when a server calls an upstream service using different auth tokens, axios-cache-interceptor returns incorrect cached responses, leading to authorization bypass. The cache key is generated only from the URL, ignoring request headers like `Authorization`. When the server responds with `Vary: Authorization` (indicating the response varies by auth token), the library ignores this, causing all requests to share the same cache regardless of authorization. Server-side applications (APIs, proxies, backend services) that use axios-cache-interceptor to cache requests to upstream services, handle requests from multiple users with different auth tokens, and upstream services replies on `Vary` to differentiate caches are affected. Browser/client-side applications (single user per browser session) are not affected. Services using different auth tokens to call upstream services will return incorrect cached data, bypassing authorization checks and leaking user data across different authenticated sessions. After `v1.11.1`, automatic `Vary` header support is now enabled by default. When server responds with `Vary: Authorization`, cache keys now include the authorization header value. Each user gets their own cache.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2025-69202</guid>
    </item>
    <item>
      <title>GHSA-x4m5-4cw8-vc44 — axios-cache-interceptor Vulnerable to Cache Poisoning via Ignored HTTP Vary Header</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-x4m5-4cw8-vc44</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: axios-cache-interceptor&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;When a server calls an upstream service using different auth tokens, axios-cache-interceptor returns incorrect cached responses, leading to authorization bypass.&lt;/p&gt;
&lt;p&gt;## Details&lt;/p&gt;
&lt;p&gt;The cache key is generated only from the URL, ignoring request headers like `Authorization`. When the server responds with `Vary: Authorization` (indicating the response varies by auth token), the library ignores this, causing all requests to share the same cache regardless of authorization.&lt;/p&gt;
&lt;p&gt;## Impact&lt;/p&gt;
&lt;p&gt;**Affected:** Server-side applications (APIs, proxies, backend services) that:&lt;/p&gt;
&lt;p&gt;- Use axios-cache-interceptor to cache requests to upstream services
- Handle requests from multiple users with different auth tokens
- Upstream services replies on `Vary` to differentiate caches&lt;/p&gt;
&lt;p&gt;**Not affected:** Browser/client-side applications (single user per browser session).&lt;/p&gt;
&lt;p&gt;Services using different auth tokens to call upstream services will return incorrect cached data, bypassing authorization checks and leaking user data across different authenticated sessions.&lt;/p&gt;
&lt;p&gt;## Solution&lt;/p&gt;
&lt;p&gt;After `v1.11.1`, automatic `Vary` header support is now enabled by default.&lt;/p&gt;
&lt;p&gt;When server responds with `Vary: Authorization`, cache keys now include the authorization header value. Each user gets their own cache.&lt;/p&gt;
&lt;p&gt;```js
// v1.11.1+ (automatic, no config needed)
// User 123: key = hash(url + {authorization: &amp;#39;Bearer 123&amp;#39;})
// User 456: key = hash(url + {authorization: &amp;#39;Bearer 456&amp;#39;})
// ✓ Different caches, no poisoning
```&lt;/p&gt;
&lt;p&gt;## Remediati…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: axios-cache-interceptor&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;When a server calls an upstream service using different auth tokens, axios-cache-interceptor returns incorrect cached responses, leading to authorization bypass.&lt;/p&gt;
&lt;p&gt;## Details&lt;/p&gt;
&lt;p&gt;The cache key is generated only from the URL, ignoring request headers like `Authorization`. When the server responds with `Vary: Authorization` (indicating the response varies by auth token), the library ignores this, causing all requests to share the same cache regardless of authorization.&lt;/p&gt;
&lt;p&gt;## Impact&lt;/p&gt;
&lt;p&gt;**Affected:** Server-side applications (APIs, proxies, backend services) that:&lt;/p&gt;
&lt;p&gt;- Use axios-cache-interceptor to cache requests to upstream services
- Handle requests from multiple users with different auth tokens
- Upstream services replies on `Vary` to differentiate caches&lt;/p&gt;
&lt;p&gt;**Not affected:** Browser/client-side applications (single user per browser session).&lt;/p&gt;
&lt;p&gt;Services using different auth tokens to call upstream services will return incorrect cached data, bypassing authorization checks and leaking user data across different authenticated sessions.&lt;/p&gt;
&lt;p&gt;## Solution&lt;/p&gt;
&lt;p&gt;After `v1.11.1`, automatic `Vary` header support is now enabled by default.&lt;/p&gt;
&lt;p&gt;When server responds with `Vary: Authorization`, cache keys now include the authorization header value. Each user gets their own cache.&lt;/p&gt;
&lt;p&gt;```js
// v1.11.1+ (automatic, no config needed)
// User 123: key = hash(url + {authorization: &amp;#39;Bearer 123&amp;#39;})
// User 456: key = hash(url + {authorization: &amp;#39;Bearer 456&amp;#39;})
// ✓ Different caches, no poisoning
```&lt;/p&gt;
&lt;p&gt;## Remediati…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-x4m5-4cw8-vc44</guid>
    </item>
  </channel>
</rss>
