radsecproxy: bump to 1.6.1, security bug fix
authorflorian <florian@3c298f89-4303-0410-b956-a3cf2f4a3e73>
Tue, 4 Dec 2012 16:20:45 +0000 (16:20 +0000)
committerflorian <florian@3c298f89-4303-0410-b956-a3cf2f4a3e73>
Tue, 4 Dec 2012 16:20:45 +0000 (16:20 +0000)
commit23ef64ba16ecf2db3a543a199cf9c053f1caf3a0
tree2d09fc869bcc4bb033c6df5c4b080c0817706376
parent39d8bf5843e87b2a4a35ee424ceffe540a3db914
radsecproxy: bump to 1.6.1, security bug fix

An issue has been found where radsecproxy accepts TLS clients when it
should not, due to the way it performs client verification after a TLS
handshake.

See for more details:
https://project.nordu.net/browse/RADSECPROXY-43
https://project.nordu.net/browse/RADSECPROXY-44

A (short term) fix for this issue has been released as version 1.6.1.
Other changes in previously released version 1.6 mostly apply to F-Ticks
logging, an optional feature that is not enabled in the OpenWRT package,
due to a build dependency on nettle, a library that has not been ported/
packaged (yet).

Signed-off-by: Zenon Mousmoulas <zmousm@noc.grnet.gr>
Signed-off-by: Florian Fainelli <florian@openwrt.org>
git-svn-id: svn://svn.openwrt.org/openwrt/packages@34484 3c298f89-4303-0410-b956-a3cf2f4a3e73
net/radsecproxy/Makefile