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 tristate "Cryptographic API"
18 This option provides the core Cryptographic API.
22 comment "Crypto core or helper"
25 bool "FIPS 200 compliance"
26 depends on CRYPTO_ANSI_CPRNG
28 This options enables the fips boot option which is
29 required if you want to system to operate in a FIPS 200
30 certification. You should say no unless you know what
31 this is. Note that CRYPTO_ANSI_CPRNG is required if this
38 This option provides the API for cryptographic algorithms.
52 config CRYPTO_BLKCIPHER
54 select CRYPTO_BLKCIPHER2
57 config CRYPTO_BLKCIPHER2
61 select CRYPTO_WORKQUEUE
86 tristate "Cryptographic algorithm manager"
87 select CRYPTO_MANAGER2
89 Create default cryptographic template instantiations such as
92 config CRYPTO_MANAGER2
93 def_tristate CRYPTO_MANAGER || (CRYPTO_MANAGER!=n && CRYPTO_ALGAPI=y)
96 select CRYPTO_BLKCIPHER2
99 config CRYPTO_MANAGER_TESTS
100 bool "Run algolithms' self-tests"
102 depends on CRYPTO_MANAGER2
104 Run cryptomanager's tests for the new crypto algorithms being
107 config CRYPTO_GF128MUL
108 tristate "GF(2^128) multiplication functions (EXPERIMENTAL)"
109 depends on EXPERIMENTAL
111 Efficient table driven implementation of multiplications in the
112 field GF(2^128). This is needed by some cypher modes. This
113 option will be selected automatically if you select such a
114 cipher mode. Only select this option by hand if you expect to load
115 an external module that requires these functions.
118 tristate "Null algorithms"
120 select CRYPTO_BLKCIPHER
123 These are 'Null' algorithms, used by IPsec, which do nothing.
126 tristate "Parallel crypto engine (EXPERIMENTAL)"
127 depends on SMP && EXPERIMENTAL
129 select CRYPTO_MANAGER
132 This converts an arbitrary crypto algorithm into a parallel
133 algorithm that executes in kernel threads.
135 config CRYPTO_WORKQUEUE
139 tristate "Software async crypto daemon"
140 select CRYPTO_BLKCIPHER
142 select CRYPTO_MANAGER
143 select CRYPTO_WORKQUEUE
145 This is a generic software asynchronous crypto daemon that
146 converts an arbitrary synchronous software crypto algorithm
147 into an asynchronous algorithm that executes in a kernel thread.
149 config CRYPTO_AUTHENC
150 tristate "Authenc support"
152 select CRYPTO_BLKCIPHER
153 select CRYPTO_MANAGER
156 Authenc: Combined mode wrapper for IPsec.
157 This is required for IPSec.
160 tristate "Testing module"
162 select CRYPTO_MANAGER
164 Quick & dirty crypto test module.
166 comment "Authenticated Encryption with Associated Data"
169 tristate "CCM support"
173 Support for Counter with CBC MAC. Required for IPsec.
176 tristate "GCM/GMAC support"
181 Support for Galois/Counter Mode (GCM) and Galois Message
182 Authentication Code (GMAC). Required for IPSec.
185 tristate "Sequence Number IV Generator"
187 select CRYPTO_BLKCIPHER
190 This IV generator generates an IV based on a sequence number by
191 xoring it with a salt. This algorithm is mainly useful for CTR
193 comment "Block modes"
196 tristate "CBC support"
197 select CRYPTO_BLKCIPHER
198 select CRYPTO_MANAGER
200 CBC: Cipher Block Chaining mode
201 This block cipher algorithm is required for IPSec.
204 tristate "CTR support"
205 select CRYPTO_BLKCIPHER
207 select CRYPTO_MANAGER
210 This block cipher algorithm is required for IPSec.
213 tristate "CTS support"
214 select CRYPTO_BLKCIPHER
216 CTS: Cipher Text Stealing
217 This is the Cipher Text Stealing mode as described by
218 Section 8 of rfc2040 and referenced by rfc3962.
219 (rfc3962 includes errata information in its Appendix A)
220 This mode is required for Kerberos gss mechanism support
224 tristate "ECB support"
225 select CRYPTO_BLKCIPHER
226 select CRYPTO_MANAGER
228 ECB: Electronic CodeBook mode
229 This is the simplest block cipher algorithm. It simply encrypts
230 the input block by block.
233 tristate "LRW support (EXPERIMENTAL)"
234 depends on EXPERIMENTAL
235 select CRYPTO_BLKCIPHER
236 select CRYPTO_MANAGER
237 select CRYPTO_GF128MUL
239 LRW: Liskov Rivest Wagner, a tweakable, non malleable, non movable
240 narrow block cipher mode for dm-crypt. Use it with cipher
241 specification string aes-lrw-benbi, the key must be 256, 320 or 384.
242 The first 128, 192 or 256 bits in the key are used for AES and the
243 rest is used to tie each cipher block to its logical position.
246 tristate "PCBC support"
247 select CRYPTO_BLKCIPHER
248 select CRYPTO_MANAGER
250 PCBC: Propagating Cipher Block Chaining mode
251 This block cipher algorithm is required for RxRPC.
254 tristate "XTS support (EXPERIMENTAL)"
255 depends on EXPERIMENTAL
256 select CRYPTO_BLKCIPHER
257 select CRYPTO_MANAGER
258 select CRYPTO_GF128MUL
260 XTS: IEEE1619/D16 narrow block cipher use with aes-xts-plain,
261 key size 256, 384 or 512 bits. This implementation currently
262 can't handle a sectorsize which is not a multiple of 16 bytes.
266 select CRYPTO_BLKCIPHER
267 select CRYPTO_MANAGER
272 tristate "HMAC support"
274 select CRYPTO_MANAGER
276 HMAC: Keyed-Hashing for Message Authentication (RFC2104).
277 This is required for IPSec.
280 tristate "XCBC support"
281 depends on EXPERIMENTAL
283 select CRYPTO_MANAGER
285 XCBC: Keyed-Hashing with encryption algorithm
286 http://www.ietf.org/rfc/rfc3566.txt
287 http://csrc.nist.gov/encryption/modes/proposedmodes/
288 xcbc-mac/xcbc-mac-spec.pdf
291 tristate "VMAC support"
292 depends on EXPERIMENTAL
294 select CRYPTO_MANAGER
296 VMAC is a message authentication algorithm designed for
297 very high speed on 64-bit architectures.
300 <http://fastcrypto.org/vmac>
305 tristate "CRC32c CRC algorithm"
308 Castagnoli, et al Cyclic Redundancy-Check Algorithm. Used
309 by iSCSI for header and data digests and by others.
310 See Castagnoli93. Module will be crc32c.
312 config CRYPTO_CRC32C_INTEL
313 tristate "CRC32c INTEL hardware acceleration"
317 In Intel processor with SSE4.2 supported, the processor will
318 support CRC32C implementation using hardware accelerated CRC32
319 instruction. This option will create 'crc32c-intel' module,
320 which will enable any routine to use the CRC32 instruction to
321 gain performance compared with software implementation.
322 Module will be crc32c-intel.
325 tristate "GHASH digest algorithm"
327 select CRYPTO_GF128MUL
329 GHASH is message digest algorithm for GCM (Galois/Counter Mode).
332 tristate "MD4 digest algorithm"
335 MD4 message digest algorithm (RFC1320).
338 tristate "MD5 digest algorithm"
341 MD5 message digest algorithm (RFC1321).
343 config CRYPTO_MICHAEL_MIC
344 tristate "Michael MIC keyed digest algorithm"
347 Michael MIC is used for message integrity protection in TKIP
348 (IEEE 802.11i). This algorithm is required for TKIP, but it
349 should not be used for other purposes because of the weakness
353 tristate "RIPEMD-128 digest algorithm"
356 RIPEMD-128 (ISO/IEC 10118-3:2004).
358 RIPEMD-128 is a 128-bit cryptographic hash function. It should only
359 to be used as a secure replacement for RIPEMD. For other use cases
360 RIPEMD-160 should be used.
362 Developed by Hans Dobbertin, Antoon Bosselaers and Bart Preneel.
363 See <http://home.esat.kuleuven.be/~bosselae/ripemd160.html>
366 tristate "RIPEMD-160 digest algorithm"
369 RIPEMD-160 (ISO/IEC 10118-3:2004).
371 RIPEMD-160 is a 160-bit cryptographic hash function. It is intended
372 to be used as a secure replacement for the 128-bit hash functions
373 MD4, MD5 and it's predecessor RIPEMD
374 (not to be confused with RIPEMD-128).
376 It's speed is comparable to SHA1 and there are no known attacks
379 Developed by Hans Dobbertin, Antoon Bosselaers and Bart Preneel.
380 See <http://home.esat.kuleuven.be/~bosselae/ripemd160.html>
383 tristate "RIPEMD-256 digest algorithm"
386 RIPEMD-256 is an optional extension of RIPEMD-128 with a
387 256 bit hash. It is intended for applications that require
388 longer hash-results, without needing a larger security level
391 Developed by Hans Dobbertin, Antoon Bosselaers and Bart Preneel.
392 See <http://home.esat.kuleuven.be/~bosselae/ripemd160.html>
395 tristate "RIPEMD-320 digest algorithm"
398 RIPEMD-320 is an optional extension of RIPEMD-160 with a
399 320 bit hash. It is intended for applications that require
400 longer hash-results, without needing a larger security level
403 Developed by Hans Dobbertin, Antoon Bosselaers and Bart Preneel.
404 See <http://home.esat.kuleuven.be/~bosselae/ripemd160.html>
407 tristate "SHA1 digest algorithm"
410 SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2).
413 tristate "SHA224 and SHA256 digest algorithm"
416 SHA256 secure hash standard (DFIPS 180-2).
418 This version of SHA implements a 256 bit hash with 128 bits of
419 security against collision attacks.
421 This code also includes SHA-224, a 224 bit hash with 112 bits
422 of security against collision attacks.
425 tristate "SHA384 and SHA512 digest algorithms"
428 SHA512 secure hash standard (DFIPS 180-2).
430 This version of SHA implements a 512 bit hash with 256 bits of
431 security against collision attacks.
433 This code also includes SHA-384, a 384 bit hash with 192 bits
434 of security against collision attacks.
437 tristate "Tiger digest algorithms"
440 Tiger hash algorithm 192, 160 and 128-bit hashes
442 Tiger is a hash function optimized for 64-bit processors while
443 still having decent performance on 32-bit processors.
444 Tiger was developed by Ross Anderson and Eli Biham.
447 <http://www.cs.technion.ac.il/~biham/Reports/Tiger/>.
450 tristate "Whirlpool digest algorithms"
453 Whirlpool hash algorithm 512, 384 and 256-bit hashes
455 Whirlpool-512 is part of the NESSIE cryptographic primitives.
456 Whirlpool will be part of the ISO/IEC 10118-3:2003(E) standard
459 <http://planeta.terra.com.br/informatica/paulobarreto/WhirlpoolPage.html>
461 config CRYPTO_GHASH_CLMUL_NI_INTEL
462 tristate "GHASH digest algorithm (CLMUL-NI accelerated)"
463 depends on (X86 || UML_X86) && 64BIT
467 GHASH is message digest algorithm for GCM (Galois/Counter Mode).
468 The implementation is accelerated by CLMUL-NI of Intel.
473 tristate "AES cipher algorithms"
476 AES cipher algorithms (FIPS-197). AES uses the Rijndael
479 Rijndael appears to be consistently a very good performer in
480 both hardware and software across a wide range of computing
481 environments regardless of its use in feedback or non-feedback
482 modes. Its key setup time is excellent, and its key agility is
483 good. Rijndael's very low memory requirements make it very well
484 suited for restricted-space environments, in which it also
485 demonstrates excellent performance. Rijndael's operations are
486 among the easiest to defend against power and timing attacks.
488 The AES specifies three key sizes: 128, 192 and 256 bits
490 See <http://csrc.nist.gov/CryptoToolkit/aes/> for more information.
492 config CRYPTO_AES_586
493 tristate "AES cipher algorithms (i586)"
494 depends on (X86 || UML_X86) && !64BIT
498 AES cipher algorithms (FIPS-197). AES uses the Rijndael
501 Rijndael appears to be consistently a very good performer in
502 both hardware and software across a wide range of computing
503 environments regardless of its use in feedback or non-feedback
504 modes. Its key setup time is excellent, and its key agility is
505 good. Rijndael's very low memory requirements make it very well
506 suited for restricted-space environments, in which it also
507 demonstrates excellent performance. Rijndael's operations are
508 among the easiest to defend against power and timing attacks.
510 The AES specifies three key sizes: 128, 192 and 256 bits
512 See <http://csrc.nist.gov/encryption/aes/> for more information.
514 config CRYPTO_AES_X86_64
515 tristate "AES cipher algorithms (x86_64)"
516 depends on (X86 || UML_X86) && 64BIT
520 AES cipher algorithms (FIPS-197). AES uses the Rijndael
523 Rijndael appears to be consistently a very good performer in
524 both hardware and software across a wide range of computing
525 environments regardless of its use in feedback or non-feedback
526 modes. Its key setup time is excellent, and its key agility is
527 good. Rijndael's very low memory requirements make it very well
528 suited for restricted-space environments, in which it also
529 demonstrates excellent performance. Rijndael's operations are
530 among the easiest to defend against power and timing attacks.
532 The AES specifies three key sizes: 128, 192 and 256 bits
534 See <http://csrc.nist.gov/encryption/aes/> for more information.
536 config CRYPTO_AES_NI_INTEL
537 tristate "AES cipher algorithms (AES-NI)"
538 depends on (X86 || UML_X86) && 64BIT
539 select CRYPTO_AES_X86_64
544 Use Intel AES-NI instructions for AES algorithm.
546 AES cipher algorithms (FIPS-197). AES uses the Rijndael
549 Rijndael appears to be consistently a very good performer in
550 both hardware and software across a wide range of computing
551 environments regardless of its use in feedback or non-feedback
552 modes. Its key setup time is excellent, and its key agility is
553 good. Rijndael's very low memory requirements make it very well
554 suited for restricted-space environments, in which it also
555 demonstrates excellent performance. Rijndael's operations are
556 among the easiest to defend against power and timing attacks.
558 The AES specifies three key sizes: 128, 192 and 256 bits
560 See <http://csrc.nist.gov/encryption/aes/> for more information.
562 In addition to AES cipher algorithm support, the
563 acceleration for some popular block cipher mode is supported
564 too, including ECB, CBC, CTR, LRW, PCBC, XTS.
567 tristate "Anubis cipher algorithm"
570 Anubis cipher algorithm.
572 Anubis is a variable key length cipher which can use keys from
573 128 bits to 320 bits in length. It was evaluated as a entrant
574 in the NESSIE competition.
577 <https://www.cosic.esat.kuleuven.ac.be/nessie/reports/>
578 <http://planeta.terra.com.br/informatica/paulobarreto/AnubisPage.html>
581 tristate "ARC4 cipher algorithm"
584 ARC4 cipher algorithm.
586 ARC4 is a stream cipher using keys ranging from 8 bits to 2048
587 bits in length. This algorithm is required for driver-based
588 WEP, but it should not be for other purposes because of the
589 weakness of the algorithm.
591 config CRYPTO_BLOWFISH
592 tristate "Blowfish cipher algorithm"
595 Blowfish cipher algorithm, by Bruce Schneier.
597 This is a variable key length cipher which can use keys from 32
598 bits to 448 bits in length. It's fast, simple and specifically
599 designed for use on "large microprocessors".
602 <http://www.schneier.com/blowfish.html>
604 config CRYPTO_CAMELLIA
605 tristate "Camellia cipher algorithms"
609 Camellia cipher algorithms module.
611 Camellia is a symmetric key block cipher developed jointly
612 at NTT and Mitsubishi Electric Corporation.
614 The Camellia specifies three key sizes: 128, 192 and 256 bits.
617 <https://info.isl.ntt.co.jp/crypt/eng/camellia/index_s.html>
620 tristate "CAST5 (CAST-128) cipher algorithm"
623 The CAST5 encryption algorithm (synonymous with CAST-128) is
624 described in RFC2144.
627 tristate "CAST6 (CAST-256) cipher algorithm"
630 The CAST6 encryption algorithm (synonymous with CAST-256) is
631 described in RFC2612.
634 tristate "DES and Triple DES EDE cipher algorithms"
637 DES cipher algorithm (FIPS 46-2), and Triple DES EDE (FIPS 46-3).
640 tristate "FCrypt cipher algorithm"
642 select CRYPTO_BLKCIPHER
644 FCrypt algorithm used by RxRPC.
647 tristate "Khazad cipher algorithm"
650 Khazad cipher algorithm.
652 Khazad was a finalist in the initial NESSIE competition. It is
653 an algorithm optimized for 64-bit processors with good performance
654 on 32-bit processors. Khazad uses an 128 bit key size.
657 <http://planeta.terra.com.br/informatica/paulobarreto/KhazadPage.html>
659 config CRYPTO_SALSA20
660 tristate "Salsa20 stream cipher algorithm (EXPERIMENTAL)"
661 depends on EXPERIMENTAL
662 select CRYPTO_BLKCIPHER
664 Salsa20 stream cipher algorithm.
666 Salsa20 is a stream cipher submitted to eSTREAM, the ECRYPT
667 Stream Cipher Project. See <http://www.ecrypt.eu.org/stream/>
669 The Salsa20 stream cipher algorithm is designed by Daniel J.
670 Bernstein <djb@cr.yp.to>. See <http://cr.yp.to/snuffle.html>
672 config CRYPTO_SALSA20_586
673 tristate "Salsa20 stream cipher algorithm (i586) (EXPERIMENTAL)"
674 depends on (X86 || UML_X86) && !64BIT
675 depends on EXPERIMENTAL
676 select CRYPTO_BLKCIPHER
678 Salsa20 stream cipher algorithm.
680 Salsa20 is a stream cipher submitted to eSTREAM, the ECRYPT
681 Stream Cipher Project. See <http://www.ecrypt.eu.org/stream/>
683 The Salsa20 stream cipher algorithm is designed by Daniel J.
684 Bernstein <djb@cr.yp.to>. See <http://cr.yp.to/snuffle.html>
686 config CRYPTO_SALSA20_X86_64
687 tristate "Salsa20 stream cipher algorithm (x86_64) (EXPERIMENTAL)"
688 depends on (X86 || UML_X86) && 64BIT
689 depends on EXPERIMENTAL
690 select CRYPTO_BLKCIPHER
692 Salsa20 stream cipher algorithm.
694 Salsa20 is a stream cipher submitted to eSTREAM, the ECRYPT
695 Stream Cipher Project. See <http://www.ecrypt.eu.org/stream/>
697 The Salsa20 stream cipher algorithm is designed by Daniel J.
698 Bernstein <djb@cr.yp.to>. See <http://cr.yp.to/snuffle.html>
701 tristate "SEED cipher algorithm"
704 SEED cipher algorithm (RFC4269).
706 SEED is a 128-bit symmetric key block cipher that has been
707 developed by KISA (Korea Information Security Agency) as a
708 national standard encryption algorithm of the Republic of Korea.
709 It is a 16 round block cipher with the key size of 128 bit.
712 <http://www.kisa.or.kr/kisa/seed/jsp/seed_eng.jsp>
714 config CRYPTO_SERPENT
715 tristate "Serpent cipher algorithm"
718 Serpent cipher algorithm, by Anderson, Biham & Knudsen.
720 Keys are allowed to be from 0 to 256 bits in length, in steps
721 of 8 bits. Also includes the 'Tnepres' algorithm, a reversed
722 variant of Serpent for compatibility with old kerneli.org code.
725 <http://www.cl.cam.ac.uk/~rja14/serpent.html>
728 tristate "TEA, XTEA and XETA cipher algorithms"
731 TEA cipher algorithm.
733 Tiny Encryption Algorithm is a simple cipher that uses
734 many rounds for security. It is very fast and uses
737 Xtendend Tiny Encryption Algorithm is a modification to
738 the TEA algorithm to address a potential key weakness
739 in the TEA algorithm.
741 Xtendend Encryption Tiny Algorithm is a mis-implementation
742 of the XTEA algorithm for compatibility purposes.
744 config CRYPTO_TWOFISH
745 tristate "Twofish cipher algorithm"
747 select CRYPTO_TWOFISH_COMMON
749 Twofish cipher algorithm.
751 Twofish was submitted as an AES (Advanced Encryption Standard)
752 candidate cipher by researchers at CounterPane Systems. It is a
753 16 round block cipher supporting key sizes of 128, 192, and 256
757 <http://www.schneier.com/twofish.html>
759 config CRYPTO_TWOFISH_COMMON
762 Common parts of the Twofish cipher algorithm shared by the
763 generic c and the assembler implementations.
765 config CRYPTO_TWOFISH_586
766 tristate "Twofish cipher algorithms (i586)"
767 depends on (X86 || UML_X86) && !64BIT
769 select CRYPTO_TWOFISH_COMMON
771 Twofish cipher algorithm.
773 Twofish was submitted as an AES (Advanced Encryption Standard)
774 candidate cipher by researchers at CounterPane Systems. It is a
775 16 round block cipher supporting key sizes of 128, 192, and 256
779 <http://www.schneier.com/twofish.html>
781 config CRYPTO_TWOFISH_X86_64
782 tristate "Twofish cipher algorithm (x86_64)"
783 depends on (X86 || UML_X86) && 64BIT
785 select CRYPTO_TWOFISH_COMMON
787 Twofish cipher algorithm (x86_64).
789 Twofish was submitted as an AES (Advanced Encryption Standard)
790 candidate cipher by researchers at CounterPane Systems. It is a
791 16 round block cipher supporting key sizes of 128, 192, and 256
795 <http://www.schneier.com/twofish.html>
797 comment "Compression"
799 config CRYPTO_DEFLATE
800 tristate "Deflate compression algorithm"
805 This is the Deflate algorithm (RFC1951), specified for use in
806 IPSec with the IPCOMP protocol (RFC3173, RFC2394).
808 You will most probably want this if using IPSec.
811 tristate "Zlib compression algorithm"
817 This is the zlib algorithm.
820 tristate "LZO compression algorithm"
823 select LZO_DECOMPRESS
825 This is the LZO algorithm.
827 comment "Random Number Generation"
829 config CRYPTO_ANSI_CPRNG
830 tristate "Pseudo Random Number Generation for Cryptographic modules"
835 This option enables the generic pseudo random number generator
836 for cryptographic modules. Uses the Algorithm specified in
837 ANSI X9.31 A.2.4. Note that this option must be enabled if
838 CRYPTO_FIPS is selected
840 source "drivers/crypto/Kconfig"