<?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-12T08:45:55.372483+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-48023</id>
    <title>EUVD-2026-48023</title>
    <updated>2026-10-12T08:45:55.375572+00:00</updated>
    <content>EUVD-2026-48023</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-48023"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2020-36220</id>
    <title>fkie_cve-2020-36220</title>
    <updated>2026-10-12T08:45:55.375599+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>An issue was discovered in the va-ts crate before 0.0.4 for Rust. Because Demuxer&lt;T&gt; omits a required T: Send bound, a data race and memory corruption can occur.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2020-36220"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-3hj2-hh36-hv9v</id>
    <title>GHSA-3hj2-hh36-hv9v — Data race in va-ts</title>
    <updated>2026-10-12T08:45:55.375628+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> crates.io: va-ts</p>
<p>In the affected versions of this crate, Demuxer&lt;T&gt; unconditionally implemented Send with no trait bounds on T. This allows sending a non-Send type T across thread boundaries, which can cause undefined behavior like unlocking a mutex from a thread that didn't lock the mutex, or memory corruption from data race. The flaw was corrected in commit `0562cbf` by adding a T: Send bound to the Send impl for Demuxer&lt;T&gt;.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-3hj2-hh36-hv9v"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2020-36220</id>
    <title>gsd-2020-36220</title>
    <updated>2026-10-12T08:45:55.375653+00:00</updated>
    <content>gsd-2020-36220</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2020-36220"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/rustsec-2020-0114</id>
    <title>RUSTSEC-2020-0114 — `Demuxer` can carry non-Send types across thread boundaries</title>
    <updated>2026-10-12T08:45:55.375666+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> crates.io: va-ts</p>
<p>In the affected versions of this crate, `Demuxer&lt;T&gt;` unconditionally implemented `Send` with no trait bounds on `T`.</p>
<p>This allows sending a non-Send type `T` across thread boundaries, which can cause undefined behavior like unlocking a mutex from a thread that didn't lock the mutex, or memory corruption from data race.</p>
<p>The flaw was corrected in commit 0562cbf by adding a `T: Send` bound to the `Send` impl for `Demuxer&lt;T&gt;`.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/rustsec-2020-0114"/>
  </entry>
</feed>
