diff options
author | Daniel Borkmann <dborkman@redhat.com> | 2014-06-18 23:46:31 +0200 |
---|---|---|
committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2014-07-28 08:00:04 -0700 |
commit | e9013d0f0faef78f90f7bb30e722965fe992dc1e (patch) | |
tree | b5f8853623076f5c386296bad2e9a97a96c9406f /net/8021q | |
parent | 856443cb555a75b9700d3fabf5965b46337de199 (diff) | |
download | linux-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