netdev - Re: [PATCH net 1/4] netfilter: remove nf_conntrack

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20220902053928.GA5881@breakpoint.cc>
Date:   Fri, 2 Sep 2022 07:39:28 +0200
From:   Florian Westphal <fw@...len.de>
To:     Jakub Kicinski <kuba@...nel.org>
Cc:     Florian Westphal <fw@...len.de>, netdev@...r.kernel.org,
        davem@...emloft.net, netfilter-devel@...r.kernel.org,
        pabeni@...hat.com, edumazet@...gle.com,
        Pablo Neira Ayuso <pablo@...filter.org>,
        Aaron Conole <aconole@...hat.com>
Subject: Re: [PATCH net 1/4] netfilter: remove nf_conntrack_helper sysctl and
 modparam toggles

Jakub Kicinski <kuba@...nel.org> wrote:
> On Thu,  1 Sep 2022 09:12:35 +0200 Florian Westphal wrote:
> > From: Pablo Neira Ayuso <pablo@...filter.org>
> > 
> > __nf_ct_try_assign_helper() remains in place but it now requires a
> > template to configure the helper.
> > 
> > A toggle to disable automatic helper assignment was added by:
> > 
> >   a9006892643a ("netfilter: nf_ct_helper: allow to disable automatic helper assignment")
> > 
> > in 2012 to address the issues described in "Secure use of iptables and
> > connection tracking helpers". Automatic conntrack helper assignment was
> > disabled by:
> > 
> >   3bb398d925ec ("netfilter: nf_ct_helper: disable automatic helper assignment")
> > 
> > back in 2016.
> > 
> > This patch removes the sysctl and modparam toggles, users now have to
> > rely on explicit conntrack helper configuration via ruleset.
> > 
> > Update tools/testing/selftests/netfilter/nft_conntrack_helper.sh to
> > check that auto-assignment does not happen anymore.
> 
> From the description itself it's unclear why this is a part of a net PR.
> Could you elucidate?

Yes, there is improper checking in the irc dcc helper, its possible to
trigger the 'please do dynamic port forward' from outside by embedding
a 'DCC' in a PING request; if the client echos that back a expectation/
port forward gets added.

A fix for this will come in the next net PR, however, one part of the
issue is that point-blank-autassign is problematic and that helpers
should only be enabled for addresses that need it.

If you like I can resend the PR with an updated cover letter, or resend
with the dcc helper fix included as well.