From: Jiri Kosina <jikos@kernel.org>
To: Linus Torvalds <torvalds@linux-foundation.org>,
Pablo Neira Ayuso <pablo@netfilter.org>
Cc: Jozsef Kadlecsik <kadlec@blackhole.kfki.hu>,
Florian Westphal <fw@strlen.de>,
NetFilter <netfilter-devel@vger.kernel.org>,
coreteam@netfilter.org,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
info@jablonka.cz, eric@regit.org
Subject: [PATCH] netfilter: nf_ct_helper: warn when not applying default helper assignment (was Re: [RFC PATCH 0/2] restore original default of nf_conntrack_helper sysctl)
Date: Tue, 24 Jan 2017 08:40:34 +0100 (CET) [thread overview]
Message-ID: <alpine.LSU.2.20.1701240827240.25515@cbobk.fhfr.pm> (raw)
In-Reply-To: <20170124012859.GA6375@salvia>
On Mon, 23 Jan 2017, Linus Torvalds wrote:
> For all I know, there may be some security reason why we really don't
> want the automatic helpers, even if they can be convenient.
>
> Also, you can just enable them with a kernel command line or a sysctl,
> so it's not like you can't get the old behavior back.
Yeah, the only concern really is causing instant breakage of existing
firewall configurations just by upgrading the kernel.
On Tue, 24 Jan 2017, Pablo Neira Ayuso wrote:
> Yes, with helper modules in place, this is known to allow attackers to
> push holes in your firewall. Eric Leblond actually show that it's
> perfectly feasible to exploit this via handcrafted packets [1]. The
> problem is documented here [2].
>
> > Also, you can just enable them with a kernel command line or a sysctl,
> > so it's not like you can't get the old behavior back.
>
> Right.
>
> [1] https://cansecwest.com/csw12/conntrack-attack.pdf
> [2] https://home.regit.org/netfilter-en/secure-use-of-helpers/
Alright, that's a valid reason.
Still, I'd like us to be as helpful as possible when we really have no
other choice than breaking existing userspace setup.
So how about issuing a warning in case we'd normally perform the automatic
helper assignment, but we actually don't due to the new default setting?
The fact that we've had the 'deprecated' warning there since 3.5 is nice,
but let's face it -- that's not where the poor guy would be debugging why
his firewall doesn't work. It'd be the kernel with the new default, and
that doesn't give any hints whatsoever.
From: Jiri Kosina <jkosina@suse.cz>
Subject: [PATCH] netfilter: nf_ct_helper: warn when not applying default helper assignment
Commit 3bb398d925 ("netfilter: nf_ct_helper: disable automatic helper
assignment") is causing behavior regressions in firewalls, as traffic
handled by conntrack helpers is now by default not passed through even
though it was before due to missing CT targets (which were not necessary
before this commit).
The default had to be switched off due to security reasons [1] [2] and
therefore should stay the way it is, but let's be friendly to firewall
admins and issue a warning the first time we're in situation where packet
would be likely passed through with the old default but we're likely going
to drop it on the floor now.
Re-use the 'net->ct.auto_assign_helper_warned' flag, as it'd be sufficient
to warn one way or the other.
[1] https://cansecwest.com/csw12/conntrack-attack.pdf
[2] https://home.regit.org/netfilter-en/secure-use-of-helpers/
Signed-off-by: Jiri Kosina <jkosina@suse.cz>
---
net/netfilter/nf_conntrack_helper.c | 19 +++++++++++++++----
1 file changed, 15 insertions(+), 4 deletions(-)
diff --git a/net/netfilter/nf_conntrack_helper.c b/net/netfilter/nf_conntrack_helper.c
index 7341adf..02a26b0 100644
--- a/net/netfilter/nf_conntrack_helper.c
+++ b/net/netfilter/nf_conntrack_helper.c
@@ -213,17 +213,28 @@ int __nf_ct_try_assign_helper(struct nf_conn *ct, struct nf_conn *tmpl,
}
help = nfct_help(ct);
- if (net->ct.sysctl_auto_assign_helper && helper == NULL) {
- helper = __nf_ct_helper_find(&ct->tuplehash[IP_CT_DIR_REPLY].tuple);
- if (unlikely(!net->ct.auto_assign_helper_warned && helper)) {
+ if (!helper)
+ {
+ if (__nf_ct_helper_find(&ct->tuplehash[IP_CT_DIR_REPLY].tuple) &&
+ !net->ct.sysctl_auto_assign_helper &&
+ !net->ct.auto_assign_helper_warned) {
+ pr_info("nf_conntrack: default automatic helper assignment "
+ "has been turned off for security reasons "
+ "and CT-based firewall rule not found. Use the "
+ "iptables CT target to attach helpers instead.\n");
+ net->ct.auto_assign_helper_warned = true;
+ } else {
+ helper = __nf_ct_helper_find(&ct->tuplehash[IP_CT_DIR_REPLY].tuple);
+ if (unlikely(!net->ct.auto_assign_helper_warned && helper &&
+ !net->ct.auto_assign_helper_warned)) {
pr_info("nf_conntrack: automatic helper "
"assignment is deprecated and it will "
"be removed soon. Use the iptables CT target "
"to attach helpers instead.\n");
net->ct.auto_assign_helper_warned = true;
+ }
}
}
-
if (helper == NULL) {
if (help)
RCU_INIT_POINTER(help->helper, NULL);
--
Jiri Kosina
SUSE Labs
next prev parent reply other threads:[~2017-01-24 7:53 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-01-24 0:06 [RFC PATCH 0/2] restore original default of nf_conntrack_helper sysctl Jiri Kosina
2017-01-24 1:09 ` Linus Torvalds
2017-01-24 1:28 ` Pablo Neira Ayuso
2017-01-24 7:40 ` Jiri Kosina [this message]
2017-01-24 10:17 ` [PATCH v2] netfilter: nf_ct_helper: warn when not applying default helper assignment Jiri Kosina
2017-01-25 19:13 ` Linus Torvalds
2017-01-25 20:43 ` Jiri Kosina
2017-01-26 5:40 ` Joe Perches
2017-02-01 16:27 ` Pablo Neira Ayuso
2017-02-01 19:43 ` Jiri Kosina
2017-02-01 20:01 ` [PATCH v3] " Jiri Kosina
2017-02-02 13:26 ` Pablo Neira Ayuso
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=alpine.LSU.2.20.1701240827240.25515@cbobk.fhfr.pm \
--to=jikos@kernel.org \
--cc=coreteam@netfilter.org \
--cc=eric@regit.org \
--cc=fw@strlen.de \
--cc=info@jablonka.cz \
--cc=kadlec@blackhole.kfki.hu \
--cc=linux-kernel@vger.kernel.org \
--cc=netfilter-devel@vger.kernel.org \
--cc=pablo@netfilter.org \
--cc=torvalds@linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®