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 "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.
103 tristate "SHA384 and SHA512 digest algorithms"
106 SHA512 secure hash standard (DFIPS 180-2).
108 This version of SHA implements a 512 bit hash with 256 bits of
109 security against collision attacks.
111 This code also includes SHA-384, a 384 bit hash with 192 bits
112 of security against collision attacks.
115 tristate "Whirlpool digest algorithms"
118 Whirlpool hash algorithm 512, 384 and 256-bit hashes
120 Whirlpool-512 is part of the NESSIE cryptographic primitives.
121 Whirlpool will be part of the ISO/IEC 10118-3:2003(E) standard
124 <http://planeta.terra.com.br/informatica/paulobarreto/WhirlpoolPage.html>
127 tristate "Tiger digest algorithms"
130 Tiger hash algorithm 192, 160 and 128-bit hashes
132 Tiger is a hash function optimized for 64-bit processors while
133 still having decent performance on 32-bit processors.
134 Tiger was developed by Ross Anderson and Eli Biham.
137 <http://www.cs.technion.ac.il/~biham/Reports/Tiger/>.
139 config CRYPTO_GF128MUL
140 tristate "GF(2^128) multiplication functions (EXPERIMENTAL)"
141 depends on EXPERIMENTAL
143 Efficient table driven implementation of multiplications in the
144 field GF(2^128). This is needed by some cypher modes. This
145 option will be selected automatically if you select such a
146 cipher mode. Only select this option by hand if you expect to load
147 an external module that requires these functions.
150 tristate "ECB support"
151 select CRYPTO_BLKCIPHER
152 select CRYPTO_MANAGER
154 ECB: Electronic CodeBook mode
155 This is the simplest block cipher algorithm. It simply encrypts
156 the input block by block.
159 tristate "CBC support"
160 select CRYPTO_BLKCIPHER
161 select CRYPTO_MANAGER
163 CBC: Cipher Block Chaining mode
164 This block cipher algorithm is required for IPSec.
167 tristate "PCBC support"
168 select CRYPTO_BLKCIPHER
169 select CRYPTO_MANAGER
171 PCBC: Propagating Cipher Block Chaining mode
172 This block cipher algorithm is required for RxRPC.
175 tristate "LRW support (EXPERIMENTAL)"
176 depends on EXPERIMENTAL
177 select CRYPTO_BLKCIPHER
178 select CRYPTO_MANAGER
179 select CRYPTO_GF128MUL
181 LRW: Liskov Rivest Wagner, a tweakable, non malleable, non movable
182 narrow block cipher mode for dm-crypt. Use it with cipher
183 specification string aes-lrw-benbi, the key must be 256, 320 or 384.
184 The first 128, 192 or 256 bits in the key are used for AES and the
185 rest is used to tie each cipher block to its logical position.
188 tristate "XTS support (EXPERIMENTAL)"
189 depends on EXPERIMENTAL
190 select CRYPTO_BLKCIPHER
191 select CRYPTO_MANAGER
192 select CRYPTO_GF128MUL
194 XTS: IEEE1619/D16 narrow block cipher use with aes-xts-plain,
195 key size 256, 384 or 512 bits. This implementation currently
196 can't handle a sectorsize which is not a multiple of 16 bytes.
199 tristate "CTR support"
200 select CRYPTO_BLKCIPHER
201 select CRYPTO_MANAGER
204 This block cipher algorithm is required for IPSec.
207 tristate "Software async crypto daemon"
208 select CRYPTO_ABLKCIPHER
209 select CRYPTO_MANAGER
211 This is a generic software asynchronous crypto daemon that
212 converts an arbitrary synchronous software crypto algorithm
213 into an asynchronous algorithm that executes in a kernel thread.
216 tristate "DES and Triple DES EDE cipher algorithms"
219 DES cipher algorithm (FIPS 46-2), and Triple DES EDE (FIPS 46-3).
222 tristate "FCrypt cipher algorithm"
224 select CRYPTO_BLKCIPHER
226 FCrypt algorithm used by RxRPC.
228 config CRYPTO_BLOWFISH
229 tristate "Blowfish cipher algorithm"
232 Blowfish cipher algorithm, by Bruce Schneier.
234 This is a variable key length cipher which can use keys from 32
235 bits to 448 bits in length. It's fast, simple and specifically
236 designed for use on "large microprocessors".
239 <http://www.schneier.com/blowfish.html>
241 config CRYPTO_TWOFISH
242 tristate "Twofish cipher algorithm"
244 select CRYPTO_TWOFISH_COMMON
246 Twofish cipher algorithm.
248 Twofish was submitted as an AES (Advanced Encryption Standard)
249 candidate cipher by researchers at CounterPane Systems. It is a
250 16 round block cipher supporting key sizes of 128, 192, and 256
254 <http://www.schneier.com/twofish.html>
256 config CRYPTO_TWOFISH_COMMON
259 Common parts of the Twofish cipher algorithm shared by the
260 generic c and the assembler implementations.
262 config CRYPTO_TWOFISH_586
263 tristate "Twofish cipher algorithms (i586)"
264 depends on (X86 || UML_X86) && !64BIT
266 select CRYPTO_TWOFISH_COMMON
268 Twofish cipher algorithm.
270 Twofish was submitted as an AES (Advanced Encryption Standard)
271 candidate cipher by researchers at CounterPane Systems. It is a
272 16 round block cipher supporting key sizes of 128, 192, and 256
276 <http://www.schneier.com/twofish.html>
278 config CRYPTO_TWOFISH_X86_64
279 tristate "Twofish cipher algorithm (x86_64)"
280 depends on (X86 || UML_X86) && 64BIT
282 select CRYPTO_TWOFISH_COMMON
284 Twofish cipher algorithm (x86_64).
286 Twofish was submitted as an AES (Advanced Encryption Standard)
287 candidate cipher by researchers at CounterPane Systems. It is a
288 16 round block cipher supporting key sizes of 128, 192, and 256
292 <http://www.schneier.com/twofish.html>
294 config CRYPTO_SERPENT
295 tristate "Serpent cipher algorithm"
298 Serpent cipher algorithm, by Anderson, Biham & Knudsen.
300 Keys are allowed to be from 0 to 256 bits in length, in steps
301 of 8 bits. Also includes the 'Tnepres' algorithm, a reversed
302 variant of Serpent for compatibility with old kerneli.org code.
305 <http://www.cl.cam.ac.uk/~rja14/serpent.html>
308 tristate "AES cipher algorithms"
311 AES cipher algorithms (FIPS-197). AES uses the Rijndael
314 Rijndael appears to be consistently a very good performer in
315 both hardware and software across a wide range of computing
316 environments regardless of its use in feedback or non-feedback
317 modes. Its key setup time is excellent, and its key agility is
318 good. Rijndael's very low memory requirements make it very well
319 suited for restricted-space environments, in which it also
320 demonstrates excellent performance. Rijndael's operations are
321 among the easiest to defend against power and timing attacks.
323 The AES specifies three key sizes: 128, 192 and 256 bits
325 See <http://csrc.nist.gov/CryptoToolkit/aes/> for more information.
327 config CRYPTO_AES_586
328 tristate "AES cipher algorithms (i586)"
329 depends on (X86 || UML_X86) && !64BIT
333 AES cipher algorithms (FIPS-197). AES uses the Rijndael
336 Rijndael appears to be consistently a very good performer in
337 both hardware and software across a wide range of computing
338 environments regardless of its use in feedback or non-feedback
339 modes. Its key setup time is excellent, and its key agility is
340 good. Rijndael's very low memory requirements make it very well
341 suited for restricted-space environments, in which it also
342 demonstrates excellent performance. Rijndael's operations are
343 among the easiest to defend against power and timing attacks.
345 The AES specifies three key sizes: 128, 192 and 256 bits
347 See <http://csrc.nist.gov/encryption/aes/> for more information.
349 config CRYPTO_AES_X86_64
350 tristate "AES cipher algorithms (x86_64)"
351 depends on (X86 || UML_X86) && 64BIT
355 AES cipher algorithms (FIPS-197). AES uses the Rijndael
358 Rijndael appears to be consistently a very good performer in
359 both hardware and software across a wide range of computing
360 environments regardless of its use in feedback or non-feedback
361 modes. Its key setup time is excellent, and its key agility is
362 good. Rijndael's very low memory requirements make it very well
363 suited for restricted-space environments, in which it also
364 demonstrates excellent performance. Rijndael's operations are
365 among the easiest to defend against power and timing attacks.
367 The AES specifies three key sizes: 128, 192 and 256 bits
369 See <http://csrc.nist.gov/encryption/aes/> for more information.
372 tristate "CAST5 (CAST-128) cipher algorithm"
375 The CAST5 encryption algorithm (synonymous with CAST-128) is
376 described in RFC2144.
379 tristate "CAST6 (CAST-256) cipher algorithm"
382 The CAST6 encryption algorithm (synonymous with CAST-256) is
383 described in RFC2612.
386 tristate "TEA, XTEA and XETA cipher algorithms"
389 TEA cipher algorithm.
391 Tiny Encryption Algorithm is a simple cipher that uses
392 many rounds for security. It is very fast and uses
395 Xtendend Tiny Encryption Algorithm is a modification to
396 the TEA algorithm to address a potential key weakness
397 in the TEA algorithm.
399 Xtendend Encryption Tiny Algorithm is a mis-implementation
400 of the XTEA algorithm for compatibility purposes.
403 tristate "ARC4 cipher algorithm"
406 ARC4 cipher algorithm.
408 ARC4 is a stream cipher using keys ranging from 8 bits to 2048
409 bits in length. This algorithm is required for driver-based
410 WEP, but it should not be for other purposes because of the
411 weakness of the algorithm.
414 tristate "Khazad cipher algorithm"
417 Khazad cipher algorithm.
419 Khazad was a finalist in the initial NESSIE competition. It is
420 an algorithm optimized for 64-bit processors with good performance
421 on 32-bit processors. Khazad uses an 128 bit key size.
424 <http://planeta.terra.com.br/informatica/paulobarreto/KhazadPage.html>
427 tristate "Anubis cipher algorithm"
430 Anubis cipher algorithm.
432 Anubis is a variable key length cipher which can use keys from
433 128 bits to 320 bits in length. It was evaluated as a entrant
434 in the NESSIE competition.
437 <https://www.cosic.esat.kuleuven.ac.be/nessie/reports/>
438 <http://planeta.terra.com.br/informatica/paulobarreto/AnubisPage.html>
441 tristate "SEED cipher algorithm"
444 SEED cipher algorithm (RFC4269).
446 SEED is a 128-bit symmetric key block cipher that has been
447 developed by KISA (Korea Information Security Agency) as a
448 national standard encryption algorithm of the Republic of Korea.
449 It is a 16 round block cipher with the key size of 128 bit.
452 <http://www.kisa.or.kr/kisa/seed/jsp/seed_eng.jsp>
455 config CRYPTO_DEFLATE
456 tristate "Deflate compression algorithm"
461 This is the Deflate algorithm (RFC1951), specified for use in
462 IPSec with the IPCOMP protocol (RFC3173, RFC2394).
464 You will most probably want this if using IPSec.
466 config CRYPTO_MICHAEL_MIC
467 tristate "Michael MIC keyed digest algorithm"
470 Michael MIC is used for message integrity protection in TKIP
471 (IEEE 802.11i). This algorithm is required for TKIP, but it
472 should not be used for other purposes because of the weakness
476 tristate "CRC32c CRC algorithm"
480 Castagnoli, et al Cyclic Redundancy-Check Algorithm. Used
481 by iSCSI for header and data digests and by others.
482 See Castagnoli93. This implementation uses lib/libcrc32c.
483 Module will be crc32c.
485 config CRYPTO_CAMELLIA
486 tristate "Camellia cipher algorithms"
490 Camellia cipher algorithms module.
492 Camellia is a symmetric key block cipher developed jointly
493 at NTT and Mitsubishi Electric Corporation.
495 The Camellia specifies three key sizes: 128, 192 and 256 bits.
498 <https://info.isl.ntt.co.jp/crypt/eng/camellia/index_s.html>
501 tristate "Testing module"
505 Quick & dirty crypto test module.
507 config CRYPTO_AUTHENC
508 tristate "Authenc support"
510 select CRYPTO_MANAGER
512 Authenc: Combined mode wrapper for IPsec.
513 This is required for IPSec.
515 source "drivers/crypto/Kconfig"