CVE-2022-24823

Netty is an open-source, asynchronous event-driven network application framework. The package io.netty:netty-codec-http prior to version 4.1.77.Final contains an insufficient fix for CVE-2021-21290. When Netty's multipart decoders are used local information disclosure can occur via the local system temporary directory if temporary storing uploads on the disk is enabled. This only impacts applications running on Java version 6 and lower. Additionally, this vulnerability impacts code running on Unix-like systems, and very old versions of Mac OSX and Windows as they all share the system temporary directory between all users. Version 4.1.77.Final contains a patch for this vulnerability. As a workaround, specify one's own java.io.tmpdir when starting the JVM or use DefaultHttpDataFactory.setBaseDir(...) to set the directory to something that is only readable by the current user.

Description

GHSA-5mcr-gq6c-3hq2 (CVE-2021-21290) contains an insufficient fix for the vulnerability identified.

Impact

When netty's multipart decoders are used local information disclosure can occur via the local system temporary directory if temporary storing uploads on the disk is enabled.

This only impacts applications running on Java version 6 and lower. Additionally, this vulnerability impacts code running on Unix-like systems, and very old versions of Mac OSX and Windows as they all share the system temporary directory between all users.

Vulnerability Details

To fix the vulnerability the code was changed to the following:

    @SuppressJava6Requirement(reason = "Guarded by version check")
    public static File createTempFile(String prefix, String suffix, File directory) throws IOException {
        if (javaVersion() >= 7) {
            if (directory == null) {
                return Files.createTempFile(prefix, suffix).toFile();
            }
            return Files.createTempFile(directory.toPath(), prefix, suffix).toFile();
        }
        if (directory == null) {
            return File.createTempFile(prefix, suffix);
        }
        File file = File.createTempFile(prefix, suffix, directory);
        // Try to adjust the perms, if this fails there is not much else we can do...
        file.setReadable(false, false);
        file.setReadable(true, true);
        return file;
    }

Unfortunately, this logic path was left vulnerable:

        if (directory == null) {
            return File.createTempFile(prefix, suffix);
        }

This file is still readable by all local users.

Patches

Update to 4.1.77.Final

Workarounds

Specify your own java.io.tmpdir when you start the JVM or use DefaultHttpDataFactory.setBaseDir(...) to set the directory to something that is only readable by the current user or update to Java 7 or above.

References

• CWE-378: Creation of Temporary File With Insecure Permissions
• CWE-379: Creation of Temporary File in Directory with Insecure Permissions

For more information

If you have any questions or comments about this advisory:

Open an issue in netty

A client might overload the server by issue frequent RST frames. This can cause a massive amount of load on the remote system and so cause a DDOS attack.

Impact

This is a DDOS attack, any http2 server is affected and so you should update as soon as possible.

Patches

This is patched in version 4.1.100.Final.

Workarounds

A user can limit the amount of RST frames that are accepted per connection over a timeframe manually using either an own Http2FrameListener implementation or an ChannelInboundHandler implementation (depending which http2 API is used).

References

• https://www.cve.org/CVERecord?id=CVE-2023-44487
• https://blog.cloudflare.com/technical-breakdown-http2-rapid-reset-ddos-attack/
• https://cloud.google.com/blog/products/identity-security/google-cloud-mitigated-largest-ddos-attack-peaking-above-398-million-rps/

Netty is an asynchronous event-driven network application framework for rapid development of maintainable high performance protocol servers & clients. %package help Summary: Documents for Buildarch: noarch Requires: man info Provides: -javadoc = - Obsoletes: -javadoc < - %description help Man pages and other related documents for .

Security Fix(es):

Netty is an open-source, asynchronous event-driven network application framework. The package io.netty:netty-codec-http prior to version 4.1.77.Final contains an insufficient fix for CVE-2021-21290. When Netty's multipart decoders are used local information disclosure can occur via the local system temporary directory if temporary storing uploads on the disk is enabled. This only impacts applications running on Java version 6 and lower. Additionally, this vulnerability impacts code running on Unix-like systems, and very old versions of Mac OSX and Windows as they all share the system temporary directory between all users. Version 4.1.77.Final contains a patch for this vulnerability. As a workaround, specify one's own java.io.tmpdir when starting the JVM or use DefaultHttpDataFactory.setBaseDir(...) to set the directory to something that is only readable by the current user.(CVE-2022-24823)

