summaryrefslogtreecommitdiff
path: root/security/apparmor/domain.c
diff options
context:
space:
mode:
authorJohannes Berg <johannes.berg@intel.com>2016-11-15 14:05:11 +0300
committerJiri Slaby <jslaby@suse.cz>2016-12-12 15:55:52 +0300
commite525af57bbeb5c040463cd7afa658a33df52e828 (patch)
tree56ce449e0d94c68d675cec43b45ffe1ef5157872 /security/apparmor/domain.c
parent2323e1a9edc8304ed4fc9c3039dfbaf25dbb2f6b (diff)
downloadlinux-e525af57bbeb5c040463cd7afa658a33df52e828.tar.xz
cfg80211: limit scan results cache size
commit 9853a55ef1bb66d7411136046060bbfb69c714fa upstream. It's possible to make scanning consume almost arbitrary amounts of memory, e.g. by sending beacon frames with random BSSIDs at high rates while somebody is scanning. Limit the number of BSS table entries we're willing to cache to 1000, limiting maximum memory usage to maybe 4-5MB, but lower in practice - that would be the case for having both full-sized beacon and probe response frames for each entry; this seems not possible in practice, so a limit of 1000 entries will likely be closer to 0.5 MB. Signed-off-by: Johannes Berg <johannes.berg@intel.com> Signed-off-by: Jiri Slaby <jslaby@suse.cz>
Diffstat (limited to 'security/apparmor/domain.c')
0 files changed, 0 insertions, 0 deletions