CVE and update status of the FreeBSD ports tree4,526 unaddressed CVEs in 616 portsAll times are CET

CVE details

CVE-2023-34462

Netty is an asynchronous event-driven network application framework for rapid development of maintainable high performance protocol servers & clients. The `SniHandler` can allocate up to 16MB of heap for each channel during the TLS handshake. When the handler or the channel does not have an idle timeout, it can be used to make a TCP server using the `SniHandler` to allocate 16MB of heap. The `SniHandler` class is a handler that waits for the TLS handshake to configure a `SslHandler` according to the indicated server name by the `ClientHello` record. For this matter it allocates a `ByteBuf` using the value defined in the `ClientHello` record. Normally the value of the packet should be smaller than the handshake packet but there are not checks done here and the way the code is written, it is possible to craft a packet that makes the `SslClientHelloHandler`. This vulnerability has been fixed in version 4.1.94.Final.

Score
6.5 medium
Published
2023-06-22
Links
NVD · cve.org

Affected ports (1)

PortPackageVersionStatusMaintainer
java/nettynetty4.1.53_2unaddressedglewis@FreeBSD.org

Template for a VuXML entry

Range taken from the CVE record, check it before committing. make newentry in security/vuxml creates the vid.

  <vuln vid="FIXME (make newentry)">
    <topic>FIXME -- FIXME</topic>
    <affects>
      <package>
	<name>netty</name>
	<range><lt>4.1.94</lt></range>
      </package>
    </affects>
    <description>
      <body xmlns="http://www.w3.org/1999/xhtml">
	<p>Netty is an asynchronous event-driven network application framework
	for rapid development of maintainable high performance protocol
	servers & clients. The `SniHandler` can allocate up to 16MB of heap
	for each channel during the TLS handshake. When the handler or the
	channel does not have an idle timeout, it can be used to make a TCP
	server using the `SniHandler` to allocate 16MB of heap. The
	`SniHandler` class is a handler that waits for the TLS handshake to
	configure a `SslHandler` according to the indicated server name by the
	`ClientHello` record. For this matter it allocates a `ByteBuf` using
	the value defined in the `ClientHello` record. Normally the value of
	the packet should be smaller than the handshake packet but there are
	not checks done here and the way the code is written, it is possible
	to craft a packet that makes the `SslClientHelloHandler`. This
	vulnerability has been fixed in version 4.1.94.Final.</p>
      </body>
    </description>
    <references>
      <cvename>CVE-2023-34462</cvename>
      <url>https://nvd.nist.gov/vuln/detail/CVE-2023-34462</url>
    </references>
    <dates>
      <discovery>2023-06-22</discovery>
      <entry>2026-10-25</entry>
    </dates>
  </vuln>