* [PATCH] tipc: check for null after calling kmemdup
@ 2021-11-11 20:59 Tadeusz Struk
2021-11-11 20:59 ` [PATCH] tipc: use consistent GFP flags Tadeusz Struk
` (2 more replies)
0 siblings, 3 replies; 10+ messages in thread
From: Tadeusz Struk @ 2021-11-11 20:59 UTC (permalink / raw)
To: jmaloy
Cc: Tadeusz Struk, Ying Xue, David S. Miller, Jakub Kicinski, netdev,
tipc-discussion, linux-kernel, stable, Dmitry Vyukov
kmemdup can return a null pointer so need to check for it, otherwise
the null key will be dereferenced later in tipc_crypto_key_xmit as
can be seen in the trace [1].
Cc: Jon Maloy <jmaloy@redhat.com>
Cc: Ying Xue <ying.xue@windriver.com>
Cc: "David S. Miller" <davem@davemloft.net>
Cc: Jakub Kicinski <kuba@kernel.org>
Cc: netdev@vger.kernel.org
Cc: tipc-discussion@lists.sourceforge.net
Cc: linux-kernel@vger.kernel.org
Cc: stable@vger.kernel.org # 5.15, 5.14, 5.10
[1] https://syzkaller.appspot.com/bug?id=bca180abb29567b189efdbdb34cbf7ba851c2a58
Reported-by: Dmitry Vyukov <dvyukov@google.com>
Signed-off-by: Tadeusz Struk <tadeusz.struk@linaro.org>
---
net/tipc/crypto.c | 5 +++++
1 file changed, 5 insertions(+)
diff --git a/net/tipc/crypto.c b/net/tipc/crypto.c
index dc60c32bb70d..988a343f9fd5 100644
--- a/net/tipc/crypto.c
+++ b/net/tipc/crypto.c
@@ -597,6 +597,11 @@ static int tipc_aead_init(struct tipc_aead **aead, struct tipc_aead_key *ukey,
tmp->cloned = NULL;
tmp->authsize = TIPC_AES_GCM_TAG_SIZE;
tmp->key = kmemdup(ukey, tipc_aead_key_size(ukey), GFP_KERNEL);
+ if (!tmp->key) {
+ free_percpu(tmp->tfm_entry);
+ kfree_sensitive(tmp);
+ return -ENOMEM;
+ }
memcpy(&tmp->salt, ukey->key + keylen, TIPC_AES_GCM_SALT_SIZE);
atomic_set(&tmp->users, 0);
atomic64_set(&tmp->seqno, 0);
--
2.33.1
^ permalink raw reply related [flat|nested] 10+ messages in thread
* [PATCH] tipc: use consistent GFP flags
2021-11-11 20:59 [PATCH] tipc: check for null after calling kmemdup Tadeusz Struk
@ 2021-11-11 20:59 ` Tadeusz Struk
2021-11-15 13:00 ` patchwork-bot+netdevbpf
2021-11-12 0:06 ` [PATCH] tipc: check for null after calling kmemdup Jon Maloy
2021-11-13 4:08 ` Jakub Kicinski
2 siblings, 1 reply; 10+ messages in thread
From: Tadeusz Struk @ 2021-11-11 20:59 UTC (permalink / raw)
To: jmaloy
Cc: Tadeusz Struk, Ying Xue, David S. Miller, Jakub Kicinski, netdev,
tipc-discussion, linux-kernel
Some functions, like tipc_crypto_start use inconsisten GFP flags
when allocating memory. The mentioned function use GFP_ATOMIC to
to alloc a crypto instance, and then calls alloc_ordered_workqueue()
which allocates memory with GFP_KERNEL. tipc_aead_init() function
even uses GFP_KERNEL and GFP_ATOMIC interchangeably.
No doc comment specifies what context a function is designed to
work in, but the flags should at least be consistent within a function.
Cc: Jon Maloy <jmaloy@redhat.com>
Cc: Ying Xue <ying.xue@windriver.com>
Cc: "David S. Miller" <davem@davemloft.net>
Cc: Jakub Kicinski <kuba@kernel.org>
Cc: netdev@vger.kernel.org
Cc: tipc-discussion@lists.sourceforge.net
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Tadeusz Struk <tadeusz.struk@linaro.org>
---
net/tipc/crypto.c | 8 ++++----
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/net/tipc/crypto.c b/net/tipc/crypto.c
index 988a343f9fd5..a59c4eece5db 100644
--- a/net/tipc/crypto.c
+++ b/net/tipc/crypto.c
@@ -524,7 +524,7 @@ static int tipc_aead_init(struct tipc_aead **aead, struct tipc_aead_key *ukey,
return -EEXIST;
/* Allocate a new AEAD */
- tmp = kzalloc(sizeof(*tmp), GFP_ATOMIC);
+ tmp = kzalloc(sizeof(*tmp), GFP_KERNEL);
if (unlikely(!tmp))
return -ENOMEM;
@@ -1475,7 +1475,7 @@ int tipc_crypto_start(struct tipc_crypto **crypto, struct net *net,
return -EEXIST;
/* Allocate crypto */
- c = kzalloc(sizeof(*c), GFP_ATOMIC);
+ c = kzalloc(sizeof(*c), GFP_KERNEL);
if (!c)
return -ENOMEM;
@@ -1489,7 +1489,7 @@ int tipc_crypto_start(struct tipc_crypto **crypto, struct net *net,
}
/* Allocate statistic structure */
- c->stats = alloc_percpu_gfp(struct tipc_crypto_stats, GFP_ATOMIC);
+ c->stats = alloc_percpu(struct tipc_crypto_stats);
if (!c->stats) {
if (c->wq)
destroy_workqueue(c->wq);
@@ -2462,7 +2462,7 @@ static void tipc_crypto_work_tx(struct work_struct *work)
}
/* Lets duplicate it first */
- skey = kmemdup(aead->key, tipc_aead_key_size(aead->key), GFP_ATOMIC);
+ skey = kmemdup(aead->key, tipc_aead_key_size(aead->key), GFP_KERNEL);
rcu_read_unlock();
/* Now, generate new key, initiate & distribute it */
--
2.33.1
^ permalink raw reply related [flat|nested] 10+ messages in thread
* Re: [PATCH] tipc: check for null after calling kmemdup
2021-11-11 20:59 [PATCH] tipc: check for null after calling kmemdup Tadeusz Struk
2021-11-11 20:59 ` [PATCH] tipc: use consistent GFP flags Tadeusz Struk
@ 2021-11-12 0:06 ` Jon Maloy
2021-11-13 4:13 ` Jakub Kicinski
2021-11-13 4:08 ` Jakub Kicinski
2 siblings, 1 reply; 10+ messages in thread
From: Jon Maloy @ 2021-11-12 0:06 UTC (permalink / raw)
To: Tadeusz Struk
Cc: Ying Xue, David S. Miller, Jakub Kicinski, netdev,
tipc-discussion, linux-kernel, stable, Dmitry Vyukov
On 11/11/21 15:59, Tadeusz Struk wrote:
> kmemdup can return a null pointer so need to check for it, otherwise
> the null key will be dereferenced later in tipc_crypto_key_xmit as
> can be seen in the trace [1].
>
> Cc: Jon Maloy <jmaloy@redhat.com>
> Cc: Ying Xue <ying.xue@windriver.com>
> Cc: "David S. Miller" <davem@davemloft.net>
> Cc: Jakub Kicinski <kuba@kernel.org>
> Cc: netdev@vger.kernel.org
> Cc: tipc-discussion@lists.sourceforge.net
> Cc: linux-kernel@vger.kernel.org
> Cc: stable@vger.kernel.org # 5.15, 5.14, 5.10
>
> [1] https://syzkaller.appspot.com/bug?id=bca180abb29567b189efdbdb34cbf7ba851c2a58
>
> Reported-by: Dmitry Vyukov <dvyukov@google.com>
> Signed-off-by: Tadeusz Struk <tadeusz.struk@linaro.org>
> ---
> net/tipc/crypto.c | 5 +++++
> 1 file changed, 5 insertions(+)
>
> diff --git a/net/tipc/crypto.c b/net/tipc/crypto.c
> index dc60c32bb70d..988a343f9fd5 100644
> --- a/net/tipc/crypto.c
> +++ b/net/tipc/crypto.c
> @@ -597,6 +597,11 @@ static int tipc_aead_init(struct tipc_aead **aead, struct tipc_aead_key *ukey,
> tmp->cloned = NULL;
> tmp->authsize = TIPC_AES_GCM_TAG_SIZE;
> tmp->key = kmemdup(ukey, tipc_aead_key_size(ukey), GFP_KERNEL);
> + if (!tmp->key) {
> + free_percpu(tmp->tfm_entry);
> + kfree_sensitive(tmp);
> + return -ENOMEM;
> + }
> memcpy(&tmp->salt, ukey->key + keylen, TIPC_AES_GCM_SALT_SIZE);
> atomic_set(&tmp->users, 0);
> atomic64_set(&tmp->seqno, 0);
Acked-by: Jon Maloy <jmaloy@redhat.com>
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] tipc: check for null after calling kmemdup
2021-11-11 20:59 [PATCH] tipc: check for null after calling kmemdup Tadeusz Struk
2021-11-11 20:59 ` [PATCH] tipc: use consistent GFP flags Tadeusz Struk
2021-11-12 0:06 ` [PATCH] tipc: check for null after calling kmemdup Jon Maloy
@ 2021-11-13 4:08 ` Jakub Kicinski
2 siblings, 0 replies; 10+ messages in thread
From: Jakub Kicinski @ 2021-11-13 4:08 UTC (permalink / raw)
To: Tadeusz Struk
Cc: jmaloy, Ying Xue, David S. Miller, netdev, tipc-discussion,
linux-kernel, stable, Dmitry Vyukov
On Thu, 11 Nov 2021 12:59:15 -0800 Tadeusz Struk wrote:
> kmemdup can return a null pointer so need to check for it, otherwise
> the null key will be dereferenced later in tipc_crypto_key_xmit as
> can be seen in the trace [1].
> Reported-by: Dmitry Vyukov <dvyukov@google.com>
> Signed-off-by: Tadeusz Struk <tadeusz.struk@linaro.org>
Fixes: 1ef6f7c9390f ("tipc: add automatic session key exchange")
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] tipc: check for null after calling kmemdup
2021-11-12 0:06 ` [PATCH] tipc: check for null after calling kmemdup Jon Maloy
@ 2021-11-13 4:13 ` Jakub Kicinski
2021-11-13 5:42 ` Tadeusz Struk
0 siblings, 1 reply; 10+ messages in thread
From: Jakub Kicinski @ 2021-11-13 4:13 UTC (permalink / raw)
To: Jon Maloy
Cc: Tadeusz Struk, Ying Xue, David S. Miller, netdev,
tipc-discussion, linux-kernel, stable, Dmitry Vyukov
On Thu, 11 Nov 2021 19:06:18 -0500 Jon Maloy wrote:
> On 11/11/21 15:59, Tadeusz Struk wrote:
> > kmemdup can return a null pointer so need to check for it, otherwise
> > the null key will be dereferenced later in tipc_crypto_key_xmit as
> > can be seen in the trace [1].
> > [1] https://syzkaller.appspot.com/bug?id=bca180abb29567b189efdbdb34cbf7ba851c2a58
> >
> > Reported-by: Dmitry Vyukov <dvyukov@google.com>
> > Signed-off-by: Tadeusz Struk <tadeusz.struk@linaro.org>
> > ---
> > net/tipc/crypto.c | 5 +++++
> > 1 file changed, 5 insertions(+)
> >
> > diff --git a/net/tipc/crypto.c b/net/tipc/crypto.c
> > index dc60c32bb70d..988a343f9fd5 100644
> > --- a/net/tipc/crypto.c
> > +++ b/net/tipc/crypto.c
> > @@ -597,6 +597,11 @@ static int tipc_aead_init(struct tipc_aead **aead, struct tipc_aead_key *ukey,
> > tmp->cloned = NULL;
> > tmp->authsize = TIPC_AES_GCM_TAG_SIZE;
> > tmp->key = kmemdup(ukey, tipc_aead_key_size(ukey), GFP_KERNEL);
> > + if (!tmp->key) {
> > + free_percpu(tmp->tfm_entry);
> > + kfree_sensitive(tmp);
> > + return -ENOMEM;
> > + }
> Acked-by: Jon Maloy <jmaloy@redhat.com>
Hm, shouldn't we free all the tfm entries here?
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] tipc: check for null after calling kmemdup
2021-11-13 4:13 ` Jakub Kicinski
@ 2021-11-13 5:42 ` Tadeusz Struk
2021-11-16 19:32 ` Jakub Kicinski
0 siblings, 1 reply; 10+ messages in thread
From: Tadeusz Struk @ 2021-11-13 5:42 UTC (permalink / raw)
To: Jakub Kicinski, Jon Maloy
Cc: Ying Xue, David S. Miller, netdev, tipc-discussion, linux-kernel,
stable, Dmitry Vyukov
On 11/12/21 20:13, Jakub Kicinski wrote:
>>> @@ -597,6 +597,11 @@ static int tipc_aead_init(struct tipc_aead **aead, struct tipc_aead_key *ukey,
>>> tmp->cloned = NULL;
>>> tmp->authsize = TIPC_AES_GCM_TAG_SIZE;
>>> tmp->key = kmemdup(ukey, tipc_aead_key_size(ukey), GFP_KERNEL);
>>> + if (!tmp->key) {
>>> + free_percpu(tmp->tfm_entry);
>>> + kfree_sensitive(tmp);
>>> + return -ENOMEM;
>>> + }
>> Acked-by: Jon Maloy<jmaloy@redhat.com>
> Hm, shouldn't we free all the tfm entries here?
Right, I think we just need to call tipc_aead_free(&tmp->rcu);
here and return an error.
--
Thanks,
Tadeusz
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] tipc: use consistent GFP flags
2021-11-11 20:59 ` [PATCH] tipc: use consistent GFP flags Tadeusz Struk
@ 2021-11-15 13:00 ` patchwork-bot+netdevbpf
2021-11-16 16:40 ` Tadeusz Struk
0 siblings, 1 reply; 10+ messages in thread
From: patchwork-bot+netdevbpf @ 2021-11-15 13:00 UTC (permalink / raw)
To: Tadeusz Struk
Cc: jmaloy, ying.xue, davem, kuba, netdev, tipc-discussion, linux-kernel
Hello:
This patch was applied to netdev/net.git (master)
by David S. Miller <davem@davemloft.net>:
On Thu, 11 Nov 2021 12:59:16 -0800 you wrote:
> Some functions, like tipc_crypto_start use inconsisten GFP flags
> when allocating memory. The mentioned function use GFP_ATOMIC to
> to alloc a crypto instance, and then calls alloc_ordered_workqueue()
> which allocates memory with GFP_KERNEL. tipc_aead_init() function
> even uses GFP_KERNEL and GFP_ATOMIC interchangeably.
> No doc comment specifies what context a function is designed to
> work in, but the flags should at least be consistent within a function.
>
> [...]
Here is the summary with links:
- tipc: use consistent GFP flags
https://git.kernel.org/netdev/net/c/86c3a3e964d9
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] tipc: use consistent GFP flags
2021-11-15 13:00 ` patchwork-bot+netdevbpf
@ 2021-11-16 16:40 ` Tadeusz Struk
0 siblings, 0 replies; 10+ messages in thread
From: Tadeusz Struk @ 2021-11-16 16:40 UTC (permalink / raw)
To: patchwork-bot+netdevbpf, David S. Miller
Cc: jmaloy, ying.xue, davem, kuba, netdev, tipc-discussion, linux-kernel
On 11/15/21 05:00, patchwork-bot+netdevbpf@kernel.org wrote:
> This patch was applied to netdev/net.git (master)
> by David S. Miller<davem@davemloft.net>:
>
> On Thu, 11 Nov 2021 12:59:16 -0800 you wrote:
>> Some functions, like tipc_crypto_start use inconsisten GFP flags
>> when allocating memory. The mentioned function use GFP_ATOMIC to
>> to alloc a crypto instance, and then calls alloc_ordered_workqueue()
>> which allocates memory with GFP_KERNEL. tipc_aead_init() function
>> even uses GFP_KERNEL and GFP_ATOMIC interchangeably.
>> No doc comment specifies what context a function is designed to
>> work in, but the flags should at least be consistent within a function.
>>
>> [...]
> Here is the summary with links:
> - tipc: use consistent GFP flags
> https://git.kernel.org/netdev/net/c/86c3a3e964d9
>
> You are awesome, thank you!
Thanks, you are awesome too! ;)
Any feedback about the patch:
[PATCH v2] tipc: check for null after calling kmemdup
--
Thanks,
Tadeusz
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] tipc: check for null after calling kmemdup
2021-11-13 5:42 ` Tadeusz Struk
@ 2021-11-16 19:32 ` Jakub Kicinski
2021-11-16 19:33 ` Jakub Kicinski
0 siblings, 1 reply; 10+ messages in thread
From: Jakub Kicinski @ 2021-11-16 19:32 UTC (permalink / raw)
To: Tadeusz Struk
Cc: Jon Maloy, Ying Xue, David S. Miller, netdev, tipc-discussion,
linux-kernel, stable, Dmitry Vyukov
On Fri, 12 Nov 2021 21:42:11 -0800 Tadeusz Struk wrote:
> On 11/12/21 20:13, Jakub Kicinski wrote:
> [...]
> >> Acked-by: Jon Maloy<jmaloy@redhat.com>
> > Hm, shouldn't we free all the tfm entries here?
>
> Right, I think we just need to call tipc_aead_free(&tmp->rcu);
> here and return an error.
Would be good to get an ack From Jon or Ying on that one.
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] tipc: check for null after calling kmemdup
2021-11-16 19:32 ` Jakub Kicinski
@ 2021-11-16 19:33 ` Jakub Kicinski
0 siblings, 0 replies; 10+ messages in thread
From: Jakub Kicinski @ 2021-11-16 19:33 UTC (permalink / raw)
To: Tadeusz Struk
Cc: Jon Maloy, Ying Xue, David S. Miller, netdev, tipc-discussion,
linux-kernel, stable, Dmitry Vyukov
On Tue, 16 Nov 2021 11:32:32 -0800 Jakub Kicinski wrote:
> On Fri, 12 Nov 2021 21:42:11 -0800 Tadeusz Struk wrote:
> > On 11/12/21 20:13, Jakub Kicinski wrote:
> > [...]
> [...]
> > > Hm, shouldn't we free all the tfm entries here?
> >
> > Right, I think we just need to call tipc_aead_free(&tmp->rcu);
> > here and return an error.
>
> Would be good to get an ack From Jon or Ying on that one.
Ah, I hit reply on the wrong sub-thread, this was meant for the "any
feedback question".
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2021-11-16 19:33 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-11-11 20:59 [PATCH] tipc: check for null after calling kmemdup Tadeusz Struk
2021-11-11 20:59 ` [PATCH] tipc: use consistent GFP flags Tadeusz Struk
2021-11-15 13:00 ` patchwork-bot+netdevbpf
2021-11-16 16:40 ` Tadeusz Struk
2021-11-12 0:06 ` [PATCH] tipc: check for null after calling kmemdup Jon Maloy
2021-11-13 4:13 ` Jakub Kicinski
2021-11-13 5:42 ` Tadeusz Struk
2021-11-16 19:32 ` Jakub Kicinski
2021-11-16 19:33 ` Jakub Kicinski
2021-11-13 4:08 ` Jakub Kicinski
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).