All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH nft v2] netfilter: nf_tables: Fix pertential data-race in __nft_flowtable_type_get()
@ 2024-04-03  7:22 Ziyang Xuan
  2024-04-03  8:01 ` Florian Westphal
  0 siblings, 1 reply; 3+ messages in thread
From: Ziyang Xuan @ 2024-04-03  7:22 UTC (permalink / raw)
  To: pablo, kadlec, fw, netfilter-devel

nft_unregister_flowtable_type() within nf_flow_inet_module_exit() can
concurrent with __nft_flowtable_type_get() within nf_tables_newflowtable().
And thhere is not any protection when iterate over nf_tables_flowtables
list in __nft_flowtable_type_get(). Therefore, there is pertential
data-race of nf_tables_flowtables list entry.

Use list_for_each_entry_rcu() to iterate over nf_tables_flowtables list
in __nft_flowtable_type_get(), and use rcu_read_lock() in the caller
nft_flowtable_type_get() to protect the entire type query process.

Fixes: 3b49e2e94e6e ("netfilter: nf_tables: add flow table netlink frontend")
Signed-off-by: Ziyang Xuan <william.xuanziyang@huawei.com>
---
v2:
  - Move rcu_read_lock() outside to caller. [Florian Westphal]
  - Add "Fixes" tag.
---
 net/netfilter/nf_tables_api.c | 9 +++++++--
 1 file changed, 7 insertions(+), 2 deletions(-)

diff --git a/net/netfilter/nf_tables_api.c b/net/netfilter/nf_tables_api.c
index fd86f2720c9e..47e1a22e8fb1 100644
--- a/net/netfilter/nf_tables_api.c
+++ b/net/netfilter/nf_tables_api.c
@@ -8293,11 +8293,12 @@ static int nft_flowtable_parse_hook(const struct nft_ctx *ctx,
 	return err;
 }
 
+/* call under rcu_read_lock */
 static const struct nf_flowtable_type *__nft_flowtable_type_get(u8 family)
 {
 	const struct nf_flowtable_type *type;
 
-	list_for_each_entry(type, &nf_tables_flowtables, list) {
+	list_for_each_entry_rcu(type, &nf_tables_flowtables, list) {
 		if (family == type->family)
 			return type;
 	}
@@ -8309,9 +8310,13 @@ nft_flowtable_type_get(struct net *net, u8 family)
 {
 	const struct nf_flowtable_type *type;
 
+	rcu_read_lock();
 	type = __nft_flowtable_type_get(family);
-	if (type != NULL && try_module_get(type->owner))
+	if (type != NULL && try_module_get(type->owner)) {
+		rcu_read_unlock();
 		return type;
+	}
+	rcu_read_unlock();
 
 	lockdep_nfnl_nft_mutex_not_held();
 #ifdef CONFIG_MODULES
-- 
2.25.1


^ permalink raw reply related	[flat|nested] 3+ messages in thread

* Re: [PATCH nft v2] netfilter: nf_tables: Fix pertential data-race in __nft_flowtable_type_get()
  2024-04-03  7:22 [PATCH nft v2] netfilter: nf_tables: Fix pertential data-race in __nft_flowtable_type_get() Ziyang Xuan
@ 2024-04-03  8:01 ` Florian Westphal
  2024-04-03  8:30   ` Ziyang Xuan (William)
  0 siblings, 1 reply; 3+ messages in thread
From: Florian Westphal @ 2024-04-03  8:01 UTC (permalink / raw)
  To: Ziyang Xuan; +Cc: pablo, kadlec, fw, netfilter-devel

Ziyang Xuan <william.xuanziyang@huawei.com> wrote:
> nft_unregister_flowtable_type() within nf_flow_inet_module_exit() can
> concurrent with __nft_flowtable_type_get() within nf_tables_newflowtable().
> And thhere is not any protection when iterate over nf_tables_flowtables
> list in __nft_flowtable_type_get(). Therefore, there is pertential
> data-race of nf_tables_flowtables list entry.
> 
> Use list_for_each_entry_rcu() to iterate over nf_tables_flowtables list
> in __nft_flowtable_type_get(), and use rcu_read_lock() in the caller
> nft_flowtable_type_get() to protect the entire type query process.

Reviewed-by: Florian Westphal <fw@strlen.de>

Would you be so kind to send followup patches for the other two types
Pablo pointed out?

static LIST_HEAD(nf_tables_expressions);
static LIST_HEAD(nf_tables_objects);

It looks like they have same issue.

Thanks!


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH nft v2] netfilter: nf_tables: Fix pertential data-race in __nft_flowtable_type_get()
  2024-04-03  8:01 ` Florian Westphal
@ 2024-04-03  8:30   ` Ziyang Xuan (William)
  0 siblings, 0 replies; 3+ messages in thread
From: Ziyang Xuan (William) @ 2024-04-03  8:30 UTC (permalink / raw)
  To: Florian Westphal; +Cc: pablo, kadlec, netfilter-devel

> Ziyang Xuan <william.xuanziyang@huawei.com> wrote:
>> nft_unregister_flowtable_type() within nf_flow_inet_module_exit() can
>> concurrent with __nft_flowtable_type_get() within nf_tables_newflowtable().
>> And thhere is not any protection when iterate over nf_tables_flowtables
>> list in __nft_flowtable_type_get(). Therefore, there is pertential
>> data-race of nf_tables_flowtables list entry.
>>
>> Use list_for_each_entry_rcu() to iterate over nf_tables_flowtables list
>> in __nft_flowtable_type_get(), and use rcu_read_lock() in the caller
>> nft_flowtable_type_get() to protect the entire type query process.
> 
> Reviewed-by: Florian Westphal <fw@strlen.de>
> 
> Would you be so kind to send followup patches for the other two types
> Pablo pointed out?
> 
> static LIST_HEAD(nf_tables_expressions);
> static LIST_HEAD(nf_tables_objects);
> 
> It looks like they have same issue.

Yes, I am doing and testing.

Best regards.
> 
> Thanks!
> 
> 
> .
> 

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2024-04-03  8:30 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-04-03  7:22 [PATCH nft v2] netfilter: nf_tables: Fix pertential data-race in __nft_flowtable_type_get() Ziyang Xuan
2024-04-03  8:01 ` Florian Westphal
2024-04-03  8:30   ` Ziyang Xuan (William)

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.