<?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://db.gcve.eu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-25T15:34:53.028245+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@gcve.eu</email>
  </author>
  <link href="https://db.gcve.eu" 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://db.gcve.eu/vuln/cleanstart-2026-se76644</id>
    <title>CLEANSTART-2026-SE76644 — Next</title>
    <updated>2026-10-25T15:34:53.058645+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> CleanStart: langfuse</p>
<p>Security vulnerability affects the langfuse package. Next.</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/cleanstart-2026-se76644"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/fkie_cve-2026-103004</id>
    <title>fkie_cve-2026-103004</title>
    <updated>2026-10-25T15:34:53.058728+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p>Next.js versions from 16.3.0 to 16.3.7 warm `use cache` handlers using `next/root-params` and can leak their return value to pages with different root params. With Cache Components enabled (cacheComponents: true), a 'use cache' function that calls another 'use cache' function that reads a root param can be keyed incorrectly when the inner call is served from an existing entry: the enclosing function's cache key then omits that root param. The enclosing entry is written once and reused for all root param values, so a response for one root param value can serve content produced for a different value — whether the page is prerendered at build time or at runtime, or rendered dynamically. Shared cache headers let downstream caches redistribute the content further.</p>
<p>What values are leaked cannot be attacker controlled. Which value's content is served depends only on which invocation wrote the entry first.</p>
<p>This has been patched in 16.3.8.</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/fkie_cve-2026-103004"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/ghsa-h694-7cp9-m8p3</id>
    <title>GHSA-h694-7cp9-m8p3 — next.js cache leak across root param values in nested 'use cache' functions</title>
    <updated>2026-10-25T15:34:53.058979+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> npm: next</p>
<p>### Impact</p>
<p>With Cache Components enabled (`cacheComponents: true`), a `'use cache'` function that calls another `'use cache'` function that reads a root param can be keyed incorrectly when the inner call is served from an existing entry: the enclosing function's cache key then omits that root param. The enclosing entry is written once and reused for all root param values, so a response for one root param value can serve content produced for a different value — whether the page is prerendered at build time or at runtime, or rendered dynamically. Shared cache headers let downstream caches redistribute the content further.</p>
<p>What values are leaked cannot be attacker controlled. Which value's content is served depends only on which invocation wrote the entry first.</p>
<p>### Workarounds</p>
<p>There are no known workarounds. Apps should upgrade to the patched version as soon as possible.</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/ghsa-h694-7cp9-m8p3"/>
  </entry>
</feed>
