2 # Generic algorithms support
8 # async_tx api: hardware offloaded memory transfer/transform support
10 source "crypto/async_tx/Kconfig"
13 # Cryptographic API Configuration
16 bool "Cryptographic API"
18 This option provides the core Cryptographic API.
25 This option provides the API for cryptographic algorithms.
27 config CRYPTO_ABLKCIPHER
29 select CRYPTO_BLKCIPHER
35 config CRYPTO_BLKCIPHER
44 tristate "Cryptographic algorithm manager"
47 Create default cryptographic template instantiations such as
51 tristate "HMAC support"
55 HMAC: Keyed-Hashing for Message Authentication (RFC2104).
56 This is required for IPSec.
59 tristate "XCBC support"
60 depends on EXPERIMENTAL
64 XCBC: Keyed-Hashing with encryption algorithm
65 http://www.ietf.org/rfc/rfc3566.txt
66 http://csrc.nist.gov/encryption/modes/proposedmodes/
67 xcbc-mac/xcbc-mac-spec.pdf
70 tristate "Null algorithms"
73 These are 'Null' algorithms, used by IPsec, which do nothing.
76 tristate "MD4 digest algorithm"
79 MD4 message digest algorithm (RFC1320).
82 tristate "MD5 digest algorithm"
85 MD5 message digest algorithm (RFC1321).
88 tristate "SHA1 digest algorithm"
91 SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2).
94 tristate "SHA224 and SHA256 digest algorithm"
97 SHA256 secure hash standard (DFIPS 180-2).
99 This version of SHA implements a 256 bit hash with 128 bits of
100 security against collision attacks.
102 This code also includes SHA-224, a 224 bit hash with 112 bits
103 of security against collision attacks.
106 tristate "SHA384 and SHA512 digest algorithms"
109 SHA512 secure hash standard (DFIPS 180-2).
111 This version of SHA implements a 512 bit hash with 256 bits of
112 security against collision attacks.
114 This code also includes SHA-384, a 384 bit hash with 192 bits
115 of security against collision attacks.
118 tristate "Whirlpool digest algorithms"
121 Whirlpool hash algorithm 512, 384 and 256-bit hashes
123 Whirlpool-512 is part of the NESSIE cryptographic primitives.
124 Whirlpool will be part of the ISO/IEC 10118-3:2003(E) standard
127 <http://planeta.terra.com.br/informatica/paulobarreto/WhirlpoolPage.html>
130 tristate "Tiger digest algorithms"
133 Tiger hash algorithm 192, 160 and 128-bit hashes
135 Tiger is a hash function optimized for 64-bit processors while
136 still having decent performance on 32-bit processors.
137 Tiger was developed by Ross Anderson and Eli Biham.
140 <http://www.cs.technion.ac.il/~biham/Reports/Tiger/>.
142 config CRYPTO_GF128MUL
143 tristate "GF(2^128) multiplication functions (EXPERIMENTAL)"
144 depends on EXPERIMENTAL
146 Efficient table driven implementation of multiplications in the
147 field GF(2^128). This is needed by some cypher modes. This
148 option will be selected automatically if you select such a
149 cipher mode. Only select this option by hand if you expect to load
150 an external module that requires these functions.
153 tristate "ECB support"
154 select CRYPTO_BLKCIPHER
155 select CRYPTO_MANAGER
157 ECB: Electronic CodeBook mode
158 This is the simplest block cipher algorithm. It simply encrypts
159 the input block by block.
162 tristate "CBC support"
163 select CRYPTO_BLKCIPHER
164 select CRYPTO_MANAGER
166 CBC: Cipher Block Chaining mode
167 This block cipher algorithm is required for IPSec.
170 tristate "PCBC support"
171 select CRYPTO_BLKCIPHER
172 select CRYPTO_MANAGER
174 PCBC: Propagating Cipher Block Chaining mode
175 This block cipher algorithm is required for RxRPC.
178 tristate "LRW support (EXPERIMENTAL)"
179 depends on EXPERIMENTAL
180 select CRYPTO_BLKCIPHER
181 select CRYPTO_MANAGER
182 select CRYPTO_GF128MUL
184 LRW: Liskov Rivest Wagner, a tweakable, non malleable, non movable
185 narrow block cipher mode for dm-crypt. Use it with cipher
186 specification string aes-lrw-benbi, the key must be 256, 320 or 384.
187 The first 128, 192 or 256 bits in the key are used for AES and the
188 rest is used to tie each cipher block to its logical position.
191 tristate "XTS support (EXPERIMENTAL)"
192 depends on EXPERIMENTAL
193 select CRYPTO_BLKCIPHER
194 select CRYPTO_MANAGER
195 select CRYPTO_GF128MUL
197 XTS: IEEE1619/D16 narrow block cipher use with aes-xts-plain,
198 key size 256, 384 or 512 bits. This implementation currently
199 can't handle a sectorsize which is not a multiple of 16 bytes.
202 tristate "CTR support"
203 select CRYPTO_BLKCIPHER
204 select CRYPTO_MANAGER
207 This block cipher algorithm is required for IPSec.
210 tristate "GCM/GMAC support"
213 select CRYPTO_GF128MUL
215 Support for Galois/Counter Mode (GCM) and Galois Message
216 Authentication Code (GMAC). Required for IPSec.
219 tristate "Software async crypto daemon"
220 select CRYPTO_ABLKCIPHER
221 select CRYPTO_MANAGER
223 This is a generic software asynchronous crypto daemon that
224 converts an arbitrary synchronous software crypto algorithm
225 into an asynchronous algorithm that executes in a kernel thread.
228 tristate "DES and Triple DES EDE cipher algorithms"
231 DES cipher algorithm (FIPS 46-2), and Triple DES EDE (FIPS 46-3).
234 tristate "FCrypt cipher algorithm"
236 select CRYPTO_BLKCIPHER
238 FCrypt algorithm used by RxRPC.
240 config CRYPTO_BLOWFISH
241 tristate "Blowfish cipher algorithm"
244 Blowfish cipher algorithm, by Bruce Schneier.
246 This is a variable key length cipher which can use keys from 32
247 bits to 448 bits in length. It's fast, simple and specifically
248 designed for use on "large microprocessors".
251 <http://www.schneier.com/blowfish.html>
253 config CRYPTO_TWOFISH
254 tristate "Twofish cipher algorithm"
256 select CRYPTO_TWOFISH_COMMON
258 Twofish cipher algorithm.
260 Twofish was submitted as an AES (Advanced Encryption Standard)
261 candidate cipher by researchers at CounterPane Systems. It is a
262 16 round block cipher supporting key sizes of 128, 192, and 256
266 <http://www.schneier.com/twofish.html>
268 config CRYPTO_TWOFISH_COMMON
271 Common parts of the Twofish cipher algorithm shared by the
272 generic c and the assembler implementations.
274 config CRYPTO_TWOFISH_586
275 tristate "Twofish cipher algorithms (i586)"
276 depends on (X86 || UML_X86) && !64BIT
278 select CRYPTO_TWOFISH_COMMON
280 Twofish cipher algorithm.
282 Twofish was submitted as an AES (Advanced Encryption Standard)
283 candidate cipher by researchers at CounterPane Systems. It is a
284 16 round block cipher supporting key sizes of 128, 192, and 256
288 <http://www.schneier.com/twofish.html>
290 config CRYPTO_TWOFISH_X86_64
291 tristate "Twofish cipher algorithm (x86_64)"
292 depends on (X86 || UML_X86) && 64BIT
294 select CRYPTO_TWOFISH_COMMON
296 Twofish cipher algorithm (x86_64).
298 Twofish was submitted as an AES (Advanced Encryption Standard)
299 candidate cipher by researchers at CounterPane Systems. It is a
300 16 round block cipher supporting key sizes of 128, 192, and 256
304 <http://www.schneier.com/twofish.html>
306 config CRYPTO_SERPENT
307 tristate "Serpent cipher algorithm"
310 Serpent cipher algorithm, by Anderson, Biham & Knudsen.
312 Keys are allowed to be from 0 to 256 bits in length, in steps
313 of 8 bits. Also includes the 'Tnepres' algorithm, a reversed
314 variant of Serpent for compatibility with old kerneli.org code.
317 <http://www.cl.cam.ac.uk/~rja14/serpent.html>
320 tristate "AES cipher algorithms"
323 AES cipher algorithms (FIPS-197). AES uses the Rijndael
326 Rijndael appears to be consistently a very good performer in
327 both hardware and software across a wide range of computing
328 environments regardless of its use in feedback or non-feedback
329 modes. Its key setup time is excellent, and its key agility is
330 good. Rijndael's very low memory requirements make it very well
331 suited for restricted-space environments, in which it also
332 demonstrates excellent performance. Rijndael's operations are
333 among the easiest to defend against power and timing attacks.
335 The AES specifies three key sizes: 128, 192 and 256 bits
337 See <http://csrc.nist.gov/CryptoToolkit/aes/> for more information.
339 config CRYPTO_AES_586
340 tristate "AES cipher algorithms (i586)"
341 depends on (X86 || UML_X86) && !64BIT
345 AES cipher algorithms (FIPS-197). AES uses the Rijndael
348 Rijndael appears to be consistently a very good performer in
349 both hardware and software across a wide range of computing
350 environments regardless of its use in feedback or non-feedback
351 modes. Its key setup time is excellent, and its key agility is
352 good. Rijndael's very low memory requirements make it very well
353 suited for restricted-space environments, in which it also
354 demonstrates excellent performance. Rijndael's operations are
355 among the easiest to defend against power and timing attacks.
357 The AES specifies three key sizes: 128, 192 and 256 bits
359 See <http://csrc.nist.gov/encryption/aes/> for more information.
361 config CRYPTO_AES_X86_64
362 tristate "AES cipher algorithms (x86_64)"
363 depends on (X86 || UML_X86) && 64BIT
367 AES cipher algorithms (FIPS-197). AES uses the Rijndael
370 Rijndael appears to be consistently a very good performer in
371 both hardware and software across a wide range of computing
372 environments regardless of its use in feedback or non-feedback
373 modes. Its key setup time is excellent, and its key agility is
374 good. Rijndael's very low memory requirements make it very well
375 suited for restricted-space environments, in which it also
376 demonstrates excellent performance. Rijndael's operations are
377 among the easiest to defend against power and timing attacks.
379 The AES specifies three key sizes: 128, 192 and 256 bits
381 See <http://csrc.nist.gov/encryption/aes/> for more information.
384 tristate "CAST5 (CAST-128) cipher algorithm"
387 The CAST5 encryption algorithm (synonymous with CAST-128) is
388 described in RFC2144.
391 tristate "CAST6 (CAST-256) cipher algorithm"
394 The CAST6 encryption algorithm (synonymous with CAST-256) is
395 described in RFC2612.
398 tristate "TEA, XTEA and XETA cipher algorithms"
401 TEA cipher algorithm.
403 Tiny Encryption Algorithm is a simple cipher that uses
404 many rounds for security. It is very fast and uses
407 Xtendend Tiny Encryption Algorithm is a modification to
408 the TEA algorithm to address a potential key weakness
409 in the TEA algorithm.
411 Xtendend Encryption Tiny Algorithm is a mis-implementation
412 of the XTEA algorithm for compatibility purposes.
415 tristate "ARC4 cipher algorithm"
418 ARC4 cipher algorithm.
420 ARC4 is a stream cipher using keys ranging from 8 bits to 2048
421 bits in length. This algorithm is required for driver-based
422 WEP, but it should not be for other purposes because of the
423 weakness of the algorithm.
426 tristate "Khazad cipher algorithm"
429 Khazad cipher algorithm.
431 Khazad was a finalist in the initial NESSIE competition. It is
432 an algorithm optimized for 64-bit processors with good performance
433 on 32-bit processors. Khazad uses an 128 bit key size.
436 <http://planeta.terra.com.br/informatica/paulobarreto/KhazadPage.html>
439 tristate "Anubis cipher algorithm"
442 Anubis cipher algorithm.
444 Anubis is a variable key length cipher which can use keys from
445 128 bits to 320 bits in length. It was evaluated as a entrant
446 in the NESSIE competition.
449 <https://www.cosic.esat.kuleuven.ac.be/nessie/reports/>
450 <http://planeta.terra.com.br/informatica/paulobarreto/AnubisPage.html>
453 tristate "SEED cipher algorithm"
456 SEED cipher algorithm (RFC4269).
458 SEED is a 128-bit symmetric key block cipher that has been
459 developed by KISA (Korea Information Security Agency) as a
460 national standard encryption algorithm of the Republic of Korea.
461 It is a 16 round block cipher with the key size of 128 bit.
464 <http://www.kisa.or.kr/kisa/seed/jsp/seed_eng.jsp>
466 config CRYPTO_SALSA20
467 tristate "Salsa20 stream cipher algorithm (EXPERIMENTAL)"
468 depends on EXPERIMENTAL
469 select CRYPTO_BLKCIPHER
471 Salsa20 stream cipher algorithm.
473 Salsa20 is a stream cipher submitted to eSTREAM, the ECRYPT
474 Stream Cipher Project. See <http://www.ecrypt.eu.org/stream/>
476 The Salsa20 stream cipher algorithm is designed by Daniel J.
477 Bernstein <djb@cr.yp.to>. See <http://cr.yp.to/snuffle.html>
479 config CRYPTO_DEFLATE
480 tristate "Deflate compression algorithm"
485 This is the Deflate algorithm (RFC1951), specified for use in
486 IPSec with the IPCOMP protocol (RFC3173, RFC2394).
488 You will most probably want this if using IPSec.
490 config CRYPTO_MICHAEL_MIC
491 tristate "Michael MIC keyed digest algorithm"
494 Michael MIC is used for message integrity protection in TKIP
495 (IEEE 802.11i). This algorithm is required for TKIP, but it
496 should not be used for other purposes because of the weakness
500 tristate "CRC32c CRC algorithm"
504 Castagnoli, et al Cyclic Redundancy-Check Algorithm. Used
505 by iSCSI for header and data digests and by others.
506 See Castagnoli93. This implementation uses lib/libcrc32c.
507 Module will be crc32c.
509 config CRYPTO_CAMELLIA
510 tristate "Camellia cipher algorithms"
514 Camellia cipher algorithms module.
516 Camellia is a symmetric key block cipher developed jointly
517 at NTT and Mitsubishi Electric Corporation.
519 The Camellia specifies three key sizes: 128, 192 and 256 bits.
522 <https://info.isl.ntt.co.jp/crypt/eng/camellia/index_s.html>
525 tristate "Testing module"
529 Quick & dirty crypto test module.
531 config CRYPTO_AUTHENC
532 tristate "Authenc support"
534 select CRYPTO_MANAGER
536 Authenc: Combined mode wrapper for IPsec.
537 This is required for IPSec.
539 source "drivers/crypto/Kconfig"