<?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-07T05:46:59.748579+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-2025-25193</id>
    <title>CVE-2025-25193 — Denial of Service attack on windows app using Netty</title>
    <updated>2026-10-07T05:46:59.780264+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> netty</p>
<p>Netty, an asynchronous, event-driven network application framework, has a vulnerability in versions up to and including 4.1.118.Final. An unsafe reading of environment file could potentially cause a denial of service in Netty. When loaded on an Windows application, Netty attempts to load a file that does not exist. If an attacker creates such a large file, the Netty application crash. A similar issue was previously reported as CVE-2024-47535. This issue was fixed, but the fix was incomplete in that null-bytes were not counted against the input limit. Commit d1fbda62d3a47835d3fb35db8bd42ecc205a5386 contains an updated fix.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/cve-2025-25193"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-xq3w-v528-46rv</id>
    <title>GHSA-xq3w-v528-46rv — Denial of Service attack on windows app using netty</title>
    <updated>2026-10-07T05:46:59.780345+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Maven: io.netty:netty-common</p>
<p>### Summary</p>
<p>An unsafe reading of environment file could potentially cause a denial of service in Netty.
When loaded on an Windows application, Netty attemps to load a file that does not exist. If an attacker creates such a large file, the Netty application crash.</p>
<p>### Details</p>
<p>When the library netty is loaded in a java windows application, the library tries to identify the system environnement in which it is executed.</p>
<p>At this stage, Netty tries to load both `/etc/os-release` and `/usr/lib/os-release` even though it is in a Windows environment.</p>
<p>&lt;img width="364" alt="1" src="https://github.com/user-attachments/assets/9466b181-9394-45a3-b0e3-1dcf105def59"&gt;</p>
<p>If netty finds this files, it reads them and loads them into memory.</p>
<p>By default :</p>
<p>- The JVM maximum memory size is set to 1 GB,
- A non-privileged user can create a directory at `C:\` and create files within it.</p>
<p>&lt;img width="340" alt="2" src="https://github.com/user-attachments/assets/43b359a2-5871-4592-ae2b-ffc40ac76831"&gt;</p>
<p>&lt;img width="523" alt="3" src="https://github.com/user-attachments/assets/ad5c6eed-451c-4513-92d5-ba0eee7715c1"&gt;</p>
<p>the source code identified :
https://github.com/netty/netty/blob/4.1/common/src/main/java/io/netty/util/internal/PlatformDependent.java</p>
<p>Despite the implementation of the function `normalizeOs()` the source code not verify the OS before reading `C:\etc\os-release` and `C:\usr\lib\os-release`.</p>
<p>### PoC</p>
<p>Create a file larger than 1 GB of data in `C:\etc\os-release` or `C:\usr\lib\os-releas…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-xq3w-v528-46rv"/>
  </entry>
</feed>
