<?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-03T16:22:06.324107+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/cleanstart-2026-bn50669</id>
    <title>CLEANSTART-2026-BN50669 — Security fix for CVE-2026-59896 applied in: langfuse 3.208.0-r1, langfuse 3.213.0-r1</title>
    <updated>2026-10-03T16:22:06.328831+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> CleanStart: langfuse</p>
<p>CVE-2026-59896 affects multiple packages. This issue is resolved in later releases. See references for individual vulnerability details.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/cleanstart-2026-bn50669"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-334018</id>
    <title>EUVD-2026-334018</title>
    <updated>2026-10-03T16:22:06.328880+00:00</updated>
    <content>EUVD-2026-334018</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-334018"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-59896</id>
    <title>fkie_cve-2026-59896</title>
    <updated>2026-10-03T16:22:06.328895+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Hono is a Web application framework that provides support for any JavaScript runtime. From 4.11.8 before 4.12.27, hono/jsx did not isolate context values per request during server-side rendering, allowing createContext, useContext, jsxRenderer, or useRequestContext data from a different in-flight request to be used after an await in an async component. This issue is fixed in version 4.12.27.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-59896"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-hvrm-45r6-mjfj</id>
    <title>GHSA-hvrm-45r6-mjfj — hono/jsx does not isolate context per request, leading to cross-request data disclosure</title>
    <updated>2026-10-03T16:22:06.328917+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> npm: hono</p>
<p>### Summary</p>
<p>`hono/jsx` did not isolate context values per request during server-side rendering. While an async component was suspended on `await`, its provided context value stayed observable to other requests rendering concurrently, so `useContext()` could return a value from a different in-flight request.</p>
<p>### Details</p>
<p>During server-side rendering, context values were kept in a process-wide structure rather than scoped to each request's render. While an async component awaited, another request entering the same provider could observe or replace the value; when the first render resumed, it could read the other request's context.</p>
<p>This affects the usual ways request-scoped data is passed through a server-rendered JSX tree:</p>
<p>- `createContext()` / `useContext()`
- the `jsxRenderer` middleware and `useRequestContext()`</p>
<p>It arises only when context is read after an `await` inside an async component while requests render concurrently. Reading context synchronously (before any `await`), purely synchronous rendering, and client-side (DOM) rendering are not affected.</p>
<p>### Impact</p>
<p>Under concurrent requests, a response could be rendered with another request's context. A user may receive HTML rendered for a different user, and an authorization check performed after an `await` may be evaluated against another user's data.</p>
<p>This may lead to:</p>
<p>- disclosure of rendered output intended for another user
- authorization decisions made with the wrong request's context
- cross-request mixing o…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-hvrm-45r6-mjfj"/>
  </entry>
</feed>
