From: Simon Horman <horms@kernel.org>
To: Dong Chenchen <dongchenchen2@huawei.com>
Cc: pablo@netfilter.org, kadlec@netfilter.org, davem@davemloft.net,
edumazet@google.com, kuba@kernel.org, pabeni@redhat.com,
fw@strlen.de, kuniyu@amazon.com, netfilter-devel@vger.kernel.org,
netdev@vger.kernel.org, yuehaibing@huawei.com
Subject: Re: [PATCH net] net: netfilter: Fix use-after-free in get_info()
Date: Tue, 22 Oct 2024 16:33:27 +0100 [thread overview]
Message-ID: <20241022153327.GW402847@kernel.org> (raw)
In-Reply-To: <20241022085753.2069639-1-dongchenchen2@huawei.com>
On Tue, Oct 22, 2024 at 04:57:53PM +0800, Dong Chenchen wrote:
> ip6table_nat module unload has refcnt warning for UAF. call trace is:
>
> WARNING: CPU: 1 PID: 379 at kernel/module/main.c:853 module_put+0x6f/0x80
> Modules linked in: ip6table_nat(-)
> CPU: 1 UID: 0 PID: 379 Comm: ip6tables Not tainted 6.12.0-rc4-00047-gc2ee9f594da8-dirty #205
> Hardware name: QEMU Standard PC (i440FX + PIIX, 1996),
> BIOS rel-1.13.0-0-gf21b5a4aeb02-prebuilt.qemu.org 04/01/2014
> RIP: 0010:module_put+0x6f/0x80
> Call Trace:
> <TASK>
> get_info+0x128/0x180
> do_ip6t_get_ctl+0x6a/0x430
> nf_getsockopt+0x46/0x80
> ipv6_getsockopt+0xb9/0x100
> rawv6_getsockopt+0x42/0x190
> do_sock_getsockopt+0xaa/0x180
> __sys_getsockopt+0x70/0xc0
> __x64_sys_getsockopt+0x20/0x30
> do_syscall_64+0xa2/0x1a0
> entry_SYSCALL_64_after_hwframe+0x77/0x7f
>
> Concurrent execution of module unload and get_info() trigered the warning.
> The root cause is as follows:
>
> cpu0 cpu1
> module_exit
> //mod->state = MODULE_STATE_GOING
> ip6table_nat_exit
> xt_unregister_template
> //remove table from templ list
> getinfo()
> t = xt_find_table_lock
> list_for_each_entry(tmpl, &xt_templates[af]...)
> if (strcmp(tmpl->name, name))
> continue; //table not found
> try_module_get
> list_for_each_entry(t, &xt_net->tables[af]...)
> return t; //not get refcnt
> module_put(t->me) //uaf
> unregister_pernet_subsys
> //remove table from xt_net list
>
> While xt_table module was going away and has been removed from
> xt_templates list, we couldnt get refcnt of xt_table->me. Skip
> the re-traversal of xt_net->tables list to fix it.
>
> Fixes: c22921df777d ("netfilter: iptables: Fix potential null-ptr-deref in ip6table_nat_table_init().")
> Signed-off-by: Dong Chenchen <dongchenchen2@huawei.com>
> ---
> net/netfilter/x_tables.c | 8 +++++---
> 1 file changed, 5 insertions(+), 3 deletions(-)
>
> diff --git a/net/netfilter/x_tables.c b/net/netfilter/x_tables.c
> index da5d929c7c85..359c880ecb07 100644
> --- a/net/netfilter/x_tables.c
> +++ b/net/netfilter/x_tables.c
> @@ -1239,6 +1239,7 @@ struct xt_table *xt_find_table_lock(struct net *net, u_int8_t af,
> struct module *owner = NULL;
> struct xt_template *tmpl;
> struct xt_table *t;
> + int err = -ENOENT;
>
> mutex_lock(&xt[af].mutex);
> list_for_each_entry(t, &xt_net->tables[af], list)
> @@ -1247,8 +1248,6 @@ struct xt_table *xt_find_table_lock(struct net *net, u_int8_t af,
>
> /* Table doesn't exist in this netns, check larval list */
> list_for_each_entry(tmpl, &xt_templates[af], list) {
> - int err;
> -
> if (strcmp(tmpl->name, name))
> continue;
> if (!try_module_get(tmpl->me))
> @@ -1267,6 +1266,9 @@ struct xt_table *xt_find_table_lock(struct net *net, u_int8_t af,
> break;
> }
>
> + if (err < 0)
> + goto out;
> +
> /* and once again: */
> list_for_each_entry(t, &xt_net->tables[af], list)
> if (strcmp(t->name, name) == 0)
> @@ -1275,7 +1277,7 @@ struct xt_table *xt_find_table_lock(struct net *net, u_int8_t af,
> module_put(owner);
Hi Dong Chenchen,
I'm unsure if this can happen in practice, although I guess so else the
module_put() call above is never reached. In any case, previously if we got
to this line then the function would return ERR_PTR(-ENOENT). But now it
will return ERR_PTR(0). Which although valid often indicates a bug.
Flagged by Smatch.
> out:
> mutex_unlock(&xt[af].mutex);
> - return ERR_PTR(-ENOENT);
> + return ERR_PTR(err);
> }
> EXPORT_SYMBOL_GPL(xt_find_table_lock);
>
> --
> 2.25.1
>
>
next prev parent reply other threads:[~2024-10-22 15:33 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-10-22 8:57 [PATCH net] net: netfilter: Fix use-after-free in get_info() Dong Chenchen
2024-10-22 9:22 ` Yue Haibing
2024-10-22 9:48 ` Florian Westphal
2024-10-23 7:03 ` dongchenchen (A)
2024-10-22 15:33 ` Simon Horman [this message]
2024-10-23 6:32 ` dongchenchen (A)
2024-10-23 6:52 ` dongchenchen (A)
2024-10-23 17:16 ` Dan Carpenter
2024-10-24 1:57 ` dongchenchen (A)
-- strict thread matches above, loose matches on Subject: below --
2024-10-23 1:28 dongchenchen (A)
2024-10-23 17:07 kernel test robot
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=20241022153327.GW402847@kernel.org \
--to=horms@kernel.org \
--cc=davem@davemloft.net \
--cc=dongchenchen2@huawei.com \
--cc=edumazet@google.com \
--cc=fw@strlen.de \
--cc=kadlec@netfilter.org \
--cc=kuba@kernel.org \
--cc=kuniyu@amazon.com \
--cc=netdev@vger.kernel.org \
--cc=netfilter-devel@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=pablo@netfilter.org \
--cc=yuehaibing@huawei.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.