aboutsummaryrefslogtreecommitdiffstats
path: root/firmware/kaweth
diff options
context:
space:
mode:
authorPetr Štetiar <ynezz@true.cz>2011-03-27 13:31:26 +0200
committerJohn W. Linville <linville@tuxdriver.com>2011-03-28 15:42:02 -0400
commit1f951a7f8ba05192291f781ef99a892697e47d62 (patch)
tree88ff9259029103301e54de42be6deef69bd59ec2 /firmware/kaweth
parentf62d816fc4324afbb7cf90110c70b6a14139b225 (diff)
downloadkernel_samsung_aries-1f951a7f8ba05192291f781ef99a892697e47d62.zip
kernel_samsung_aries-1f951a7f8ba05192291f781ef99a892697e47d62.tar.gz
kernel_samsung_aries-1f951a7f8ba05192291f781ef99a892697e47d62.tar.bz2
mac80211: fix NULL pointer dereference in ieee80211_key_alloc()
The ieee80211_key struct can be kfree()d several times in the function, for example if some of the key setup functions fails beforehand, but there's no check if the struct is still valid before we call memcpy() and INIT_LIST_HEAD() on it. In some cases (like it was in my case), if there's missing aes-generic module it could lead to the following kernel OOPS: Unable to handle kernel NULL pointer dereference at virtual address 0000018c .... PC is at memcpy+0x80/0x29c ... Backtrace: [<bf11c5e4>] (ieee80211_key_alloc+0x0/0x234 [mac80211]) from [<bf1148b4>] (ieee80211_add_key+0x70/0x12c [mac80211]) [<bf114844>] (ieee80211_add_key+0x0/0x12c [mac80211]) from [<bf070cc0>] (__cfg80211_set_encryption+0x2a8/0x464 [cfg80211]) Signed-off-by: Petr Štetiar <ynezz@true.cz> Reviewed-by: Johannes Berg <johannes@sipsolutions.net> Signed-off-by: John W. Linville <linville@tuxdriver.com>
Diffstat (limited to 'firmware/kaweth')
0 files changed, 0 insertions, 0 deletions