[IEEE80211]: avoid integer underflow for runt rx frames
commit04045f98e0457aba7d4e6736f37eed189c48a5f7
authorJohn W. Linville <linville@tuxdriver.com>
Tue, 2 Oct 2007 04:03:54 +0000 (1 21:03 -0700)
committerDavid S. Miller <davem@davemloft.net>
Tue, 2 Oct 2007 04:03:54 +0000 (1 21:03 -0700)
treec7b927f223e6648885ef6fc3a60d073df883ef82
parent9b42c336d06411e6463949d2dac63949f66ff70b
[IEEE80211]: avoid integer underflow for runt rx frames

Reported by Chris Evans <scarybeasts@gmail.com>:

> The summary is that an evil 80211 frame can crash out a victim's
> machine. It only applies to drivers using the 80211 wireless code, and
> only then to certain drivers (and even then depends on a card's
> firmware not dropping a dubious packet). I must confess I'm not
> keeping track of Linux wireless support, and the different protocol
> stacks etc.
>
> Details are as follows:
>
> ieee80211_rx() does not explicitly check that "skb->len >= hdrlen".
> There are other skb->len checks, but not enough to prevent a subtle
> off-by-two error if the frame has the IEEE80211_STYPE_QOS_DATA flag
> set.
>
> This leads to integer underflow and crash here:
>
> if (frag != 0)
>    flen -= hdrlen;
>
> (flen is subsequently used as a memcpy length parameter).

How about this?

Signed-off-by: John W. Linville <linville@tuxdriver.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
net/ieee80211/ieee80211_rx.c