<?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-05T00:19:03.362715+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/cve-2020-26235</id>
    <title>CVE-2020-26235 — Segmentation fault in Rust time crate</title>
    <updated>2026-10-05T00:19:03.407902+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> time-rs time</p>
<p>In Rust time crate from version 0.2.7 and before version 0.2.23, unix-like operating systems may segfault due to dereferencing a dangling pointer in specific circumstances. This requires the user to set any environment variable in a different thread than the affected functions. The affected functions are time::UtcOffset::local_offset_at, time::UtcOffset::try_local_offset_at, time::UtcOffset::current_local_offset, time::UtcOffset::try_current_local_offset, time::OffsetDateTime::now_local and time::OffsetDateTime::try_now_local. Non-Unix targets are unaffected. This includes Windows and wasm. The issue was introduced in version 0.2.7 and fixed in version 0.2.23.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/cve-2020-26235"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/rustsec-2020-0071</id>
    <title>RUSTSEC-2020-0071 — Potential segfault in the time crate</title>
    <updated>2026-10-05T00:19:03.408004+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> crates.io: time</p>
<p>### Impact</p>
<p>The affected functions set environment variables without synchronization. On Unix-like operating systems, this can crash in multithreaded programs. Programs may segfault due to dereferencing a dangling pointer if an environment variable is read in a different thread than the affected functions. This may occur without the user's knowledge, notably in the Rust standard library or third-party libraries.</p>
<p>The affected functions from time 0.2.7 through 0.2.22 are:</p>
<p>- `time::UtcOffset::local_offset_at`
- `time::UtcOffset::try_local_offset_at`
- `time::UtcOffset::current_local_offset`
- `time::UtcOffset::try_current_local_offset`
- `time::OffsetDateTime::now_local`
- `time::OffsetDateTime::try_now_local`</p>
<p>The affected functions in time 0.1 (all versions) are:</p>
<p>- `time::at_utc`
- `time::at`
- `time::now`
- `time::tzset`</p>
<p>Non-Unix targets (including Windows and wasm) are unaffected.</p>
<p>### Patches</p>
<p>Pending a proper fix, the internal method that determines the local offset has been modified to always return `None` on the affected operating systems. This has the effect of returning an `Err` on the `try_*` methods and `UTC` on the non-`try_*` methods.</p>
<p>Users and library authors with time in their dependency tree should perform `cargo update`, which will pull in the updated, unaffected code.</p>
<p>Users of time 0.1 do not have a patch and should upgrade to an unaffected version: time 0.2.23 or greater or the 0.3 series.</p>
<p>### Workarounds</p>
<p>A possible workaround for crates affected thr…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/rustsec-2020-0071"/>
  </entry>
</feed>
