> 1) having so many encryption algorithms is a huge pain in the ass, and
> it will never be accepted into the kernel like that. Pick some
> "good" encryption algorithms (like those that will be supported as
> part of IPSec and/or the encrypted loop devices: 3DES, AES, RC5 or
> whatever) and then there can be some re-use with other parts of the
> kernel.
I don't believe having so many algorithms is such a pain. It gives users more
choices. I've spoke to people who will not trust AES, 3DES, SHA, and even
the AES finalists because they believe NIST/NSA only picked weak algorithms.
Obviously there will be a default algorithm (probably AES and SHA1), so I
don't think having more algorithms will cause users problems. Only problem I
see is maintaining all of them.
-Matthew J. Fanto
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/