<?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-02T22:17:55.255007+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-2016-10931</id>
    <title>CVE-2016-10931</title>
    <updated>2026-10-02T22:17:55.291267+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>An issue was discovered in the openssl crate before 0.9.0 for Rust. There is an SSL/TLS man-in-the-middle vulnerability because certificate verification is off by default and there is no API for hostname verification.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/cve-2016-10931"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-34p9-f4q3-c4r7</id>
    <title>GHSA-34p9-f4q3-c4r7 — Improper Certificate Validation in openssl</title>
    <updated>2026-10-02T22:17:55.291322+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> crates.io: openssl</p>
<p>All versions of rust-openssl prior to 0.9.0 contained numerous insecure defaults including off-by-default certificate verification and no API to perform hostname verification. Unless configured correctly by a developer, these defaults could allow an attacker to perform man-in-the-middle attacks. The problem was addressed in newer versions by enabling certificate verification by default and exposing APIs to perform hostname verification. Use the SslConnector and SslAcceptor types to take advantage of these new features (as opposed to the lower-level SslContext type).</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-34p9-f4q3-c4r7"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/rustsec-2016-0002</id>
    <title>RUSTSEC-2016-0002 — HTTPS MitM vulnerability due to lack of hostname verification</title>
    <updated>2026-10-02T22:17:55.291354+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> crates.io: hyper</p>
<p>When used on Windows platforms, all versions of Hyper prior to 0.9.4 did not
perform hostname verification when making HTTPS requests.</p>
<p>This allows an attacker to perform MitM attacks by preventing any valid
CA-issued certificate, even if there's a hostname mismatch.</p>
<p>The problem was addressed by leveraging rust-openssl's built-in support for
hostname verification.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/rustsec-2016-0002"/>
  </entry>
</feed>
