<?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>Mon, 12 Oct 2026 21:00:51 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-48858 — ftp client PASV response IP not validated against control peer, enabling SSRF and FTP bounce attacks</title>
      <link>https://cve.radiocsirt.org/vuln/cve-2026-48858</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Erlang OTP&lt;/p&gt;
&lt;p&gt;Server-Side Request Forgery (SSRF) vulnerability in Erlang/OTP ftp (ftp_internal module) allows FTP bounce attacks and SSRF via an unvalidated PASV response IP address.&lt;/p&gt;
&lt;p&gt;The ftp_internal:handle_ctrl_result/2 PASV handler (mode=passive, ipfamily=inet, ftp_extension=false) extracts the IP address from the server&amp;#39;s 227 response and passes it directly to gen_tcp:connect/4 without validating it against the control connection peer address. The adjacent EPSV handlers correctly call peername(CSock) to derive the IP from the control connection, but the PASV handler does not. A malicious or compromised FTP server can redirect the client&amp;#39;s data connection to an arbitrary internal host and port. On read operations (ftp:ls/1,2, ftp:nlist/1,2, ftp:recv/2,3), data from the redirected target is returned to the caller. On write operations (ftp:send/2,3, ftp:append/2,3), file content is sent to the redirected target. This enables SSRF against internal hosts, cloud metadata endpoints, and FTP bounce attacks against third-party hosts.&lt;/p&gt;
&lt;p&gt;The vulnerable path is the default configuration (mode=passive, ipfamily=inet, ftp_extension=false). RFC 2577 section 3 explicitly recommends validating the PASV response IP against the control connection peer.&lt;/p&gt;
&lt;p&gt;The ftp application is deprecated and scheduled for removal in OTP-30.&lt;/p&gt;
&lt;p&gt;This vulnerability is associated with program files lib/inets/src/ftp/ftp_internal.erl (inets 5.10.4 through 6.5, OTP 17.4 through 20.3) and lib/ftp/src/ftp_internal.erl (ftp 1.0 and…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Erlang OTP&lt;/p&gt;
&lt;p&gt;Server-Side Request Forgery (SSRF) vulnerability in Erlang/OTP ftp (ftp_internal module) allows FTP bounce attacks and SSRF via an unvalidated PASV response IP address.&lt;/p&gt;
&lt;p&gt;The ftp_internal:handle_ctrl_result/2 PASV handler (mode=passive, ipfamily=inet, ftp_extension=false) extracts the IP address from the server&amp;#39;s 227 response and passes it directly to gen_tcp:connect/4 without validating it against the control connection peer address. The adjacent EPSV handlers correctly call peername(CSock) to derive the IP from the control connection, but the PASV handler does not. A malicious or compromised FTP server can redirect the client&amp;#39;s data connection to an arbitrary internal host and port. On read operations (ftp:ls/1,2, ftp:nlist/1,2, ftp:recv/2,3), data from the redirected target is returned to the caller. On write operations (ftp:send/2,3, ftp:append/2,3), file content is sent to the redirected target. This enables SSRF against internal hosts, cloud metadata endpoints, and FTP bounce attacks against third-party hosts.&lt;/p&gt;
&lt;p&gt;The vulnerable path is the default configuration (mode=passive, ipfamily=inet, ftp_extension=false). RFC 2577 section 3 explicitly recommends validating the PASV response IP against the control connection peer.&lt;/p&gt;
&lt;p&gt;The ftp application is deprecated and scheduled for removal in OTP-30.&lt;/p&gt;
&lt;p&gt;This vulnerability is associated with program files lib/inets/src/ftp/ftp_internal.erl (inets 5.10.4 through 6.5, OTP 17.4 through 20.3) and lib/ftp/src/ftp_internal.erl (ftp 1.0 and…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cve-2026-48858</guid>
    </item>
    <item>
      <title>USN-8901-1 — erlang vulnerabilities</title>
      <link>https://cve.radiocsirt.org/vuln/usn-8901-1</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: erlang, Ubuntu:Pro:16.04:LTS: erlang, Ubuntu:Pro:18.04:LTS: erlang, Ubuntu:Pro:20.04:LTS: erlang, Ubuntu:22.04:LTS: erlang, Ubuntu:24.04:LTS: erlang, Ubuntu:26.04:LTS: erlang&lt;/p&gt;
&lt;p&gt;Wander Nauta discovered that Erlang incorrectly handled absolute paths when
extracting zip archives. An attacker could possibly use this issue to write
arbitrary files outside of the intended directory. This issue only affected
Ubuntu 16.04 LTS, Ubuntu 18.04 LTS, and Ubuntu 20.04 LTS. (CVE-2025-4748)&lt;/p&gt;
&lt;p&gt;It was discovered that the Erlang SFTP server did not properly limit the
size of packets. A remote attacker could possibly use this issue to cause
Erlang to use excessive resources, leading to a denial of service. This
issue only affected Ubuntu 14.04 LTS, Ubuntu 16.04 LTS, and
Ubuntu 18.04 LTS. (CVE-2025-26618)&lt;/p&gt;
&lt;p&gt;It was discovered that the Erlang SSH server did not properly limit the
length of algorithm names in key exchange messages. A remote attacker could
possibly use this issue to cause Erlang to use excessive resources, leading
to a denial of service. This issue only affected Ubuntu 14.04 LTS,
Ubuntu 16.04 LTS, and Ubuntu 18.04 LTS. (CVE-2025-30211)&lt;/p&gt;
&lt;p&gt;It was discovered that the Erlang TFTP server incorrectly handled certain
file paths. A remote attacker could possibly use this issue to access files
outside of the intended directory. (CVE-2026-21620)&lt;/p&gt;
&lt;p&gt;It was discovered that the Erlang SFTP server incorrectly validated paths
against the configured root directory. An authenticated user could possibly
use this issue to access files outside of the root directory.
(CVE-2026-23942)&lt;/p&gt;
&lt;p&gt;It was discovered that the Erlang SSH server enabled zlib compression by
default and did not limit…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: erlang, Ubuntu:Pro:16.04:LTS: erlang, Ubuntu:Pro:18.04:LTS: erlang, Ubuntu:Pro:20.04:LTS: erlang, Ubuntu:22.04:LTS: erlang, Ubuntu:24.04:LTS: erlang, Ubuntu:26.04:LTS: erlang&lt;/p&gt;
&lt;p&gt;Wander Nauta discovered that Erlang incorrectly handled absolute paths when
extracting zip archives. An attacker could possibly use this issue to write
arbitrary files outside of the intended directory. This issue only affected
Ubuntu 16.04 LTS, Ubuntu 18.04 LTS, and Ubuntu 20.04 LTS. (CVE-2025-4748)&lt;/p&gt;
&lt;p&gt;It was discovered that the Erlang SFTP server did not properly limit the
size of packets. A remote attacker could possibly use this issue to cause
Erlang to use excessive resources, leading to a denial of service. This
issue only affected Ubuntu 14.04 LTS, Ubuntu 16.04 LTS, and
Ubuntu 18.04 LTS. (CVE-2025-26618)&lt;/p&gt;
&lt;p&gt;It was discovered that the Erlang SSH server did not properly limit the
length of algorithm names in key exchange messages. A remote attacker could
possibly use this issue to cause Erlang to use excessive resources, leading
to a denial of service. This issue only affected Ubuntu 14.04 LTS,
Ubuntu 16.04 LTS, and Ubuntu 18.04 LTS. (CVE-2025-30211)&lt;/p&gt;
&lt;p&gt;It was discovered that the Erlang TFTP server incorrectly handled certain
file paths. A remote attacker could possibly use this issue to access files
outside of the intended directory. (CVE-2026-21620)&lt;/p&gt;
&lt;p&gt;It was discovered that the Erlang SFTP server incorrectly validated paths
against the configured root directory. An authenticated user could possibly
use this issue to access files outside of the root directory.
(CVE-2026-23942)&lt;/p&gt;
&lt;p&gt;It was discovered that the Erlang SSH server enabled zlib compression by
default and did not limit…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/usn-8901-1</guid>
    </item>
  </channel>
</rss>
