<?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://vulnerability.circl.lu</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>Thu, 01 Oct 2026 22:35:54 +0000</lastBuildDate>
    <item>
      <title>CVE-2025-68206 — netfilter: nft_ct: add seqadj extension for natted connections</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2025-68206</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux, Siemens SIMATIC S7-1500 CPU 1518-4 PN/DP MFP, Siemens SIMATIC S7-1500 CPU 1518F-4 PN/DP MFP, Siemens SIPLUS S7-1500 CPU 1518-4 PN/DP MFP&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;netfilter: nft_ct: add seqadj extension for natted connections&lt;/p&gt;
&lt;p&gt;Sequence adjustment may be required for FTP traffic with PASV/EPSV modes.
due to need to re-write packet payload (IP, port) on the ftp control
connection. This can require changes to the TCP length and expected
seq / ack_seq.&lt;/p&gt;
&lt;p&gt;The easiest way to reproduce this issue is with PASV mode.
Example ruleset:
table inet ftp_nat {
        ct helper ftp_helper {
                type &amp;#34;ftp&amp;#34; protocol tcp
                l3proto inet
        }&lt;/p&gt;
&lt;p&gt;chain prerouting {
                type filter hook prerouting priority 0; policy accept;
                tcp dport 21 ct state new ct helper set &amp;#34;ftp_helper&amp;#34;
        }
}
table ip nat {
        chain prerouting {
                type nat hook prerouting priority -100; policy accept;
                tcp dport 21 dnat ip prefix to ip daddr map {
			192.168.100.1 : 192.168.13.2/32 }
        }&lt;/p&gt;
&lt;p&gt;chain postrouting {
                type nat hook postrouting priority 100 ; policy accept;
                tcp sport 21 snat ip prefix to ip saddr map {
			192.168.13.2 : 192.168.100.1/32 }
        }
}&lt;/p&gt;
&lt;p&gt;Note that the ftp helper gets assigned *after* the dnat setup.&lt;/p&gt;
&lt;p&gt;The inverse (nat after helper assign) is handled by an existing
check in nf_nat_setup_info() and will not show the problem.&lt;/p&gt;
&lt;p&gt;Topoloy:&lt;/p&gt;
&lt;p&gt;+-------------------+     +----------------------------------+
 | FTP: 192.168.13.2 | &amp;lt;-&amp;gt; | NAT: 192.168.13.3, 192.16…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux, Siemens SIMATIC S7-1500 CPU 1518-4 PN/DP MFP, Siemens SIMATIC S7-1500 CPU 1518F-4 PN/DP MFP, Siemens SIPLUS S7-1500 CPU 1518-4 PN/DP MFP&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;netfilter: nft_ct: add seqadj extension for natted connections&lt;/p&gt;
&lt;p&gt;Sequence adjustment may be required for FTP traffic with PASV/EPSV modes.
due to need to re-write packet payload (IP, port) on the ftp control
connection. This can require changes to the TCP length and expected
seq / ack_seq.&lt;/p&gt;
&lt;p&gt;The easiest way to reproduce this issue is with PASV mode.
Example ruleset:
table inet ftp_nat {
        ct helper ftp_helper {
                type &amp;#34;ftp&amp;#34; protocol tcp
                l3proto inet
        }&lt;/p&gt;
&lt;p&gt;chain prerouting {
                type filter hook prerouting priority 0; policy accept;
                tcp dport 21 ct state new ct helper set &amp;#34;ftp_helper&amp;#34;
        }
}
table ip nat {
        chain prerouting {
                type nat hook prerouting priority -100; policy accept;
                tcp dport 21 dnat ip prefix to ip daddr map {
			192.168.100.1 : 192.168.13.2/32 }
        }&lt;/p&gt;
&lt;p&gt;chain postrouting {
                type nat hook postrouting priority 100 ; policy accept;
                tcp sport 21 snat ip prefix to ip saddr map {
			192.168.13.2 : 192.168.100.1/32 }
        }
}&lt;/p&gt;
&lt;p&gt;Note that the ftp helper gets assigned *after* the dnat setup.&lt;/p&gt;
&lt;p&gt;The inverse (nat after helper assign) is handled by an existing
check in nf_nat_setup_info() and will not show the problem.&lt;/p&gt;
&lt;p&gt;Topoloy:&lt;/p&gt;
&lt;p&gt;+-------------------+     +----------------------------------+
 | FTP: 192.168.13.2 | &amp;lt;-&amp;gt; | NAT: 192.168.13.3, 192.16…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2025-68206</guid>
    </item>
  </channel>
</rss>
