git.oblomov.eu Git - linux-2.6/blob - crypto/Kconfig

   1 #
   2 # Cryptographic API Configuration
   3 #
   4
   5 menu "Cryptographic options"
   6
   7 config CRYPTO
   8         bool "Cryptographic API"
   9         help
  10           This option provides the core Cryptographic API.
  11
  12 config CRYPTO_HMAC
  13         bool "HMAC support"
  14         depends on CRYPTO
  15         help
  16           HMAC: Keyed-Hashing for Message Authentication (RFC2104).
  17           This is required for IPSec.
  18
  19 config CRYPTO_NULL
  20         tristate "Null algorithms"
  21         depends on CRYPTO
  22         help
  23           These are 'Null' algorithms, used by IPsec, which do nothing.
  24
  25 config CRYPTO_MD4
  26         tristate "MD4 digest algorithm"
  27         depends on CRYPTO
  28         help
  29           MD4 message digest algorithm (RFC1320).
  30
  31 config CRYPTO_MD5
  32         tristate "MD5 digest algorithm"
  33         depends on CRYPTO
  34         help
  35           MD5 message digest algorithm (RFC1321).
  36
  37 config CRYPTO_SHA1
  38         tristate "SHA1 digest algorithm"
  39         depends on CRYPTO
  40         help
  41           SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2).
  42
  43 config CRYPTO_SHA1_Z990
  44         tristate "SHA1 digest algorithm for IBM zSeries z990"
  45         depends on CRYPTO && ARCH_S390
  46         help
  47           SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2).
  48
  49 config CRYPTO_SHA256
  50         tristate "SHA256 digest algorithm"
  51         depends on CRYPTO
  52         help
  53           SHA256 secure hash standard (DFIPS 180-2).
  54
  55           This version of SHA implements a 256 bit hash with 128 bits of
  56           security against collision attacks.
  57
  58 config CRYPTO_SHA512
  59         tristate "SHA384 and SHA512 digest algorithms"
  60         depends on CRYPTO
  61         help
  62           SHA512 secure hash standard (DFIPS 180-2).
  63
  64           This version of SHA implements a 512 bit hash with 256 bits of
  65           security against collision attacks.
  66
  67           This code also includes SHA-384, a 384 bit hash with 192 bits
  68           of security against collision attacks.
  69
  70 config CRYPTO_WP512
  71         tristate "Whirlpool digest algorithms"
  72         depends on CRYPTO
  73         help
  74           Whirlpool hash algorithm 512, 384 and 256-bit hashes
  75
  76           Whirlpool-512 is part of the NESSIE cryptographic primitives.
  77           Whirlpool will be part of the ISO/IEC 10118-3:2003(E) standard
  78
  79           See also:
  80           <http://planeta.terra.com.br/informatica/paulobarreto/WhirlpoolPage.html>
  81
  82 config CRYPTO_TGR192
  83         tristate "Tiger digest algorithms"
  84         depends on CRYPTO
  85         help
  86           Tiger hash algorithm 192, 160 and 128-bit hashes
  87
  88           Tiger is a hash function optimized for 64-bit processors while
  89           still having decent performance on 32-bit processors.
  90           Tiger was developed by Ross Anderson and Eli Biham.
  91
  92           See also:
  93           <http://www.cs.technion.ac.il/~biham/Reports/Tiger/>.
  94
  95 config CRYPTO_DES
  96         tristate "DES and Triple DES EDE cipher algorithms"
  97         depends on CRYPTO
  98         help
  99           DES cipher algorithm (FIPS 46-2), and Triple DES EDE (FIPS 46-3).
 100
 101 config CRYPTO_DES_Z990
 102         tristate "DES and Triple DES cipher algorithms for IBM zSeries z990"
 103         depends on CRYPTO && ARCH_S390
 104         help
 105           DES cipher algorithm (FIPS 46-2), and Triple DES EDE (FIPS 46-3).
 106
 107 config CRYPTO_BLOWFISH
 108         tristate "Blowfish cipher algorithm"
 109         depends on CRYPTO
 110         help
 111           Blowfish cipher algorithm, by Bruce Schneier.
 112
 113           This is a variable key length cipher which can use keys from 32
 114           bits to 448 bits in length.  It's fast, simple and specifically
 115           designed for use on "large microprocessors".
 116
 117           See also:
 118           <http://www.schneier.com/blowfish.html>
 119
 120 config CRYPTO_TWOFISH
 121         tristate "Twofish cipher algorithm"
 122         depends on CRYPTO
 123         help
 124           Twofish cipher algorithm.
 125
 126           Twofish was submitted as an AES (Advanced Encryption Standard)
 127           candidate cipher by researchers at CounterPane Systems.  It is a
 128           16 round block cipher supporting key sizes of 128, 192, and 256
 129           bits.
 130
 131           See also:
 132           <http://www.schneier.com/twofish.html>
 133
 134 config CRYPTO_SERPENT
 135         tristate "Serpent cipher algorithm"
 136         depends on CRYPTO
 137         help
 138           Serpent cipher algorithm, by Anderson, Biham & Knudsen.
 139
 140           Keys are allowed to be from 0 to 256 bits in length, in steps
 141           of 8 bits.  Also includes the 'Tnepres' algorithm, a reversed
 142           variant of Serpent for compatibility with old kerneli code.
 143
 144           See also:
 145           <http://www.cl.cam.ac.uk/~rja14/serpent.html>
 146
 147 config CRYPTO_AES
 148         tristate "AES cipher algorithms"
 149         depends on CRYPTO && !((X86 || UML_X86) && !64BIT)
 150         help
 151           AES cipher algorithms (FIPS-197). AES uses the Rijndael
 152           algorithm.
 153
 154           Rijndael appears to be consistently a very good performer in
 155           both hardware and software across a wide range of computing
 156           environments regardless of its use in feedback or non-feedback
 157           modes. Its key setup time is excellent, and its key agility is
 158           good. Rijndael's very low memory requirements make it very well
 159           suited for restricted-space environments, in which it also
 160           demonstrates excellent performance. Rijndael's operations are
 161           among the easiest to defend against power and timing attacks.
 162
 163           The AES specifies three key sizes: 128, 192 and 256 bits
 164
 165           See <http://csrc.nist.gov/CryptoToolkit/aes/> for more information.
 166
 167 config CRYPTO_AES_586
 168         tristate "AES cipher algorithms (i586)"
 169         depends on CRYPTO && ((X86 || UML_X86) && !64BIT)
 170         help
 171           AES cipher algorithms (FIPS-197). AES uses the Rijndael
 172           algorithm.
 173
 174           Rijndael appears to be consistently a very good performer in
 175           both hardware and software across a wide range of computing
 176           environments regardless of its use in feedback or non-feedback
 177           modes. Its key setup time is excellent, and its key agility is
 178           good. Rijndael's very low memory requirements make it very well
 179           suited for restricted-space environments, in which it also
 180           demonstrates excellent performance. Rijndael's operations are
 181           among the easiest to defend against power and timing attacks.
 182
 183           The AES specifies three key sizes: 128, 192 and 256 bits
 184
 185           See <http://csrc.nist.gov/encryption/aes/> for more information.
 186
 187 config CRYPTO_CAST5
 188         tristate "CAST5 (CAST-128) cipher algorithm"
 189         depends on CRYPTO
 190         help
 191           The CAST5 encryption algorithm (synonymous with CAST-128) is
 192           described in RFC2144.
 193
 194 config CRYPTO_CAST6
 195         tristate "CAST6 (CAST-256) cipher algorithm"
 196         depends on CRYPTO
 197         help
 198           The CAST6 encryption algorithm (synonymous with CAST-256) is
 199           described in RFC2612.
 200
 201 config CRYPTO_TEA
 202         tristate "TEA and XTEA cipher algorithms"
 203         depends on CRYPTO
 204         help
 205           TEA cipher algorithm.
 206
 207           Tiny Encryption Algorithm is a simple cipher that uses
 208           many rounds for security.  It is very fast and uses
 209           little memory.
 210
 211           Xtendend Tiny Encryption Algorithm is a modification to
 212           the TEA algorithm to address a potential key weakness
 213           in the TEA algorithm.
 214
 215 config CRYPTO_ARC4
 216         tristate "ARC4 cipher algorithm"
 217         depends on CRYPTO
 218         help
 219           ARC4 cipher algorithm.
 220
 221           ARC4 is a stream cipher using keys ranging from 8 bits to 2048
 222           bits in length.  This algorithm is required for driver-based
 223           WEP, but it should not be for other purposes because of the
 224           weakness of the algorithm.
 225
 226 config CRYPTO_KHAZAD
 227         tristate "Khazad cipher algorithm"
 228         depends on CRYPTO
 229         help
 230           Khazad cipher algorithm.
 231
 232           Khazad was a finalist in the initial NESSIE competition.  It is
 233           an algorithm optimized for 64-bit processors with good performance
 234           on 32-bit processors.  Khazad uses an 128 bit key size.
 235
 236           See also:
 237           <http://planeta.terra.com.br/informatica/paulobarreto/KhazadPage.html>
 238
 239 config CRYPTO_ANUBIS
 240         tristate "Anubis cipher algorithm"
 241         depends on CRYPTO
 242         help
 243           Anubis cipher algorithm.
 244
 245           Anubis is a variable key length cipher which can use keys from
 246           128 bits to 320 bits in length.  It was evaluated as a entrant
 247           in the NESSIE competition.
 248
 249           See also:
 250           <https://www.cosic.esat.kuleuven.ac.be/nessie/reports/>
 251           <http://planeta.terra.com.br/informatica/paulobarreto/AnubisPage.html>
 252
 253
 254 config CRYPTO_DEFLATE
 255         tristate "Deflate compression algorithm"
 256         depends on CRYPTO
 257         select ZLIB_INFLATE
 258         select ZLIB_DEFLATE
 259         help
 260           This is the Deflate algorithm (RFC1951), specified for use in
 261           IPSec with the IPCOMP protocol (RFC3173, RFC2394).
 262
 263           You will most probably want this if using IPSec.
 264
 265 config CRYPTO_MICHAEL_MIC
 266         tristate "Michael MIC keyed digest algorithm"
 267         depends on CRYPTO
 268         help
 269           Michael MIC is used for message integrity protection in TKIP
 270           (IEEE 802.11i). This algorithm is required for TKIP, but it
 271           should not be used for other purposes because of the weakness
 272           of the algorithm.
 273
 274 config CRYPTO_CRC32C
 275         tristate "CRC32c CRC algorithm"
 276         depends on CRYPTO
 277         select LIBCRC32C
 278         help
 279           Castagnoli, et al Cyclic Redundancy-Check Algorithm.  Used
 280           by iSCSI for header and data digests and by others.
 281           See Castagnoli93.  This implementation uses lib/libcrc32c.
 282           Module will be crc32c.
 283
 284 config CRYPTO_TEST
 285         tristate "Testing module"
 286         depends on CRYPTO
 287         help
 288           Quick & dirty crypto test module.
 289
 290 source "drivers/crypto/Kconfig"
 291 endmenu
 292