diff options
author | Neil Horman <nhorman@tuxdriver.com> | 2012-10-24 09:20:03 +0000 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2012-10-26 02:22:18 -0400 |
commit | 3c68198e75111a905ac2412be12bf7b29099729b (patch) | |
tree | 109b39430631746fd4266d5fdbf8351c6c2e20d1 /include/video/pxa168fb.h | |
parent | 342567ccf088a6c4777ef352f559fe46aaeb047e (diff) | |
download | linux-3c68198e75111a905ac2412be12bf7b29099729b.tar.gz linux-3c68198e75111a905ac2412be12bf7b29099729b.tar.bz2 linux-3c68198e75111a905ac2412be12bf7b29099729b.zip |
sctp: Make hmac algorithm selection for cookie generation dynamic
Currently sctp allows for the optional use of md5 of sha1 hmac algorithms to
generate cookie values when establishing new connections via two build time
config options. Theres no real reason to make this a static selection. We can
add a sysctl that allows for the dynamic selection of these algorithms at run
time, with the default value determined by the corresponding crypto library
availability.
This comes in handy when, for example running a system in FIPS mode, where use
of md5 is disallowed, but SHA1 is permitted.
Note: This new sysctl has no corresponding socket option to select the cookie
hmac algorithm. I chose not to implement that intentionally, as RFC 6458
contains no option for this value, and I opted not to pollute the socket option
namespace.
Change notes:
v2)
* Updated subject to have the proper sctp prefix as per Dave M.
* Replaced deafult selection options with new options that allow
developers to explicitly select available hmac algs at build time
as per suggestion by Vlad Y.
Signed-off-by: Neil Horman <nhorman@tuxdriver.com>
CC: Vlad Yasevich <vyasevich@gmail.com>
CC: "David S. Miller" <davem@davemloft.net>
CC: netdev@vger.kernel.org
Acked-by: Vlad Yasevich <vyasevich@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'include/video/pxa168fb.h')
0 files changed, 0 insertions, 0 deletions