<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://cve.radiocsirt.org</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Sun, 04 Oct 2026 13:55:00 +0000</lastBuildDate>
    <item>
      <title>CVE-2021-21290 — Local Information Disclosure Vulnerability in Netty on Unix-Like systems due temporary files</title>
      <link>https://cve.radiocsirt.org/vuln/cve-2021-21290</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; netty&lt;/p&gt;
&lt;p&gt;Netty is an open-source, asynchronous event-driven network application framework for rapid development of maintainable high performance protocol servers &amp;amp; clients. In Netty before version 4.1.59.Final there is a vulnerability on Unix-like systems involving an insecure temp file. When netty&amp;#39;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. On unix-like systems, the temporary directory is shared between all user. As such, writing to this directory using APIs that do not explicitly set the file/directory permissions can lead to information disclosure. Of note, this does not impact modern MacOS Operating Systems. The method &amp;#34;File.createTempFile&amp;#34; on unix-like systems creates a random file, but, by default will create this file with the permissions &amp;#34;-rw-r--r--&amp;#34;. Thus, if sensitive information is written to this file, other local users can read this information. This is the case in netty&amp;#39;s &amp;#34;AbstractDiskHttpData&amp;#34; is vulnerable. This has been fixed in version 4.1.59.Final. As a workaround, one may specify your own &amp;#34;java.io.tmpdir&amp;#34; when you start the JVM or use &amp;#34;DefaultHttpDataFactory.setBaseDir(...)&amp;#34; to set the directory to something that is only readable by the current user.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; netty&lt;/p&gt;
&lt;p&gt;Netty is an open-source, asynchronous event-driven network application framework for rapid development of maintainable high performance protocol servers &amp;amp; clients. In Netty before version 4.1.59.Final there is a vulnerability on Unix-like systems involving an insecure temp file. When netty&amp;#39;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. On unix-like systems, the temporary directory is shared between all user. As such, writing to this directory using APIs that do not explicitly set the file/directory permissions can lead to information disclosure. Of note, this does not impact modern MacOS Operating Systems. The method &amp;#34;File.createTempFile&amp;#34; on unix-like systems creates a random file, but, by default will create this file with the permissions &amp;#34;-rw-r--r--&amp;#34;. Thus, if sensitive information is written to this file, other local users can read this information. This is the case in netty&amp;#39;s &amp;#34;AbstractDiskHttpData&amp;#34; is vulnerable. This has been fixed in version 4.1.59.Final. As a workaround, one may specify your own &amp;#34;java.io.tmpdir&amp;#34; when you start the JVM or use &amp;#34;DefaultHttpDataFactory.setBaseDir(...)&amp;#34; to set the directory to something that is only readable by the current user.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cve-2021-21290</guid>
    </item>
  </channel>
</rss>
