<?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://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-02T13:25:25.693533+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" 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://cve.radiocsirt.org/vuln/cve-2026-13697</id>
    <title>CVE-2026-13697 — undici vulnerable to cross-user information disclosure and parse-time crash via degenerate private cache directives</title>
    <updated>2026-10-02T13:25:25.700357+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> undici</p>
<p>undici's cache interceptor mishandles malformed Cache-Control private directives. In undici 7.0.0 up to before 7.29.0 and 8.0.0 up to before 8.9.0, a response carrying a degenerate qualified private directive, such as private set to an empty value, can be stored in the default shared cache and later served to a different caller with the same cache key, disclosing private response bodies and headers including Set-Cookie. Separately, a Cache-Control header that combines an unqualified private directive with a qualified one triggers an uncaught TypeError in the cache-control parser, which rejects the request and, depending on the consumer's error handling, can terminate the process. Both issues affect applications using the cache interceptor in shared mode, including the default configuration. The issues are fixed in undici 7.29.0 and 8.9.0.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/cve-2026-13697"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-f88m-g3jw-g9cj</id>
    <title>GHSA-f88m-g3jw-g9cj — sharp inherited vulnerabilities in libvips: CVE-2026-33327, CVE-2026-33328, CVE-2026-35590, CVE-2026-35591</title>
    <updated>2026-10-02T13:25:25.700417+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> npm: sharp</p>
<p>### Impact</p>
<p>A number of vulnerabilities, two rated as "High" severity using CVSSv4, have been discovered and fixed in the upstream libvips dependency.</p>
<p>Those processing untrusted input with versions of sharp prior to 0.35.0 are affected.</p>
<p>### Patches</p>
<p>#### Using prebuilt binaries provided by sharp?</p>
<p>Most people rely on the prebuilt binaries provided by sharp.</p>
<p>Please upgrade sharp to the latest version, currently 0.35.3, which provides libvips 8.18.3.</p>
<p>#### Using a globally-installed libvips?</p>
<p>Please ensure you are using the latest libvips 8.18.3.</p>
<p>### Workarounds
Add the following to your code to prevent sharp from decoding GIF, TIFF and VIPS images.
```js
sharp.block({ operation: ["VipsForeignLoadNsgif", "VipsForeignLoadTiff", "VipsForeignLoadVips"] });
```</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-f88m-g3jw-g9cj"/>
  </entry>
</feed>