Netty is an asynchronous event-driven network application framework for rapid development of maintainable high performance protocol servers & clients. %package help Summary: Documents for Buildarch: noarch Requires: man info Provides: -javadoc = - Obsoletes: -javadoc < - %description help Man pages and other related documents for .

Security Fix(es):

Netty is an open-source, asynchronous event-driven network application framework. The package io.netty:netty-codec-http prior to version 4.1.77.Final contains an insufficient fix for CVE-2021-21290. When Netty's multipart decoders are used local information disclosure can occur via the local system temporary directory if temporary storing uploads on the disk is enabled. This only impacts applications running on Java version 6 and lower. Additionally, this vulnerability impacts code running on Unix-like systems, and very old versions of Mac OSX and Windows as they all share the system temporary directory between all users. Version 4.1.77.Final contains a patch for this vulnerability. As a workaround, specify one's own java.io.tmpdir when starting the JVM or use DefaultHttpDataFactory.setBaseDir(...) to set the directory to something that is only readable by the current user.(CVE-2022-24823)

Netty is an asynchronous event-driven network application framework for rapid development of maintainable high performance protocol servers & clients. %package help Summary: Documents for Buildarch: noarch Requires: man info Provides: -javadoc = - Obsoletes: -javadoc < - %description help Man pages and other related documents for .

Security Fix(es):

Netty is an open-source, asynchronous event-driven network application framework. The package io.netty:netty-codec-http prior to version 4.1.77.Final contains an insufficient fix for CVE-2021-21290. When Netty's multipart decoders are used local information disclosure can occur via the local system temporary directory if temporary storing uploads on the disk is enabled. This only impacts applications running on Java version 6 and lower. Additionally, this vulnerability impacts code running on Unix-like systems, and very old versions of Mac OSX and Windows as they all share the system temporary directory between all users. Version 4.1.77.Final contains a patch for this vulnerability. As a workaround, specify one's own java.io.tmpdir when starting the JVM or use DefaultHttpDataFactory.setBaseDir(...) to set the directory to something that is only readable by the current user.(CVE-2022-24823)

Netty is an asynchronous event-driven network application framework for rapid development of maintainable high performance protocol servers & clients. %package help Summary: Documents for Buildarch: noarch Requires: man info Provides: -javadoc = - Obsoletes: -javadoc < - %description help Man pages and other related documents for .

Security Fix(es):

Netty is an open-source, asynchronous event-driven network application framework. The package io.netty:netty-codec-http prior to version 4.1.77.Final contains an insufficient fix for CVE-2021-21290. When Netty's multipart decoders are used local information disclosure can occur via the local system temporary directory if temporary storing uploads on the disk is enabled. This only impacts applications running on Java version 6 and lower. Additionally, this vulnerability impacts code running on Unix-like systems, and very old versions of Mac OSX and Windows as they all share the system temporary directory between all users. Version 4.1.77.Final contains a patch for this vulnerability. As a workaround, specify one's own java.io.tmpdir when starting the JVM or use DefaultHttpDataFactory.setBaseDir(...) to set the directory to something that is only readable by the current user.(CVE-2022-24823)

Netty is an asynchronous event-driven network application framework for rapid development of maintainable high performance protocol servers & clients. %package help Summary: Documents for Buildarch: noarch Requires: man info Provides: -javadoc = - Obsoletes: -javadoc < - %description help Man pages and other related documents for .

Security Fix(es):

Netty is an open-source, asynchronous event-driven network application framework. The package io.netty:netty-codec-http prior to version 4.1.77.Final contains an insufficient fix for CVE-2021-21290. When Netty's multipart decoders are used local information disclosure can occur via the local system temporary directory if temporary storing uploads on the disk is enabled. This only impacts applications running on Java version 6 and lower. Additionally, this vulnerability impacts code running on Unix-like systems, and very old versions of Mac OSX and Windows as they all share the system temporary directory between all users. Version 4.1.77.Final contains a patch for this vulnerability. As a workaround, specify one's own java.io.tmpdir when starting the JVM or use DefaultHttpDataFactory.setBaseDir(...) to set the directory to something that is only readable by the current user.(CVE-2022-24823)

