* MD5 HMAC in FIPS mode
@ 2014-01-22 18:23 Karl Heiss
2014-01-22 18:46 ` Daniel Borkmann
2014-01-22 19:45 ` Neil Horman
0 siblings, 2 replies; 3+ messages in thread
From: Karl Heiss @ 2014-01-22 18:23 UTC (permalink / raw)
To: linux-sctp
When fips=1 is set on the kernel command line, the hmac(md5) algorithm
is not usable. This leads to errors when listen() is called with the
default configuration. So this leads me to the following questions:
Does it make sense to change the default value when fips mode is
enabled? If so, does it make more sense to handle it in userspace via
sysctl, or enforce directly in the SCTP stack? It seems easy enough
to check for the fips_enabled variable and disallow setting md5
through the kernel directly.
Regards,
Karl
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: MD5 HMAC in FIPS mode
2014-01-22 18:23 MD5 HMAC in FIPS mode Karl Heiss
@ 2014-01-22 18:46 ` Daniel Borkmann
2014-01-22 19:45 ` Neil Horman
1 sibling, 0 replies; 3+ messages in thread
From: Daniel Borkmann @ 2014-01-22 18:46 UTC (permalink / raw)
To: linux-sctp
On 01/22/2014 07:23 PM, Karl Heiss wrote:
> When fips=1 is set on the kernel command line, the hmac(md5) algorithm
> is not usable. This leads to errors when listen() is called with the
> default configuration. So this leads me to the following questions:
>
> Does it make sense to change the default value when fips mode is
> enabled? If so, does it make more sense to handle it in userspace via
> sysctl, or enforce directly in the SCTP stack? It seems easy enough
> to check for the fips_enabled variable and disallow setting md5
> through the kernel directly.
Indeed it seems easy enough, but I think we should not do any
special treatment in SCTP whereas the rest of the code is not
handling fips_enabled, imho.
You can choose default alg in Kconfig at compile time or select
a different algorithm through cookie_hmac_alg sysctl already.
If a kernel is specifically built for fips mode, then that would
be the better option in my opinion.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: MD5 HMAC in FIPS mode
2014-01-22 18:23 MD5 HMAC in FIPS mode Karl Heiss
2014-01-22 18:46 ` Daniel Borkmann
@ 2014-01-22 19:45 ` Neil Horman
1 sibling, 0 replies; 3+ messages in thread
From: Neil Horman @ 2014-01-22 19:45 UTC (permalink / raw)
To: linux-sctp
On Wed, Jan 22, 2014 at 07:46:02PM +0100, Daniel Borkmann wrote:
> On 01/22/2014 07:23 PM, Karl Heiss wrote:
> >When fips=1 is set on the kernel command line, the hmac(md5) algorithm
> >is not usable. This leads to errors when listen() is called with the
> >default configuration. So this leads me to the following questions:
> >
> >Does it make sense to change the default value when fips mode is
> >enabled? If so, does it make more sense to handle it in userspace via
> >sysctl, or enforce directly in the SCTP stack? It seems easy enough
> >to check for the fips_enabled variable and disallow setting md5
> >through the kernel directly.
>
> Indeed it seems easy enough, but I think we should not do any
> special treatment in SCTP whereas the rest of the code is not
> handling fips_enabled, imho.
>
> You can choose default alg in Kconfig at compile time or select
> a different algorithm through cookie_hmac_alg sysctl already.
> If a kernel is specifically built for fips mode, then that would
> be the better option in my opinion.
Daniel is exactly right here. We modified the config method so that at build
time the default cookie algorithm can be selected, specifcially so people could
build sctp in such a way as to work by default in FIPS mode.
Neil
> --
> To unsubscribe from this list: send the line "unsubscribe linux-sctp" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2014-01-22 19:45 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-01-22 18:23 MD5 HMAC in FIPS mode Karl Heiss
2014-01-22 18:46 ` Daniel Borkmann
2014-01-22 19:45 ` Neil Horman
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.