Netdev List
 help / color / mirror / Atom feed
From: Stefan Schmidt <stefan@datenfreihafen.org>
To: Zihan Xi <zihanx@nebusec.ai>,
	linux-wpan@vger.kernel.org, netdev@vger.kernel.org
Cc: alex.aring@gmail.com, miquel.raynal@bootlin.com,
	davem@davemloft.net, edumazet@google.com, pabeni@redhat.com,
	horms@kernel.org, david.girault@qorvo.com, vega@nebusec.ai
Subject: Re: [PATCH net 1/1] mac802154: fix netdev use-after-free in beacon worker
Date: Wed, 2 Sep 2026 10:15:10 +0200	[thread overview]
Message-ID: <6326f119-048e-4d46-ab2f-debb20420297@datenfreihafen.org> (raw)
In-Reply-To: <e9a3909c7a6281967961773ca841e860b8ecf40e.1785596603.git.zihanx@nebusec.ai>

Hello Zihan,

On 8/2/26 11:23, Zihan Xi wrote:
> mac802154_beacon_worker() reads local->beacon_req under RCU and derives
> the sub-interface from the request, but then drops the RCU read lock and
> continues to use both sdata and the embedded wpan_dev.
> 
> mac802154_stop_beacons_locked() cancels only pending beacon work, clears
> local->beacon_req and frees the request.  A beacon worker that is already
> running can therefore continue after interface teardown and dereference
> the freed netdev private area.
> 
> The scan worker already pins the netdev before leaving RCU.  Apply the
> same lifetime rule to the beacon worker: take a netdev reference while
> the request is still protected by RCU, and release it on all paths that
> continue after the reference is acquired.
> 
> Fixes: 3accf4762734 ("mac802154: Handle basic beaconing")
> Cc: stable@vger.kernel.org
> Reported-by: Vega <vega@nebusec.ai>
> Assisted-by: Codex:gpt-5.4
> Signed-off-by: Zihan Xi <zihanx@nebusec.ai>
> ---
>   net/mac802154/scan.c | 4 ++++
>   1 file changed, 4 insertions(+)
> 
> diff --git a/net/mac802154/scan.c b/net/mac802154/scan.c
> index 65089826f..ebd092d40 100644
> --- a/net/mac802154/scan.c
> +++ b/net/mac802154/scan.c
> @@ -416,6 +416,7 @@ void mac802154_beacon_worker(struct work_struct *work)
>   	struct cfg802154_beacon_request *beacon_req;
>   	struct ieee802154_sub_if_data *sdata;
>   	struct wpan_dev *wpan_dev;
> +	netdevice_tracker dev_tracker;
>   	u8 interval;
>   	int ret;
>   
> @@ -427,12 +428,14 @@ void mac802154_beacon_worker(struct work_struct *work)
>   	}
>   
>   	sdata = IEEE802154_WPAN_DEV_TO_SUB_IF(beacon_req->wpan_dev);
> +	netdev_hold(sdata->dev, &dev_tracker, GFP_ATOMIC);
>   
>   	/* Wait an arbitrary amount of time in case we cannot use the device */
>   	if (local->suspended || !ieee802154_sdata_running(sdata)) {
>   		rcu_read_unlock();
>   		queue_delayed_work(local->mac_wq, &local->beacon_work,
>   				   msecs_to_jiffies(1000));
> +		netdev_put(sdata->dev, &dev_tracker);
>   		return;
>   	}
>   
> @@ -450,6 +453,7 @@ void mac802154_beacon_worker(struct work_struct *work)
>   	if (interval < IEEE802154_ACTIVE_SCAN_DURATION)
>   		queue_delayed_work(local->mac_wq, &local->beacon_work,
>   				   local->beacon_interval);
> +	netdev_put(sdata->dev, &dev_tracker);
>   }
>   
>   int mac802154_stop_beacons_locked(struct ieee802154_local *local,


This patch does no longer apply. Please rebase and re-send.

regards
Stefan Schmidt

  parent reply	other threads:[~2026-09-02  8:15 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-08-02  9:23 [PATCH net 0/1] mac802154: Fix beacon worker UAF Zihan Xi
2026-08-02  9:23 ` [PATCH net 1/1] mac802154: fix netdev use-after-free in beacon worker Zihan Xi
2026-08-04 10:40   ` Miquel Raynal
2026-09-02  8:15   ` Stefan Schmidt [this message]
2026-09-02 10:16     ` zihan xi
2026-09-02 12:35       ` Stefan Schmidt
2026-09-03  0:56         ` Jakub Kicinski
2026-09-03  8:24           ` Stefan Schmidt
2026-08-06  0:30 ` [PATCH net 0/1] mac802154: Fix beacon worker UAF patchwork-bot+netdevbpf

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=6326f119-048e-4d46-ab2f-debb20420297@datenfreihafen.org \
    --to=stefan@datenfreihafen.org \
    --cc=alex.aring@gmail.com \
    --cc=davem@davemloft.net \
    --cc=david.girault@qorvo.com \
    --cc=edumazet@google.com \
    --cc=horms@kernel.org \
    --cc=linux-wpan@vger.kernel.org \
    --cc=miquel.raynal@bootlin.com \
    --cc=netdev@vger.kernel.org \
    --cc=pabeni@redhat.com \
    --cc=vega@nebusec.ai \
    --cc=zihanx@nebusec.ai \
    /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