Netty is an asynchronous event-driven network application framework for rapid development of maintainable high performance protocol servers & clients. %package help Summary: Documents for Buildarch: noarch Requires: man info Provides: -javadoc = - Obsoletes: -javadoc < - %description help Man pages and other related documents for .

Security Fix(es):

Netty is an open-source, asynchronous event-driven network application framework. The package io.netty:netty-codec-http prior to version 4.1.77.Final contains an insufficient fix for CVE-2021-21290. When Netty's multipart decoders are used local information disclosure can occur via the local system temporary directory if temporary storing uploads on the disk is enabled. This only impacts applications running on Java version 6 and lower. Additionally, this vulnerability impacts code running on Unix-like systems, and very old versions of Mac OSX and Windows as they all share the system temporary directory between all users. Version 4.1.77.Final contains a patch for this vulnerability. As a workaround, specify one's own java.io.tmpdir when starting the JVM or use DefaultHttpDataFactory.setBaseDir(...) to set the directory to something that is only readable by the current user.(CVE-2022-24823)

Root has patched GHSA-xpw8-rcwv-8f8p in the io.root.io.netty:netty-codec-http2 package for Root:Maven. Multiple fixed versions available.

Netty is an open-source, asynchronous event-driven network application framework. The package io.netty:netty-codec-http prior to version 4.1.77.Final contains an insufficient fix for CVE-2021-21290. When Netty's multipart decoders are used local information disclosure can occur via the local system temporary directory if temporary storing uploads on the disk is enabled. This only impacts applications running on Java version 6 and lower. Additionally, this vulnerability impacts code running on Unix-like systems, and very old versions of Mac OSX and Windows as they all share the system temporary directory between all users. Version 4.1.77.Final contains a patch for this vulnerability. As a workaround, specify one's own java.io.tmpdir when starting the JVM or use DefaultHttpDataFactory.setBaseDir(...) to set the directory to something that is only readable by the current user.

TuxCare rebuilt 43 io.netty packages to address 12 CVEs. Fixed in 4.1.63.Final-tuxcare.2.

TuxCare rebuilt 40 io.netty packages to address 16 CVEs. Fixed in 4.1.52.Final-tuxcare.1.

TuxCare rebuilt 40 io.netty packages to address 9 CVEs. Fixed in 4.1.49.Final-tuxcare.1.

TuxCare rebuilt 6 io.netty packages to address 9 CVEs. Fixed in 4.1.58.Final-tuxcare.1.

TuxCare rebuilt 43 io.netty packages to address 15 CVEs. Fixed in 4.1.60.Final-tuxcare.1.

TuxCare rebuilt 46 io.netty packages to address 9 CVEs. Fixed in 4.1.75.Final-tuxcare.1.

TuxCare rebuilt 46 io.netty packages to address 6 CVEs. Fixed in 4.1.73.Final-tuxcare.1.

TuxCare rebuilt io.netty:netty to address 6 CVEs. Fixed in 3.10.6.Final-tuxcare.1.

TuxCare rebuilt 5 io.netty packages to address 9 CVEs. Fixed in 4.1.48.Final-tuxcare.4.

TuxCare rebuilt 43 io.netty packages to address 25 CVEs. Fixed in 4.1.68.Final-tuxcare.1.

TuxCare rebuilt io.netty:netty to address 4 CVEs. Fixed in 3.7.0.Final-tuxcare.2.

TuxCare rebuilt 14 io.netty packages to address 32 CVEs. Fixed in 4.1.64.Final-tuxcare.1.

TuxCare rebuilt io.netty:netty to address 4 CVEs. Fixed in 3.6.2.Final-tuxcare.2.

TuxCare rebuilt io.netty:netty to address 3 CVEs. Fixed in 3.5.13.Final-tuxcare.3.

These are all security issues fixed in the netty-4.1.114-1.1 package on the GA media of openSUSE Tumbleweed.

This update for netty, netty-tcnative fixes the following issues:

netty:

