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 && !CRYPTO_MANAGER_DISABLE_TESTS
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
37 This option provides the API for cryptographic algorithms.
51 config CRYPTO_BLKCIPHER
53 select CRYPTO_BLKCIPHER2
56 config CRYPTO_BLKCIPHER2
60 select CRYPTO_WORKQUEUE
90 tristate "Cryptographic algorithm manager"
91 select CRYPTO_MANAGER2
93 Create default cryptographic template instantiations such as
96 config CRYPTO_MANAGER2
97 def_tristate CRYPTO_MANAGER || (CRYPTO_MANAGER!=n && CRYPTO_ALGAPI=y)
100 select CRYPTO_BLKCIPHER2
104 tristate "Userspace cryptographic algorithm configuration"
106 select CRYPTO_MANAGER
108 Userspace configuration for cryptographic instantiations such as
111 config CRYPTO_MANAGER_DISABLE_TESTS
112 bool "Disable run-time self tests"
114 depends on CRYPTO_MANAGER2
116 Disable run-time self tests that normally take place at
117 algorithm registration.
119 config CRYPTO_GF128MUL
120 tristate "GF(2^128) multiplication functions"
122 Efficient table driven implementation of multiplications in the
123 field GF(2^128). This is needed by some cypher modes. This
124 option will be selected automatically if you select such a
125 cipher mode. Only select this option by hand if you expect to load
126 an external module that requires these functions.
129 tristate "Null algorithms"
131 select CRYPTO_BLKCIPHER
134 These are 'Null' algorithms, used by IPsec, which do nothing.
137 tristate "Parallel crypto engine (EXPERIMENTAL)"
138 depends on SMP && EXPERIMENTAL
140 select CRYPTO_MANAGER
143 This converts an arbitrary crypto algorithm into a parallel
144 algorithm that executes in kernel threads.
146 config CRYPTO_WORKQUEUE
150 tristate "Software async crypto daemon"
151 select CRYPTO_BLKCIPHER
153 select CRYPTO_MANAGER
154 select CRYPTO_WORKQUEUE
156 This is a generic software asynchronous crypto daemon that
157 converts an arbitrary synchronous software crypto algorithm
158 into an asynchronous algorithm that executes in a kernel thread.
160 config CRYPTO_AUTHENC
161 tristate "Authenc support"
163 select CRYPTO_BLKCIPHER
164 select CRYPTO_MANAGER
167 Authenc: Combined mode wrapper for IPsec.
168 This is required for IPSec.
171 tristate "Testing module"
173 select CRYPTO_MANAGER
175 Quick & dirty crypto test module.
177 config CRYPTO_ABLK_HELPER_X86
182 config CRYPTO_GLUE_HELPER_X86
187 comment "Authenticated Encryption with Associated Data"
190 tristate "CCM support"
194 Support for Counter with CBC MAC. Required for IPsec.
197 tristate "GCM/GMAC support"
202 Support for Galois/Counter Mode (GCM) and Galois Message
203 Authentication Code (GMAC). Required for IPSec.
206 tristate "Sequence Number IV Generator"
208 select CRYPTO_BLKCIPHER
211 This IV generator generates an IV based on a sequence number by
212 xoring it with a salt. This algorithm is mainly useful for CTR
214 comment "Block modes"
217 tristate "CBC support"
218 select CRYPTO_BLKCIPHER
219 select CRYPTO_MANAGER
221 CBC: Cipher Block Chaining mode
222 This block cipher algorithm is required for IPSec.
225 tristate "CTR support"
226 select CRYPTO_BLKCIPHER
228 select CRYPTO_MANAGER
231 This block cipher algorithm is required for IPSec.
234 tristate "CTS support"
235 select CRYPTO_BLKCIPHER
237 CTS: Cipher Text Stealing
238 This is the Cipher Text Stealing mode as described by
239 Section 8 of rfc2040 and referenced by rfc3962.
240 (rfc3962 includes errata information in its Appendix A)
241 This mode is required for Kerberos gss mechanism support
245 tristate "ECB support"
246 select CRYPTO_BLKCIPHER
247 select CRYPTO_MANAGER
249 ECB: Electronic CodeBook mode
250 This is the simplest block cipher algorithm. It simply encrypts
251 the input block by block.
254 tristate "LRW support"
255 select CRYPTO_BLKCIPHER
256 select CRYPTO_MANAGER
257 select CRYPTO_GF128MUL
259 LRW: Liskov Rivest Wagner, a tweakable, non malleable, non movable
260 narrow block cipher mode for dm-crypt. Use it with cipher
261 specification string aes-lrw-benbi, the key must be 256, 320 or 384.
262 The first 128, 192 or 256 bits in the key are used for AES and the
263 rest is used to tie each cipher block to its logical position.
266 tristate "PCBC support"
267 select CRYPTO_BLKCIPHER
268 select CRYPTO_MANAGER
270 PCBC: Propagating Cipher Block Chaining mode
271 This block cipher algorithm is required for RxRPC.
274 tristate "XTS support"
275 select CRYPTO_BLKCIPHER
276 select CRYPTO_MANAGER
277 select CRYPTO_GF128MUL
279 XTS: IEEE1619/D16 narrow block cipher use with aes-xts-plain,
280 key size 256, 384 or 512 bits. This implementation currently
281 can't handle a sectorsize which is not a multiple of 16 bytes.
286 tristate "HMAC support"
288 select CRYPTO_MANAGER
290 HMAC: Keyed-Hashing for Message Authentication (RFC2104).
291 This is required for IPSec.
294 tristate "XCBC support"
295 depends on EXPERIMENTAL
297 select CRYPTO_MANAGER
299 XCBC: Keyed-Hashing with encryption algorithm
300 http://www.ietf.org/rfc/rfc3566.txt
301 http://csrc.nist.gov/encryption/modes/proposedmodes/
302 xcbc-mac/xcbc-mac-spec.pdf
305 tristate "VMAC support"
306 depends on EXPERIMENTAL
308 select CRYPTO_MANAGER
310 VMAC is a message authentication algorithm designed for
311 very high speed on 64-bit architectures.
314 <http://fastcrypto.org/vmac>
319 tristate "CRC32c CRC algorithm"
323 Castagnoli, et al Cyclic Redundancy-Check Algorithm. Used
324 by iSCSI for header and data digests and by others.
325 See Castagnoli93. Module will be crc32c.
327 config CRYPTO_CRC32C_INTEL
328 tristate "CRC32c INTEL hardware acceleration"
332 In Intel processor with SSE4.2 supported, the processor will
333 support CRC32C implementation using hardware accelerated CRC32
334 instruction. This option will create 'crc32c-intel' module,
335 which will enable any routine to use the CRC32 instruction to
336 gain performance compared with software implementation.
337 Module will be crc32c-intel.
340 tristate "GHASH digest algorithm"
341 select CRYPTO_GF128MUL
343 GHASH is message digest algorithm for GCM (Galois/Counter Mode).
346 tristate "MD4 digest algorithm"
349 MD4 message digest algorithm (RFC1320).
352 tristate "MD5 digest algorithm"
355 MD5 message digest algorithm (RFC1321).
357 config CRYPTO_MICHAEL_MIC
358 tristate "Michael MIC keyed digest algorithm"
361 Michael MIC is used for message integrity protection in TKIP
362 (IEEE 802.11i). This algorithm is required for TKIP, but it
363 should not be used for other purposes because of the weakness
367 tristate "RIPEMD-128 digest algorithm"
370 RIPEMD-128 (ISO/IEC 10118-3:2004).
372 RIPEMD-128 is a 128-bit cryptographic hash function. It should only
373 be used as a secure replacement for RIPEMD. For other use cases,
374 RIPEMD-160 should be used.
376 Developed by Hans Dobbertin, Antoon Bosselaers and Bart Preneel.
377 See <http://homes.esat.kuleuven.be/~bosselae/ripemd160.html>
380 tristate "RIPEMD-160 digest algorithm"
383 RIPEMD-160 (ISO/IEC 10118-3:2004).
385 RIPEMD-160 is a 160-bit cryptographic hash function. It is intended
386 to be used as a secure replacement for the 128-bit hash functions
387 MD4, MD5 and it's predecessor RIPEMD
388 (not to be confused with RIPEMD-128).
390 It's speed is comparable to SHA1 and there are no known attacks
393 Developed by Hans Dobbertin, Antoon Bosselaers and Bart Preneel.
394 See <http://homes.esat.kuleuven.be/~bosselae/ripemd160.html>
397 tristate "RIPEMD-256 digest algorithm"
400 RIPEMD-256 is an optional extension of RIPEMD-128 with a
401 256 bit hash. It is intended for applications that require
402 longer hash-results, without needing a larger security level
405 Developed by Hans Dobbertin, Antoon Bosselaers and Bart Preneel.
406 See <http://homes.esat.kuleuven.be/~bosselae/ripemd160.html>
409 tristate "RIPEMD-320 digest algorithm"
412 RIPEMD-320 is an optional extension of RIPEMD-160 with a
413 320 bit hash. It is intended for applications that require
414 longer hash-results, without needing a larger security level
417 Developed by Hans Dobbertin, Antoon Bosselaers and Bart Preneel.
418 See <http://homes.esat.kuleuven.be/~bosselae/ripemd160.html>
421 tristate "SHA1 digest algorithm"
424 SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2).
426 config CRYPTO_SHA1_SSSE3
427 tristate "SHA1 digest algorithm (SSSE3/AVX)"
428 depends on X86 && 64BIT
432 SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2) implemented
433 using Supplemental SSE3 (SSSE3) instructions or Advanced Vector
434 Extensions (AVX), when available.
436 config CRYPTO_SHA1_SPARC64
437 tristate "SHA1 digest algorithm (SPARC64)"
442 SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2) implemented
443 using sparc64 crypto instructions, when available.
446 tristate "SHA224 and SHA256 digest algorithm"
449 SHA256 secure hash standard (DFIPS 180-2).
451 This version of SHA implements a 256 bit hash with 128 bits of
452 security against collision attacks.
454 This code also includes SHA-224, a 224 bit hash with 112 bits
455 of security against collision attacks.
457 config CRYPTO_SHA256_SPARC64
458 tristate "SHA224 and SHA256 digest algorithm (SPARC64)"
463 SHA-256 secure hash standard (DFIPS 180-2) implemented
464 using sparc64 crypto instructions, when available.
467 tristate "SHA384 and SHA512 digest algorithms"
470 SHA512 secure hash standard (DFIPS 180-2).
472 This version of SHA implements a 512 bit hash with 256 bits of
473 security against collision attacks.
475 This code also includes SHA-384, a 384 bit hash with 192 bits
476 of security against collision attacks.
479 tristate "Tiger digest algorithms"
482 Tiger hash algorithm 192, 160 and 128-bit hashes
484 Tiger is a hash function optimized for 64-bit processors while
485 still having decent performance on 32-bit processors.
486 Tiger was developed by Ross Anderson and Eli Biham.
489 <http://www.cs.technion.ac.il/~biham/Reports/Tiger/>.
492 tristate "Whirlpool digest algorithms"
495 Whirlpool hash algorithm 512, 384 and 256-bit hashes
497 Whirlpool-512 is part of the NESSIE cryptographic primitives.
498 Whirlpool will be part of the ISO/IEC 10118-3:2003(E) standard
501 <http://www.larc.usp.br/~pbarreto/WhirlpoolPage.html>
503 config CRYPTO_GHASH_CLMUL_NI_INTEL
504 tristate "GHASH digest algorithm (CLMUL-NI accelerated)"
505 depends on X86 && 64BIT
508 GHASH is message digest algorithm for GCM (Galois/Counter Mode).
509 The implementation is accelerated by CLMUL-NI of Intel.
514 tristate "AES cipher algorithms"
517 AES cipher algorithms (FIPS-197). AES uses the Rijndael
520 Rijndael appears to be consistently a very good performer in
521 both hardware and software across a wide range of computing
522 environments regardless of its use in feedback or non-feedback
523 modes. Its key setup time is excellent, and its key agility is
524 good. Rijndael's very low memory requirements make it very well
525 suited for restricted-space environments, in which it also
526 demonstrates excellent performance. Rijndael's operations are
527 among the easiest to defend against power and timing attacks.
529 The AES specifies three key sizes: 128, 192 and 256 bits
531 See <http://csrc.nist.gov/CryptoToolkit/aes/> for more information.
533 config CRYPTO_AES_586
534 tristate "AES cipher algorithms (i586)"
535 depends on (X86 || UML_X86) && !64BIT
539 AES cipher algorithms (FIPS-197). AES uses the Rijndael
542 Rijndael appears to be consistently a very good performer in
543 both hardware and software across a wide range of computing
544 environments regardless of its use in feedback or non-feedback
545 modes. Its key setup time is excellent, and its key agility is
546 good. Rijndael's very low memory requirements make it very well
547 suited for restricted-space environments, in which it also
548 demonstrates excellent performance. Rijndael's operations are
549 among the easiest to defend against power and timing attacks.
551 The AES specifies three key sizes: 128, 192 and 256 bits
553 See <http://csrc.nist.gov/encryption/aes/> for more information.
555 config CRYPTO_AES_X86_64
556 tristate "AES cipher algorithms (x86_64)"
557 depends on (X86 || UML_X86) && 64BIT
561 AES cipher algorithms (FIPS-197). AES uses the Rijndael
564 Rijndael appears to be consistently a very good performer in
565 both hardware and software across a wide range of computing
566 environments regardless of its use in feedback or non-feedback
567 modes. Its key setup time is excellent, and its key agility is
568 good. Rijndael's very low memory requirements make it very well
569 suited for restricted-space environments, in which it also
570 demonstrates excellent performance. Rijndael's operations are
571 among the easiest to defend against power and timing attacks.
573 The AES specifies three key sizes: 128, 192 and 256 bits
575 See <http://csrc.nist.gov/encryption/aes/> for more information.
577 config CRYPTO_AES_NI_INTEL
578 tristate "AES cipher algorithms (AES-NI)"
580 select CRYPTO_AES_X86_64 if 64BIT
581 select CRYPTO_AES_586 if !64BIT
583 select CRYPTO_ABLK_HELPER_X86
586 Use Intel AES-NI instructions for AES algorithm.
588 AES cipher algorithms (FIPS-197). AES uses the Rijndael
591 Rijndael appears to be consistently a very good performer in
592 both hardware and software across a wide range of computing
593 environments regardless of its use in feedback or non-feedback
594 modes. Its key setup time is excellent, and its key agility is
595 good. Rijndael's very low memory requirements make it very well
596 suited for restricted-space environments, in which it also
597 demonstrates excellent performance. Rijndael's operations are
598 among the easiest to defend against power and timing attacks.
600 The AES specifies three key sizes: 128, 192 and 256 bits
602 See <http://csrc.nist.gov/encryption/aes/> for more information.
604 In addition to AES cipher algorithm support, the acceleration
605 for some popular block cipher mode is supported too, including
606 ECB, CBC, LRW, PCBC, XTS. The 64 bit version has additional
607 acceleration for CTR.
610 tristate "Anubis cipher algorithm"
613 Anubis cipher algorithm.
615 Anubis is a variable key length cipher which can use keys from
616 128 bits to 320 bits in length. It was evaluated as a entrant
617 in the NESSIE competition.
620 <https://www.cosic.esat.kuleuven.be/nessie/reports/>
621 <http://www.larc.usp.br/~pbarreto/AnubisPage.html>
624 tristate "ARC4 cipher algorithm"
625 select CRYPTO_BLKCIPHER
627 ARC4 cipher algorithm.
629 ARC4 is a stream cipher using keys ranging from 8 bits to 2048
630 bits in length. This algorithm is required for driver-based
631 WEP, but it should not be for other purposes because of the
632 weakness of the algorithm.
634 config CRYPTO_BLOWFISH
635 tristate "Blowfish cipher algorithm"
637 select CRYPTO_BLOWFISH_COMMON
639 Blowfish cipher algorithm, by Bruce Schneier.
641 This is a variable key length cipher which can use keys from 32
642 bits to 448 bits in length. It's fast, simple and specifically
643 designed for use on "large microprocessors".
646 <http://www.schneier.com/blowfish.html>
648 config CRYPTO_BLOWFISH_COMMON
651 Common parts of the Blowfish cipher algorithm shared by the
652 generic c and the assembler implementations.
655 <http://www.schneier.com/blowfish.html>
657 config CRYPTO_BLOWFISH_X86_64
658 tristate "Blowfish cipher algorithm (x86_64)"
659 depends on X86 && 64BIT
661 select CRYPTO_BLOWFISH_COMMON
663 Blowfish cipher algorithm (x86_64), by Bruce Schneier.
665 This is a variable key length cipher which can use keys from 32
666 bits to 448 bits in length. It's fast, simple and specifically
667 designed for use on "large microprocessors".
670 <http://www.schneier.com/blowfish.html>
672 config CRYPTO_CAMELLIA
673 tristate "Camellia cipher algorithms"
677 Camellia cipher algorithms module.
679 Camellia is a symmetric key block cipher developed jointly
680 at NTT and Mitsubishi Electric Corporation.
682 The Camellia specifies three key sizes: 128, 192 and 256 bits.
685 <https://info.isl.ntt.co.jp/crypt/eng/camellia/index_s.html>
687 config CRYPTO_CAMELLIA_X86_64
688 tristate "Camellia cipher algorithm (x86_64)"
689 depends on X86 && 64BIT
692 select CRYPTO_GLUE_HELPER_X86
696 Camellia cipher algorithm module (x86_64).
698 Camellia is a symmetric key block cipher developed jointly
699 at NTT and Mitsubishi Electric Corporation.
701 The Camellia specifies three key sizes: 128, 192 and 256 bits.
704 <https://info.isl.ntt.co.jp/crypt/eng/camellia/index_s.html>
707 tristate "CAST5 (CAST-128) cipher algorithm"
710 The CAST5 encryption algorithm (synonymous with CAST-128) is
711 described in RFC2144.
714 tristate "CAST6 (CAST-256) cipher algorithm"
717 The CAST6 encryption algorithm (synonymous with CAST-256) is
718 described in RFC2612.
721 tristate "DES and Triple DES EDE cipher algorithms"
724 DES cipher algorithm (FIPS 46-2), and Triple DES EDE (FIPS 46-3).
727 tristate "FCrypt cipher algorithm"
729 select CRYPTO_BLKCIPHER
731 FCrypt algorithm used by RxRPC.
734 tristate "Khazad cipher algorithm"
737 Khazad cipher algorithm.
739 Khazad was a finalist in the initial NESSIE competition. It is
740 an algorithm optimized for 64-bit processors with good performance
741 on 32-bit processors. Khazad uses an 128 bit key size.
744 <http://www.larc.usp.br/~pbarreto/KhazadPage.html>
746 config CRYPTO_SALSA20
747 tristate "Salsa20 stream cipher algorithm (EXPERIMENTAL)"
748 depends on EXPERIMENTAL
749 select CRYPTO_BLKCIPHER
751 Salsa20 stream cipher algorithm.
753 Salsa20 is a stream cipher submitted to eSTREAM, the ECRYPT
754 Stream Cipher Project. See <http://www.ecrypt.eu.org/stream/>
756 The Salsa20 stream cipher algorithm is designed by Daniel J.
757 Bernstein <djb@cr.yp.to>. See <http://cr.yp.to/snuffle.html>
759 config CRYPTO_SALSA20_586
760 tristate "Salsa20 stream cipher algorithm (i586) (EXPERIMENTAL)"
761 depends on (X86 || UML_X86) && !64BIT
762 depends on EXPERIMENTAL
763 select CRYPTO_BLKCIPHER
765 Salsa20 stream cipher algorithm.
767 Salsa20 is a stream cipher submitted to eSTREAM, the ECRYPT
768 Stream Cipher Project. See <http://www.ecrypt.eu.org/stream/>
770 The Salsa20 stream cipher algorithm is designed by Daniel J.
771 Bernstein <djb@cr.yp.to>. See <http://cr.yp.to/snuffle.html>
773 config CRYPTO_SALSA20_X86_64
774 tristate "Salsa20 stream cipher algorithm (x86_64) (EXPERIMENTAL)"
775 depends on (X86 || UML_X86) && 64BIT
776 depends on EXPERIMENTAL
777 select CRYPTO_BLKCIPHER
779 Salsa20 stream cipher algorithm.
781 Salsa20 is a stream cipher submitted to eSTREAM, the ECRYPT
782 Stream Cipher Project. See <http://www.ecrypt.eu.org/stream/>
784 The Salsa20 stream cipher algorithm is designed by Daniel J.
785 Bernstein <djb@cr.yp.to>. See <http://cr.yp.to/snuffle.html>
788 tristate "SEED cipher algorithm"
791 SEED cipher algorithm (RFC4269).
793 SEED is a 128-bit symmetric key block cipher that has been
794 developed by KISA (Korea Information Security Agency) as a
795 national standard encryption algorithm of the Republic of Korea.
796 It is a 16 round block cipher with the key size of 128 bit.
799 <http://www.kisa.or.kr/kisa/seed/jsp/seed_eng.jsp>
801 config CRYPTO_SERPENT
802 tristate "Serpent cipher algorithm"
805 Serpent cipher algorithm, by Anderson, Biham & Knudsen.
807 Keys are allowed to be from 0 to 256 bits in length, in steps
808 of 8 bits. Also includes the 'Tnepres' algorithm, a reversed
809 variant of Serpent for compatibility with old kerneli.org code.
812 <http://www.cl.cam.ac.uk/~rja14/serpent.html>
814 config CRYPTO_SERPENT_SSE2_X86_64
815 tristate "Serpent cipher algorithm (x86_64/SSE2)"
816 depends on X86 && 64BIT
819 select CRYPTO_ABLK_HELPER_X86
820 select CRYPTO_GLUE_HELPER_X86
821 select CRYPTO_SERPENT
825 Serpent cipher algorithm, by Anderson, Biham & Knudsen.
827 Keys are allowed to be from 0 to 256 bits in length, in steps
830 This module provides Serpent cipher algorithm that processes eigth
831 blocks parallel using SSE2 instruction set.
834 <http://www.cl.cam.ac.uk/~rja14/serpent.html>
836 config CRYPTO_SERPENT_SSE2_586
837 tristate "Serpent cipher algorithm (i586/SSE2)"
838 depends on X86 && !64BIT
841 select CRYPTO_ABLK_HELPER_X86
842 select CRYPTO_GLUE_HELPER_X86
843 select CRYPTO_SERPENT
847 Serpent cipher algorithm, by Anderson, Biham & Knudsen.
849 Keys are allowed to be from 0 to 256 bits in length, in steps
852 This module provides Serpent cipher algorithm that processes four
853 blocks parallel using SSE2 instruction set.
856 <http://www.cl.cam.ac.uk/~rja14/serpent.html>
858 config CRYPTO_SERPENT_AVX_X86_64
859 tristate "Serpent cipher algorithm (x86_64/AVX)"
860 depends on X86 && 64BIT
863 select CRYPTO_ABLK_HELPER_X86
864 select CRYPTO_GLUE_HELPER_X86
865 select CRYPTO_SERPENT
869 Serpent cipher algorithm, by Anderson, Biham & Knudsen.
871 Keys are allowed to be from 0 to 256 bits in length, in steps
874 This module provides the Serpent cipher algorithm that processes
875 eight blocks parallel using the AVX instruction set.
878 <http://www.cl.cam.ac.uk/~rja14/serpent.html>
881 tristate "TEA, XTEA and XETA cipher algorithms"
884 TEA cipher algorithm.
886 Tiny Encryption Algorithm is a simple cipher that uses
887 many rounds for security. It is very fast and uses
890 Xtendend Tiny Encryption Algorithm is a modification to
891 the TEA algorithm to address a potential key weakness
892 in the TEA algorithm.
894 Xtendend Encryption Tiny Algorithm is a mis-implementation
895 of the XTEA algorithm for compatibility purposes.
897 config CRYPTO_TWOFISH
898 tristate "Twofish cipher algorithm"
900 select CRYPTO_TWOFISH_COMMON
902 Twofish cipher algorithm.
904 Twofish was submitted as an AES (Advanced Encryption Standard)
905 candidate cipher by researchers at CounterPane Systems. It is a
906 16 round block cipher supporting key sizes of 128, 192, and 256
910 <http://www.schneier.com/twofish.html>
912 config CRYPTO_TWOFISH_COMMON
915 Common parts of the Twofish cipher algorithm shared by the
916 generic c and the assembler implementations.
918 config CRYPTO_TWOFISH_586
919 tristate "Twofish cipher algorithms (i586)"
920 depends on (X86 || UML_X86) && !64BIT
922 select CRYPTO_TWOFISH_COMMON
924 Twofish cipher algorithm.
926 Twofish was submitted as an AES (Advanced Encryption Standard)
927 candidate cipher by researchers at CounterPane Systems. It is a
928 16 round block cipher supporting key sizes of 128, 192, and 256
932 <http://www.schneier.com/twofish.html>
934 config CRYPTO_TWOFISH_X86_64
935 tristate "Twofish cipher algorithm (x86_64)"
936 depends on (X86 || UML_X86) && 64BIT
938 select CRYPTO_TWOFISH_COMMON
940 Twofish cipher algorithm (x86_64).
942 Twofish was submitted as an AES (Advanced Encryption Standard)
943 candidate cipher by researchers at CounterPane Systems. It is a
944 16 round block cipher supporting key sizes of 128, 192, and 256
948 <http://www.schneier.com/twofish.html>
950 config CRYPTO_TWOFISH_X86_64_3WAY
951 tristate "Twofish cipher algorithm (x86_64, 3-way parallel)"
952 depends on X86 && 64BIT
954 select CRYPTO_TWOFISH_COMMON
955 select CRYPTO_TWOFISH_X86_64
956 select CRYPTO_GLUE_HELPER_X86
960 Twofish cipher algorithm (x86_64, 3-way parallel).
962 Twofish was submitted as an AES (Advanced Encryption Standard)
963 candidate cipher by researchers at CounterPane Systems. It is a
964 16 round block cipher supporting key sizes of 128, 192, and 256
967 This module provides Twofish cipher algorithm that processes three
968 blocks parallel, utilizing resources of out-of-order CPUs better.
971 <http://www.schneier.com/twofish.html>
973 config CRYPTO_TWOFISH_AVX_X86_64
974 tristate "Twofish cipher algorithm (x86_64/AVX)"
975 depends on X86 && 64BIT
978 select CRYPTO_ABLK_HELPER_X86
979 select CRYPTO_GLUE_HELPER_X86
980 select CRYPTO_TWOFISH_COMMON
981 select CRYPTO_TWOFISH_X86_64
982 select CRYPTO_TWOFISH_X86_64_3WAY
986 Twofish cipher algorithm (x86_64/AVX).
988 Twofish was submitted as an AES (Advanced Encryption Standard)
989 candidate cipher by researchers at CounterPane Systems. It is a
990 16 round block cipher supporting key sizes of 128, 192, and 256
993 This module provides the Twofish cipher algorithm that processes
994 eight blocks parallel using the AVX Instruction Set.
997 <http://www.schneier.com/twofish.html>
999 comment "Compression"
1001 config CRYPTO_DEFLATE
1002 tristate "Deflate compression algorithm"
1003 select CRYPTO_ALGAPI
1007 This is the Deflate algorithm (RFC1951), specified for use in
1008 IPSec with the IPCOMP protocol (RFC3173, RFC2394).
1010 You will most probably want this if using IPSec.
1013 tristate "Zlib compression algorithm"
1019 This is the zlib algorithm.
1022 tristate "LZO compression algorithm"
1023 select CRYPTO_ALGAPI
1025 select LZO_DECOMPRESS
1027 This is the LZO algorithm.
1029 comment "Random Number Generation"
1031 config CRYPTO_ANSI_CPRNG
1032 tristate "Pseudo Random Number Generation for Cryptographic modules"
1037 This option enables the generic pseudo random number generator
1038 for cryptographic modules. Uses the Algorithm specified in
1039 ANSI X9.31 A.2.4. Note that this option must be enabled if
1040 CRYPTO_FIPS is selected
1042 config CRYPTO_USER_API
1045 config CRYPTO_USER_API_HASH
1046 tristate "User-space interface for hash algorithms"
1049 select CRYPTO_USER_API
1051 This option enables the user-spaces interface for hash
1054 config CRYPTO_USER_API_SKCIPHER
1055 tristate "User-space interface for symmetric key cipher algorithms"
1057 select CRYPTO_BLKCIPHER
1058 select CRYPTO_USER_API
1060 This option enables the user-spaces interface for symmetric
1061 key cipher algorithms.
1063 source "drivers/crypto/Kconfig"