<?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-16T10:11:57.985727+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-45989</id>
    <title>EUVD-2026-45989</title>
    <updated>2026-10-16T10:11:58.104196+00:00</updated>
    <content>EUVD-2026-45989</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-45989"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2020-26149</id>
    <title>fkie_cve-2020-26149</title>
    <updated>2026-10-16T10:11:58.104254+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>NATS nats.js before 2.0.0-209, nats.ws before 1.0.0-111, and nats.deno before 1.0.0-9 allow credential disclosure from a client to a server.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2020-26149"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-82rf-q3pr-4f6p</id>
    <title>GHSA-82rf-q3pr-4f6p — Sensitive data exposure in NATS</title>
    <updated>2026-10-16T10:11:58.104299+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> npm: nats, npm: nats.ws</p>
<p>Preview versions of two NPM packages and one Deno package from the NATS project contain an information disclosure flaw, leaking options to the NATS server; for one package, this includes TLS private credentials.</p>
<p>The `_connection_` configuration options in these JavaScript-based implementations were fully serialized and sent to the server in the client's CONNECT message, immediately after TLS establishment.</p>
<p>The nats.js client supports Mutual TLS and the credentials for the TLS client key are included in the connection configuration options; disclosure of the client's TLS private key to the server has been observed.</p>
<p>Most authentication mechanisms are handled after connection, instead of as part of connection, so other authentication mechanisms are unaffected. For clarity: NATS account NKey authentication is NOT affected.</p>
<p>Neither the nats.ws nor the nats.deno clients support Mutual TLS: the affected versions listed below are those where the logic flaw is present. We are including the nats.ws and nats.deno versions out of an abundance of caution, as library maintainers, but rate as minimal the likelihood of applications leaking sensitive data.</p>
<p>### Security impact:</p>
<p>* NPM package nats.js:
+ mainline is unaffected
+ beta branch is vulnerable from 2.0.0-201, fixed in 2.0.0-209</p>
<p>### Logic flaw:</p>
<p>* NPM package nats.ws:
+ status: preview
+ flawed from 1.0.0-85, fixed in 1.0.0-111
* Deno repository https://github.com/nats-io/nats.deno
+ status: preview
+ flawed in all git tags pri…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-82rf-q3pr-4f6p"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2020-26149</id>
    <title>gsd-2020-26149</title>
    <updated>2026-10-16T10:11:58.104372+00:00</updated>
    <content>gsd-2020-26149</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2020-26149"/>
  </entry>
</feed>
