<?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://db.gcve.eu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-03T12:39:47.953724+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@gcve.eu</email>
  </author>
  <link href="https://db.gcve.eu" 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://db.gcve.eu/vuln/fkie_cve-2026-85088</id>
    <title>fkie_cve-2026-85088</title>
    <updated>2026-10-03T12:39:47.987584+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p>Improper Validation of Certificate with Host Mismatch in the C++ and D libraries of Apache Thrift.</p>
<p>Both libraries install a default access manager for client sockets — TSSLSocketFactory does so in C++, and the accessManager property does so in D — which compares the peer certificate against the host</p>
<p>name that was connected to. That comparison walks the subjectAltName dNSName entries first and consults the certificate Common Name afterwards. A name that does not match yields a "skip" result rather than</p>
<p>a rejection, so a certificate whose subjectAltName entries are all present and all non-matching falls through to the Common Name, which can then satisfy the check.</p>
<p>RFC 6125 section 6.4.4, and RFC 9525 section 2, require that the Common Name is not consulted when a dNSName subjectAltName is present. A certificate carrying subjectAltName entries for one name and a</p>
<p>Common Name for another is therefore accepted for a connection to the second name.</p>
<p>Exploitation requires an attacker positioned on the network path who holds a certificate that chains to a certificate authority in the client's trust store and whose Common Name matches the connected host</p>
<p>name. Public certificate authorities have not issued on Common Name alone for many years, so this is principally a concern for deployments using a private or enterprise public-key infrastructure.</p>
<p>This issue affects the C++ library of Apache Thrift from 0.7.0 through 0.24.0 and the D library from 0.9.0 through 0.24.0. User…</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/fkie_cve-2026-85088"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/ghsa-4xmj-xwhr-jcj2</id>
    <title>GHSA-4xmj-xwhr-jcj2</title>
    <updated>2026-10-03T12:39:47.987714+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p>Improper Validation of Certificate with Host Mismatch in the C++ and D libraries of Apache Thrift.</p>
<p>Both libraries install a default access manager for client sockets — TSSLSocketFactory does so in C++, and the accessManager property does so in D — which compares the peer certificate against the host</p>
<p>name that was connected to. That comparison walks the subjectAltName dNSName entries first and consults the certificate Common Name afterwards. A name that does not match yields a "skip" result rather than</p>
<p>a rejection, so a certificate whose subjectAltName entries are all present and all non-matching falls through to the Common Name, which can then satisfy the check.</p>
<p>RFC 6125 section 6.4.4, and RFC 9525 section 2, require that the Common Name is not consulted when a dNSName subjectAltName is present. A certificate carrying subjectAltName entries for one name and a</p>
<p>Common Name for another is therefore accepted for a connection to the second name.</p>
<p>Exploitation requires an attacker positioned on the network path who holds a certificate that chains to a certificate authority in the client's trust store and whose Common Name matches the connected host</p>
<p>name. Public certificate authorities have not issued on Common Name alone for many years, so this is principally a concern for deployments using a private or enterprise public-key infrastructure.</p>
<p>This issue affects the C++ library of Apache Thrift from 0.7.0 through 0.24.0 and the D library from 0.9.0 through 0.24.0. User…</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/ghsa-4xmj-xwhr-jcj2"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/rhsa-2026:74369</id>
    <title>RHSA-2026:74369 — Red Hat Security Advisory: Red Hat Hardened Images RPMs bug fix and enhancement update</title>
    <updated>2026-10-03T12:39:47.987775+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>thrift: thrift: Denial of Service via improper handling of compressed data thrift: thrift: Denial of Service via uninitialized pointer access in c_glib bindings thrift: thrift: Denial of Service via excessive resource allocation in Delphi buffered transport thrift: thrift: Denial of Service via buffer overflow in PHP bindings thrift: Apache Thrift: Denial of Service via deeply nested unknown fields thrift: thrift: Denial of Service via excessive memory allocation thrift: thrift: Denial of Service via integer underflow in THeaderTransport thrift: thrift: Denial of Service via excessive memory allocation in WebSocket transport thrift: thrift: Information disclosure via improper certificate validation in Perl bindings thrift: thrift: Man-in-the-middle attacks via improper certificate validation thrift: thrift: Denial of Service via improper message handling in language bindings thrift: thrift: Denial of Service via TJSONProtocol in Node.js bindings thrift: thrift: Denial of Service via infinite loop in D language bindings thrift: thrift: Denial of Service via improper exception handling in TNonblockingServer thrift: thrift: Denial of Service via stack-based buffer overflow in THeaderProtocol thrift: thrift: Denial of Service via memory leak in THeaderTransport thrift: thrift: Denial of Service via excessive memory allocation in Dart bindings thrift: thrift: Denial of Service via improper length parameter handling in Lua bindings thrift: Apache Thrift: Denial of Service via unco…</p>
      </div>
    </content>
    <link href="https://db.gcve.eu/vuln/rhsa-2026:74369"/>
  </entry>
</feed>