• Security fixes included in this version update from 4.1.75 to 4.1.90:

  • CVE-2022-24823: Local Information Disclosure Vulnerability in Netty on Unix-Like systems due temporary files for Java 6 and lower in io.netty:netty-codec-http (bsc#1199338)
  • CVE-2022-41881: HAProxyMessageDecoder Stack Exhaustion DoS (bsc#1206360)
  • CVE-2022-41915: HTTP Response splitting from assigning header value iterator (bsc#1206379)

• Other non-security bug fixes included in this version update from 4.1.75 to 4.1.90:

  • Build with Java 11 on ix86 architecture in order to avoid build failures
  • Fix HttpHeaders.names for non-String headers
  • Fix FlowControlHandler behaviour to pass read events when auto-reading is turned off
  • Fix brotli compression
  • Fix a bug in FlowControlHandler that broke auto-read
  • Fix a potential memory leak bug has been in the pooled allocator
  • Fix a scalability issue caused by instanceof and check-cast checks that lead to false-sharing on the Klass::secondary_super_cache field in the JVM
  • Fix a bug in our PEMParser when PEM files have multiple objects, and BouncyCastle is on the classpath
  • Fix several NullPointerException bugs
  • Fix a regression SslContext private key loading
  • Fix a bug in SslContext private key reading fall-back path
  • Fix a buffer leak regression in HttpClientCodec
  • Fix a bug where some HttpMessage implementations, that also implement HttpContent, were not handled correctly
  • Fix epoll bug when receiving zero-sized datagrams
  • Fix a bug in SslHandler so handlerRemoved works properly even if handlerAdded throws an exception
  • Fix an issue that allowed the multicast methods on EpollDatagramChannel to be called outside of an event-loop thread
  • Fix a bug where an OPT record was added to DNS queries that already had such a record
  • Fix a bug that caused an error when files uploaded with HTTP POST contained a backslash in their name
  • Fix an issue in the BlockHound integration that could occasionally cause NetUtil to be reported as performing blocking operation. A similar BlockHound issue was fixed for the JdkSslContext
  • Fix a bug that prevented preface or settings frames from being flushed, when an HTTP2 connection was established with prior-knowledge
  • Fix a bug where Netty fails to load a shaded native library
  • Fix and relax overly strict HTTP/2 header validation check that was rejecting requests from Chrome and Firefox
  • Fix OpenSSL and BoringSSL implementations to respect the jdk.tls.client.protocols and jdk.tls.server.protocols system properties, making them react to these in the same way the JDK SSL provider does
  • Fix inconsitencies in how epoll, kqueue, and NIO handle RDHUP
  • For a more detailed list of changes please consult the official release notes:
    • Changes from 4.1.90: https://netty.io/news/2023/03/14/4-1-90-Final.html
    • Changes from 4.1.89: https://netty.io/news/2023/02/13/4-1-89-Final.html
    • Changes from 4.1.88: https://netty.io/news/2023/02/12/4-1-88-Final.html
    • Changes from 4.1.87: https://netty.io/news/2023/01/12/4-1-87-Final.html
    • Changes from 4.1.86: https://netty.io/news/2022/12/12/4-1-86-Final.html
    • Changes from 4.1.85: https://netty.io/news/2022/11/09/4-1-85-Final.html
    • Changes from 4.1.84: https://netty.io/news/2022/10/11/4-1-84-Final.html
    • Changes from 4.1.82: https://netty.io/news/2022/09/13/4-1-82-Final.html
    • Changes from 4.1.81: https://netty.io/news/2022/09/08/4-1-81-Final.html
    • Changes from 4.1.80: https://netty.io/news/2022/08/26/4-1-80-Final.html
    • Changes from 4.1.79: https://netty.io/news/2022/07/11/4-1-79-Final.html
    • Changes from 4.1.78: https://netty.io/news/2022/06/14/4-1-78-Final.html
    • Changes from 4.1.77: https://netty.io/news/2022/05/06/2-1-77-Final.html
    • Changes from 4.1.76:…

This update for netty, netty-tcnative fixes the following issues:

netty:

• Security fixes included in this version update from 4.1.75 to 4.1.90:

  • CVE-2022-24823: Local Information Disclosure Vulnerability in Netty on Unix-Like systems due temporary files for Java 6 and lower in io.netty:netty-codec-http (bsc#1199338)
  • CVE-2022-41881: HAProxyMessageDecoder Stack Exhaustion DoS (bsc#1206360)
  • CVE-2022-41915: HTTP Response splitting from assigning header value iterator (bsc#1206379)

• Other non-security bug fixes included in this version update from 4.1.75 to 4.1.90:

  • Build with Java 11 on ix86 architecture in order to avoid build failures
  • Fix HttpHeaders.names for non-String headers
  • Fix FlowControlHandler behaviour to pass read events when auto-reading is turned off
  • Fix brotli compression
  • Fix a bug in FlowControlHandler that broke auto-read
  • Fix a potential memory leak bug has been in the pooled allocator
  • Fix a scalability issue caused by instanceof and check-cast checks that lead to false-sharing on the Klass::secondary_super_cache field in the JVM
  • Fix a bug in our PEMParser when PEM files have multiple objects, and BouncyCastle is on the classpath
  • Fix several NullPointerException bugs
  • Fix a regression SslContext private key loading
  • Fix a bug in SslContext private key reading fall-back path
  • Fix a buffer leak regression in HttpClientCodec
  • Fix a bug where some HttpMessage implementations, that also implement HttpContent, were not handled correctly
  • Fix epoll bug when receiving zero-sized datagrams
  • Fix a bug in SslHandler so handlerRemoved works properly even if handlerAdded throws an exception
  • Fix an issue that allowed the multicast methods on EpollDatagramChannel to be called outside of an event-loop thread
  • Fix a bug where an OPT record was added to DNS queries that already had such a record
  • Fix a bug that caused an error when files uploaded with HTTP POST contained a backslash in their name
  • Fix an issue in the BlockHound integration that could occasionally cause NetUtil to be reported as performing blocking operation. A similar BlockHound issue was fixed for the JdkSslContext
  • Fix a bug that prevented preface or settings frames from being flushed, when an HTTP2 connection was established with prior-knowledge
  • Fix a bug where Netty fails to load a shaded native library
  • Fix and relax overly strict HTTP/2 header validation check that was rejecting requests from Chrome and Firefox
  • Fix OpenSSL and BoringSSL implementations to respect the jdk.tls.client.protocols and jdk.tls.server.protocols system properties, making them react to these in the same way the JDK SSL provider does
  • Fix inconsitencies in how epoll, kqueue, and NIO handle RDHUP
  • For a more detailed list of changes please consult the official release notes:
    • Changes from 4.1.90: https://netty.io/news/2023/03/14/4-1-90-Final.html
    • Changes from 4.1.89: https://netty.io/news/2023/02/13/4-1-89-Final.html
    • Changes from 4.1.88: https://netty.io/news/2023/02/12/4-1-88-Final.html
    • Changes from 4.1.87: https://netty.io/news/2023/01/12/4-1-87-Final.html
    • Changes from 4.1.86: https://netty.io/news/2022/12/12/4-1-86-Final.html
    • Changes from 4.1.85: https://netty.io/news/2022/11/09/4-1-85-Final.html
    • Changes from 4.1.84: https://netty.io/news/2022/10/11/4-1-84-Final.html
    • Changes from 4.1.82: https://netty.io/news/2022/09/13/4-1-82-Final.html
    • Changes from 4.1.81: https://netty.io/news/2022/09/08/4-1-81-Final.html
    • Changes from 4.1.80: https://netty.io/news/2022/08/26/4-1-80-Final.html
    • Changes from 4.1.79: https://netty.io/news/2022/07/11/4-1-79-Final.html
    • Changes from 4.1.78: https://netty.io/news/2022/06/14/4-1-78-Final.html
    • Changes from 4.1.77: https://netty.io/news/2022/05/06/2-1-77-Final.html
    • Changes from 4.1.76:…

Jonathan Leitschuh discovered that Netty did not correctly handle file permissions when writing temporary files. An attacker could possibly use this issue to leak sensitive information. (CVE-2022-24823)

It was discovered that Netty did not correctly handle limiting the number of fields when decoding a HTTP request. An attacker could possibly use issue to cause a denial of service. This issue only affected Ubuntu 16.04 LTS, Ubuntu 18.04 LTS, Ubuntu 20.04 LTS, Ubuntu 22.04 LTS and Ubuntu 24.04 LTS. (CVE-2024-29025)