summaryrefslogtreecommitdiff
path: root/net/8021q
diff options
context:
space:
mode:
authorDaniel Borkmann <dborkman@redhat.com>2014-06-18 23:46:31 +0200
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2014-07-28 08:00:04 -0700
commite9013d0f0faef78f90f7bb30e722965fe992dc1e (patch)
treeb5f8853623076f5c386296bad2e9a97a96c9406f /net/8021q
parent856443cb555a75b9700d3fabf5965b46337de199 (diff)
downloadlinux-3.10-e9013d0f0faef78f90f7bb30e722965fe992dc1e.tar.gz
linux-3.10-e9013d0f0faef78f90f7bb30e722965fe992dc1e.tar.bz2
linux-3.10-e9013d0f0faef78f90f7bb30e722965fe992dc1e.zip
net: sctp: check proc_dointvec result in proc_sctp_do_auth
[ Upstream commit 24599e61b7552673dd85971cf5a35369cd8c119e ] When writing to the sysctl field net.sctp.auth_enable, it can well be that the user buffer we handed over to proc_dointvec() via proc_sctp_do_auth() handler contains something other than integers. In that case, we would set an uninitialized 4-byte value from the stack to net->sctp.auth_enable that can be leaked back when reading the sysctl variable, and it can unintentionally turn auth_enable on/off based on the stack content since auth_enable is interpreted as a boolean. Fix it up by making sure proc_dointvec() returned sucessfully. Fixes: b14878ccb7fa ("net: sctp: cache auth_enable per endpoint") Reported-by: Florian Westphal <fwestpha@redhat.com> Signed-off-by: Daniel Borkmann <dborkman@redhat.com> Acked-by: Neil Horman <nhorman@tuxdriver.com> Acked-by: Vlad Yasevich <vyasevich@gmail.com> Signed-off-by: David S. Miller <davem@davemloft.net> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'net/8021q')
0 files changed, 0 insertions, 0 deletions