* [PATCH] net: davicom: fix UAF in dm9000_drv_remove
@ 2025-01-20 22:25 Chenyuan Yang
2025-01-21 6:36 ` Michal Swiatkowski
2025-01-21 7:33 ` Uwe Kleine-König
0 siblings, 2 replies; 5+ messages in thread
From: Chenyuan Yang @ 2025-01-20 22:25 UTC (permalink / raw)
To: andrew+netdev, davem, edumazet, kuba, pabeni, u.kleine-koenig,
paul
Cc: netdev, linux-kernel, zijie98, Chenyuan Yang
dm is netdev private data and it cannot be
used after free_netdev() call. Using adpt after free_netdev()
can cause UAF bug. Fix it by moving free_netdev() at the end of the
function.
This is similar to the issue fixed in commit
ad297cd2db8953e2202970e9504cab247b6c7cb4 ("net: qcom/emac: fix UAF in emac_remove").
Fixes: cf9e60aa69ae ("net: davicom: Fix regulator not turned off on driver removal")
Signed-off-by: Chenyuan Yang <chenyuan0y@gmail.com>
---
drivers/net/ethernet/davicom/dm9000.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/davicom/dm9000.c b/drivers/net/ethernet/davicom/dm9000.c
index 8735e333034c..b87eaf0c250c 100644
--- a/drivers/net/ethernet/davicom/dm9000.c
+++ b/drivers/net/ethernet/davicom/dm9000.c
@@ -1777,10 +1777,11 @@ static void dm9000_drv_remove(struct platform_device *pdev)
unregister_netdev(ndev);
dm9000_release_board(pdev, dm);
- free_netdev(ndev); /* free device structure */
if (dm->power_supply)
regulator_disable(dm->power_supply);
+ free_netdev(ndev); /* free device structure */
+
dev_dbg(&pdev->dev, "released and freed device\n");
}
--
2.34.1
^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: [PATCH] net: davicom: fix UAF in dm9000_drv_remove
2025-01-20 22:25 [PATCH] net: davicom: fix UAF in dm9000_drv_remove Chenyuan Yang
@ 2025-01-21 6:36 ` Michal Swiatkowski
2025-01-21 7:33 ` Uwe Kleine-König
1 sibling, 0 replies; 5+ messages in thread
From: Michal Swiatkowski @ 2025-01-21 6:36 UTC (permalink / raw)
To: Chenyuan Yang
Cc: andrew+netdev, davem, edumazet, kuba, pabeni, u.kleine-koenig,
paul, netdev, linux-kernel, zijie98
On Mon, Jan 20, 2025 at 04:25:57PM -0600, Chenyuan Yang wrote:
> dm is netdev private data and it cannot be
> used after free_netdev() call. Using adpt after free_netdev()
> can cause UAF bug. Fix it by moving free_netdev() at the end of the
> function.
>
> This is similar to the issue fixed in commit
> ad297cd2db8953e2202970e9504cab247b6c7cb4 ("net: qcom/emac: fix UAF in emac_remove").
>
> Fixes: cf9e60aa69ae ("net: davicom: Fix regulator not turned off on driver removal")
> Signed-off-by: Chenyuan Yang <chenyuan0y@gmail.com>
> ---
> drivers/net/ethernet/davicom/dm9000.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/net/ethernet/davicom/dm9000.c b/drivers/net/ethernet/davicom/dm9000.c
> index 8735e333034c..b87eaf0c250c 100644
> --- a/drivers/net/ethernet/davicom/dm9000.c
> +++ b/drivers/net/ethernet/davicom/dm9000.c
> @@ -1777,10 +1777,11 @@ static void dm9000_drv_remove(struct platform_device *pdev)
>
> unregister_netdev(ndev);
> dm9000_release_board(pdev, dm);
> - free_netdev(ndev); /* free device structure */
> if (dm->power_supply)
> regulator_disable(dm->power_supply);
>
> + free_netdev(ndev); /* free device structure */
> +
> dev_dbg(&pdev->dev, "released and freed device\n");
> }
Reviewed-by: Michal Swiatkowski <michal.swiatkowski@linux.intel.com>
>
> --
> 2.34.1
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] net: davicom: fix UAF in dm9000_drv_remove
2025-01-20 22:25 [PATCH] net: davicom: fix UAF in dm9000_drv_remove Chenyuan Yang
2025-01-21 6:36 ` Michal Swiatkowski
@ 2025-01-21 7:33 ` Uwe Kleine-König
2025-01-21 20:04 ` Chenyuan Yang
1 sibling, 1 reply; 5+ messages in thread
From: Uwe Kleine-König @ 2025-01-21 7:33 UTC (permalink / raw)
To: Chenyuan Yang
Cc: andrew+netdev, davem, edumazet, kuba, pabeni, paul, netdev,
linux-kernel, zijie98
[-- Attachment #1: Type: text/plain, Size: 880 bytes --]
Hello,
On Mon, Jan 20, 2025 at 04:25:57PM -0600, Chenyuan Yang wrote:
> dm is netdev private data and it cannot be
> used after free_netdev() call. Using adpt after free_netdev()
What is adpt?
> can cause UAF bug. Fix it by moving free_netdev() at the end of the
> function.
"can cause"? Doesn't that trigger reliable?
How did you find that issue? Did this actually trigger for you, or is it
a static checker that found it? Please mention that in the commit log.
> This is similar to the issue fixed in commit
> ad297cd2db8953e2202970e9504cab247b6c7cb4 ("net: qcom/emac: fix UAF in emac_remove").
Please shorten the commit id, typically to 12 chars as you did in the
Fixes line below.
> Fixes: cf9e60aa69ae ("net: davicom: Fix regulator not turned off on driver removal")
> Signed-off-by: Chenyuan Yang <chenyuan0y@gmail.com>
Best regards
Uwe
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] net: davicom: fix UAF in dm9000_drv_remove
2025-01-21 7:33 ` Uwe Kleine-König
@ 2025-01-21 20:04 ` Chenyuan Yang
2025-01-23 9:56 ` Paolo Abeni
0 siblings, 1 reply; 5+ messages in thread
From: Chenyuan Yang @ 2025-01-21 20:04 UTC (permalink / raw)
To: Uwe Kleine-König
Cc: andrew+netdev, davem, edumazet, kuba, pabeni, paul, netdev,
linux-kernel, zijie98
Hello,
Thanks for pointing this out!
On Mon, Jan 20, 2025 at 11:33 PM Uwe Kleine-König
<u.kleine-koenig@baylibre.com> wrote:
>
> Hello,
>
> On Mon, Jan 20, 2025 at 04:25:57PM -0600, Chenyuan Yang wrote:
> > dm is netdev private data and it cannot be
> > used after free_netdev() call. Using adpt after free_netdev()
>
> What is adpt?
This should be "dm".
> > can cause UAF bug. Fix it by moving free_netdev() at the end of the
> > function.
>
> "can cause"? Doesn't that trigger reliable?
>
> How did you find that issue? Did this actually trigger for you, or is it
> a static checker that found it? Please mention that in the commit log.
This is detected by our static checker. Thus, we don't have a
test-case to trigger it stably.
Basically, it has the buggy pattern as the commit mentioned below.
> > This is similar to the issue fixed in commit
> > ad297cd2db8953e2202970e9504cab247b6c7cb4 ("net: qcom/emac: fix UAF in emac_remove").
>
> Please shorten the commit id, typically to 12 chars as you did in the
> Fixes line below.
Sure! Should I send a Patch v2 for this commit?
> > Fixes: cf9e60aa69ae ("net: davicom: Fix regulator not turned off on driver removal")
> > Signed-off-by: Chenyuan Yang <chenyuan0y@gmail.com>
>
> Best regards
> Uwe
Best,
Chenyuan
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] net: davicom: fix UAF in dm9000_drv_remove
2025-01-21 20:04 ` Chenyuan Yang
@ 2025-01-23 9:56 ` Paolo Abeni
0 siblings, 0 replies; 5+ messages in thread
From: Paolo Abeni @ 2025-01-23 9:56 UTC (permalink / raw)
To: Chenyuan Yang, Uwe Kleine-König
Cc: andrew+netdev, davem, edumazet, kuba, paul, netdev, linux-kernel,
zijie98
On 1/21/25 9:04 PM, Chenyuan Yang wrote:
> On Mon, Jan 20, 2025 at 11:33 PM Uwe Kleine-König
> <u.kleine-koenig@baylibre.com> wrote:
>> On Mon, Jan 20, 2025 at 04:25:57PM -0600, Chenyuan Yang wrote:
>>> dm is netdev private data and it cannot be
>>> used after free_netdev() call. Using adpt after free_netdev()
>>
>> What is adpt?
>
> This should be "dm".
>
>>> can cause UAF bug. Fix it by moving free_netdev() at the end of the
>>> function.
>>
>> "can cause"? Doesn't that trigger reliable?
>>
>> How did you find that issue? Did this actually trigger for you, or is it
>> a static checker that found it? Please mention that in the commit log.
>
> This is detected by our static checker. Thus, we don't have a
> test-case to trigger it stably.
> Basically, it has the buggy pattern as the commit mentioned below.
>
>>> This is similar to the issue fixed in commit
>>> ad297cd2db8953e2202970e9504cab247b6c7cb4 ("net: qcom/emac: fix UAF in emac_remove").
>>
>> Please shorten the commit id, typically to 12 chars as you did in the
>> Fixes line below.
>
> Sure! Should I send a Patch v2 for this commit?
Please do! while at it, please also include the target tree ('net') in
the subj prefix.
Thanks,
Paolo
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2025-01-23 9:56 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2025-01-20 22:25 [PATCH] net: davicom: fix UAF in dm9000_drv_remove Chenyuan Yang
2025-01-21 6:36 ` Michal Swiatkowski
2025-01-21 7:33 ` Uwe Kleine-König
2025-01-21 20:04 ` Chenyuan Yang
2025-01-23 9:56 ` Paolo Abeni
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox