Search Linux Wireless

RE: [PATCH] wifi: mac80211: limit reorder_buf_filtered <=64 to avoid shift-out-of-bounds UBSAN warning

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




> -----Original Message-----
> From: Jonas Gorski <jonas.gorski@xxxxxxxxx>
> Sent: Friday, August 25, 2023 4:49 PM
> To: Ping-Ke Shih <pkshih@xxxxxxxxxxx>
> Cc: johannes@xxxxxxxxxxxxxxxx; gregory.greenman@xxxxxxxxx; linux-wireless@xxxxxxxxxxxxxxx
> Subject: Re: [PATCH] wifi: mac80211: limit reorder_buf_filtered <=64 to avoid shift-out-of-bounds UBSAN
> warning
> 
> Hi,
> 
> On Sun, 20 Aug 2023 at 13:20, Ping-Ke Shih <pkshih@xxxxxxxxxxx> wrote:
> >
> > The commit 06470f7468c8 ("mac80211: add API to allow filtering frames in BA sessions")
> > adds reorder_buf_filtered to mark frames filtered by firmware, and it can
> > only work correctly if hw.max_rx_aggregation_subframes <= 64 because
> > maximum BlockAck is 64 at that moment.
> >
> > However, new HE or EHT devices can support BlockAck number up to 256 or
> > 1024, and leads UBSAN warning:
> >
> >  UBSAN: shift-out-of-bounds in net/mac80211/rx.c:1129:39
> >  shift exponent 215 is too large for 64-bit type 'long long unsigned int'
> >  Call Trace:
> >   <IRQ>
> >   dump_stack_lvl+0x48/0x70
> >   dump_stack+0x10/0x20
> >   __ubsan_handle_shift_out_of_bounds+0x1ac/0x360
> >   ieee80211_release_reorder_frame.constprop.0.cold+0x64/0x69 [mac80211]
> >   ieee80211_sta_reorder_release+0x9c/0x400 [mac80211]
> >   ieee80211_prepare_and_rx_handle+0x1234/0x1420 [mac80211]
> >   ? __pfx_jhash+0x10/0x10
> >   ? rht_key_get_hash.isra.0+0x19/0x30 [mac80211]
> >   ieee80211_rx_list+0xaef/0xf60 [mac80211]
> >   ? kfree_skbmem+0x58/0xb0
> >   ? rtw89_vif_rx_stats_iter+0x2bb/0x2e1 [rtw89_core]
> >   ieee80211_rx_napi+0x53/0xd0 [mac80211]
> >
> > Since only old hardware that supports <=64 BlockAck uses
> > ieee80211_mark_rx_ba_filtered_frames(), limit the use as it is, so add a
> > WARN_ONCE() and comment to note to avoid using this function if hardware
> > capability is not suitable.
> >
> > Signed-off-by: Ping-Ke Shih <pkshih@xxxxxxxxxxx>
> > ---
> >  include/net/mac80211.h |  1 +
> >  net/mac80211/rx.c      | 12 ++++++++++--
> >  2 files changed, 11 insertions(+), 2 deletions(-)
> >
> > diff --git a/include/net/mac80211.h b/include/net/mac80211.h
> > index 3a8a2d2c58c3..2a55ae932c56 100644
> > --- a/include/net/mac80211.h
> > +++ b/include/net/mac80211.h
> > @@ -6612,6 +6612,7 @@ void ieee80211_stop_rx_ba_session(struct ieee80211_vif *vif, u16 ba_rx_bitmap,
> >   * marks frames marked in the bitmap as having been filtered. Afterwards, it
> >   * checks if any frames in the window starting from @ssn can now be released
> >   * (in case they were only waiting for frames that were filtered.)
> > + * (Only work correctly if @max_rx_aggregation_subframes <= 64 frames)
> >   */
> >  void ieee80211_mark_rx_ba_filtered_frames(struct ieee80211_sta *pubsta, u8 tid,
> >                                           u16 ssn, u64 filtered,
> > diff --git a/net/mac80211/rx.c b/net/mac80211/rx.c
> > index 4f707d2a160f..0af2599c17e8 100644
> > --- a/net/mac80211/rx.c
> > +++ b/net/mac80211/rx.c
> > @@ -1083,7 +1083,8 @@ static inline bool ieee80211_rx_reorder_ready(struct tid_ampdu_rx *tid_agg_rx,
> >         struct sk_buff *tail = skb_peek_tail(frames);
> >         struct ieee80211_rx_status *status;
> >
> > -       if (tid_agg_rx->reorder_buf_filtered & BIT_ULL(index))
> > +       if (tid_agg_rx->reorder_buf_filtered &&
> > +           tid_agg_rx->reorder_buf_filtered & BIT_ULL(index))
> 
> While it will silence the UBSAN warning, unless you know why the code
> was written this way it will look like a pointless micro-optimization.
> 
> So I suggest changing the condition to
> 
>        if (index < BITS_PER_LONG_LONG &&
>            tid_agg_rx->reorder_buf_filtered & BIT_ULL(index))
> 
> to make it more obvious what the intention of the extra condition is.
> 
> >                 return true;
> >
> >         if (!tail)
> > @@ -1124,7 +1125,8 @@ static void ieee80211_release_reorder_frame(struct ieee80211_sub_if_data *sdata,
> >         }
> >
> >  no_frame:
> > -       tid_agg_rx->reorder_buf_filtered &= ~BIT_ULL(index);
> > +       if (tid_agg_rx->reorder_buf_filtered)
> > +               tid_agg_rx->reorder_buf_filtered &= ~BIT_ULL(index);
> 
> likewise
> 
> >         tid_agg_rx->head_seq_num = ieee80211_sn_inc(tid_agg_rx->head_seq_num);
> >  }
> >
> > @@ -4264,6 +4266,7 @@ void ieee80211_mark_rx_ba_filtered_frames(struct ieee80211_sta *pubsta, u8 tid,
> >                                           u16 ssn, u64 filtered,
> >                                           u16 received_mpdus)
> >  {
> > +       struct ieee80211_local *local;
> >         struct sta_info *sta;
> >         struct tid_ampdu_rx *tid_agg_rx;
> >         struct sk_buff_head frames;
> > @@ -4281,6 +4284,11 @@ void ieee80211_mark_rx_ba_filtered_frames(struct ieee80211_sta *pubsta, u8 tid,
> >
> >         sta = container_of(pubsta, struct sta_info, sta);
> >
> > +       local = sta->sdata->local;
> > +       WARN_ONCE(local->hw.max_rx_aggregation_subframes > 64,
> > +                 "RX BA marker can't support max_rx_aggregation_subframes %u > 64\n",
> > +                 local->hw.max_rx_aggregation_subframes);
> 
> And maybe use BITS_PER_LONG_LONG here as well.
> 
> Or introduce your own macro. Not sure what's nicer.
> 
> > +
> >         if (!ieee80211_rx_data_set_sta(&rx, sta, -1))
> >                 return;
> >
> > --
> > 2.25.1
> >

Please reference to RFC discussion [1] that mentioned your questions.

Ping-Ke 

[1] https://lore.kernel.org/linux-wireless/3db092ea0aa6b758e23df577f415f142e82776a2.camel@xxxxxxxxxxx/





[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Wireless Personal Area Network]     [Linux Bluetooth]     [Wireless Regulations]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite Hiking]     [MIPS Linux]     [ARM Linux]     [Linux RAID]

  Powered by Linux