<?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-06T06:24:22.819803+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/euvd-2026-261851</id>
    <title>EUVD-2026-261851</title>
    <updated>2026-10-06T06:24:22.868657+00:00</updated>
    <content>EUVD-2026-261851</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-261851"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2025-65944</id>
    <title>fkie_cve-2025-65944</title>
    <updated>2026-10-06T06:24:22.868708+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Sentry-Javascript is an official Sentry SDKs for JavaScript. From version 10.11.0 to before 10.27.0, when a Node.js application using the Sentry SDK has sendDefaultPii: true it is possible to inadvertently send certain sensitive HTTP headers, including the Cookie header, to Sentry. Those headers would be stored within a Sentry organization as part of the associated trace. A person with access to the Sentry organization could then view and use these sensitive values to impersonate or escalate their privileges within the application. This issue has been patched in version 10.27.0.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2025-65944"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-6465-jgvq-jhgp</id>
    <title>GHSA-6465-jgvq-jhgp — Sentry's sensitive headers are leaked when `sendDefaultPii` is set to `true`</title>
    <updated>2026-10-06T06:24:22.868745+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> npm: @sentry/node, npm: @sentry/astro, npm: @sentry/aws-serverless, npm: @sentry/bun, npm: @sentry/google-cloud-serverless, npm: @sentry/nestjs, npm: @sentry/nextjs, npm: @sentry/node-core, npm: @sentry/nuxt, npm: @sentry/remix and 2 more</p>
<p>### Impact
In version 10.11.0, a change to how the SDK collects request data in Node.js applications caused certain incoming HTTP headers to be added as trace span attributes. When `sendDefaultPii: true` was set, a few headers that were previously redacted - including Authorization and Cookie - were unintentionally allowed through.</p>
<p>Sentry’s server-side scrubbing (handled by Sentry's Relay edge proxy) normally serves as a second layer of protection. However, because it relied on the same matching logic as the SDK, it also failed to catch these headers in this case.</p>
<p>Users may be impacted if:</p>
<p>1. Their Sentry SDK configuration has `sendDefaultPii` set to `true`
2. Their application uses one of the Node.js Sentry SDKs with version from `10.11.0` to `10.26.0` inclusively:
- @sentry/astro
- @sentry/aws-serverless
- @sentry/bun
- @sentry/google-cloud-serverless
- @sentry/nestjs
- @sentry/nextjs
- @sentry/node
- @sentry/node-core
- @sentry/nuxt
- @sentry/remix
- @sentry/solidstart
- @sentry/sveltekit</p>
<p>Users can check if their project was affected, by visiting Explore → Traces and searching for “http.request.header.authorization”, “http.request.header.cookie” or similar. Any potentially sensitive values will be specific to users' applications and configurations.</p>
<p>### Patches
The issue has been patched in all Sentry JavaScript SDKs starting from the [10.27.0](https://github.com/getsentry/sentry-javascript/releases/tag/10.27.0) version.</p>
<p>### Workarounds
Sentry strongly encourage cust…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-6465-jgvq-jhgp"/>
  </entry>
</feed>
