summaryrefslogtreecommitdiff
path: root/net/econet/Makefile
diff options
context:
space:
mode:
authorJohn W. Linville <linville@tuxdriver.com>2007-10-02 04:03:54 (GMT)
committerDavid S. Miller <davem@davemloft.net>2007-10-02 04:03:54 (GMT)
commit04045f98e0457aba7d4e6736f37eed189c48a5f7 (patch)
treec7b927f223e6648885ef6fc3a60d073df883ef82 /net/econet/Makefile
parent9b42c336d06411e6463949d2dac63949f66ff70b (diff)
downloadlinux-04045f98e0457aba7d4e6736f37eed189c48a5f7.tar.xz
[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>
Diffstat (limited to 'net/econet/Makefile')
0 files changed, 0 insertions, 0 deletions