1 # SPDX-License-Identifier: GPL-2.0
3 # Generic algorithms support
9 # async_tx api: hardware offloaded memory transfer/transform support
11 source "crypto/async_tx/Kconfig"
14 # Cryptographic API Configuration
17 tristate "Cryptographic API"
19 This option provides the core Cryptographic API.
23 comment "Crypto core or helper"
26 bool "FIPS 200 compliance"
27 depends on (CRYPTO_ANSI_CPRNG || CRYPTO_DRBG) && !CRYPTO_MANAGER_DISABLE_TESTS
28 depends on (MODULE_SIG || !MODULES)
30 This options enables the fips boot option which is
31 required if you want to system to operate in a FIPS 200
32 certification. You should say no unless you know what
39 This option provides the API for cryptographic algorithms.
55 config CRYPTO_BLKCIPHER
57 select CRYPTO_BLKCIPHER2
60 config CRYPTO_BLKCIPHER2
64 select CRYPTO_WORKQUEUE
84 config CRYPTO_RNG_DEFAULT
86 select CRYPTO_DRBG_MENU
88 config CRYPTO_AKCIPHER2
92 config CRYPTO_AKCIPHER
94 select CRYPTO_AKCIPHER2
108 select CRYPTO_ALGAPI2
117 tristate "RSA algorithm"
118 select CRYPTO_AKCIPHER
119 select CRYPTO_MANAGER
123 Generic implementation of the RSA public key algorithm.
126 tristate "Diffie-Hellman algorithm"
130 Generic implementation of the Diffie-Hellman algorithm.
133 tristate "ECDH algorithm"
135 select CRYPTO_RNG_DEFAULT
137 Generic implementation of the ECDH algorithm
139 config CRYPTO_MANAGER
140 tristate "Cryptographic algorithm manager"
141 select CRYPTO_MANAGER2
143 Create default cryptographic template instantiations such as
146 config CRYPTO_MANAGER2
147 def_tristate CRYPTO_MANAGER || (CRYPTO_MANAGER!=n && CRYPTO_ALGAPI=y)
150 select CRYPTO_BLKCIPHER2
151 select CRYPTO_AKCIPHER2
156 tristate "Userspace cryptographic algorithm configuration"
158 select CRYPTO_MANAGER
160 Userspace configuration for cryptographic instantiations such as
163 config CRYPTO_MANAGER_DISABLE_TESTS
164 bool "Disable run-time self tests"
166 depends on CRYPTO_MANAGER2
168 Disable run-time self tests that normally take place at
169 algorithm registration.
171 config CRYPTO_GF128MUL
172 tristate "GF(2^128) multiplication functions"
174 Efficient table driven implementation of multiplications in the
175 field GF(2^128). This is needed by some cypher modes. This
176 option will be selected automatically if you select such a
177 cipher mode. Only select this option by hand if you expect to load
178 an external module that requires these functions.
181 tristate "Null algorithms"
184 These are 'Null' algorithms, used by IPsec, which do nothing.
188 select CRYPTO_ALGAPI2
189 select CRYPTO_BLKCIPHER2
193 tristate "Parallel crypto engine"
196 select CRYPTO_MANAGER
199 This converts an arbitrary crypto algorithm into a parallel
200 algorithm that executes in kernel threads.
202 config CRYPTO_WORKQUEUE
206 tristate "Software async crypto daemon"
207 select CRYPTO_BLKCIPHER
209 select CRYPTO_MANAGER
210 select CRYPTO_WORKQUEUE
212 This is a generic software asynchronous crypto daemon that
213 converts an arbitrary synchronous software crypto algorithm
214 into an asynchronous algorithm that executes in a kernel thread.
216 config CRYPTO_MCRYPTD
217 tristate "Software async multi-buffer crypto daemon"
218 select CRYPTO_BLKCIPHER
220 select CRYPTO_MANAGER
221 select CRYPTO_WORKQUEUE
223 This is a generic software asynchronous crypto daemon that
224 provides the kernel thread to assist multi-buffer crypto
225 algorithms for submitting jobs and flushing jobs in multi-buffer
226 crypto algorithms. Multi-buffer crypto algorithms are executed
227 in the context of this kernel thread and drivers can post
228 their crypto request asynchronously to be processed by this daemon.
230 config CRYPTO_AUTHENC
231 tristate "Authenc support"
233 select CRYPTO_BLKCIPHER
234 select CRYPTO_MANAGER
238 Authenc: Combined mode wrapper for IPsec.
239 This is required for IPSec.
242 tristate "Testing module"
244 select CRYPTO_MANAGER
246 Quick & dirty crypto test module.
252 config CRYPTO_GLUE_HELPER_X86
255 select CRYPTO_BLKCIPHER
260 comment "Authenticated Encryption with Associated Data"
263 tristate "CCM support"
268 Support for Counter with CBC MAC. Required for IPsec.
271 tristate "GCM/GMAC support"
277 Support for Galois/Counter Mode (GCM) and Galois Message
278 Authentication Code (GMAC). Required for IPSec.
280 config CRYPTO_CHACHA20POLY1305
281 tristate "ChaCha20-Poly1305 AEAD support"
282 select CRYPTO_CHACHA20
283 select CRYPTO_POLY1305
286 ChaCha20-Poly1305 AEAD support, RFC7539.
288 Support for the AEAD wrapper using the ChaCha20 stream cipher combined
289 with the Poly1305 authenticator. It is defined in RFC7539 for use in
293 tristate "Sequence Number IV Generator"
295 select CRYPTO_BLKCIPHER
297 select CRYPTO_RNG_DEFAULT
299 This IV generator generates an IV based on a sequence number by
300 xoring it with a salt. This algorithm is mainly useful for CTR
302 config CRYPTO_ECHAINIV
303 tristate "Encrypted Chain IV Generator"
306 select CRYPTO_RNG_DEFAULT
309 This IV generator generates an IV based on the encryption of
310 a sequence number xored with a salt. This is the default
313 comment "Block modes"
316 tristate "CBC support"
317 select CRYPTO_BLKCIPHER
318 select CRYPTO_MANAGER
320 CBC: Cipher Block Chaining mode
321 This block cipher algorithm is required for IPSec.
324 tristate "CFB support"
325 select CRYPTO_BLKCIPHER
326 select CRYPTO_MANAGER
328 CFB: Cipher FeedBack mode
329 This block cipher algorithm is required for TPM2 Cryptography.
332 tristate "CTR support"
333 select CRYPTO_BLKCIPHER
335 select CRYPTO_MANAGER
338 This block cipher algorithm is required for IPSec.
341 tristate "CTS support"
342 select CRYPTO_BLKCIPHER
344 CTS: Cipher Text Stealing
345 This is the Cipher Text Stealing mode as described by
346 Section 8 of rfc2040 and referenced by rfc3962.
347 (rfc3962 includes errata information in its Appendix A)
348 This mode is required for Kerberos gss mechanism support
352 tristate "ECB support"
353 select CRYPTO_BLKCIPHER
354 select CRYPTO_MANAGER
356 ECB: Electronic CodeBook mode
357 This is the simplest block cipher algorithm. It simply encrypts
358 the input block by block.
361 tristate "LRW support"
362 select CRYPTO_BLKCIPHER
363 select CRYPTO_MANAGER
364 select CRYPTO_GF128MUL
366 LRW: Liskov Rivest Wagner, a tweakable, non malleable, non movable
367 narrow block cipher mode for dm-crypt. Use it with cipher
368 specification string aes-lrw-benbi, the key must be 256, 320 or 384.
369 The first 128, 192 or 256 bits in the key are used for AES and the
370 rest is used to tie each cipher block to its logical position.
373 tristate "PCBC support"
374 select CRYPTO_BLKCIPHER
375 select CRYPTO_MANAGER
377 PCBC: Propagating Cipher Block Chaining mode
378 This block cipher algorithm is required for RxRPC.
381 tristate "XTS support"
382 select CRYPTO_BLKCIPHER
383 select CRYPTO_MANAGER
386 XTS: IEEE1619/D16 narrow block cipher use with aes-xts-plain,
387 key size 256, 384 or 512 bits. This implementation currently
388 can't handle a sectorsize which is not a multiple of 16 bytes.
390 config CRYPTO_KEYWRAP
391 tristate "Key wrapping support"
392 select CRYPTO_BLKCIPHER
394 Support for key wrapping (NIST SP800-38F / RFC3394) without
400 tristate "CMAC support"
402 select CRYPTO_MANAGER
404 Cipher-based Message Authentication Code (CMAC) specified by
405 The National Institute of Standards and Technology (NIST).
407 https://tools.ietf.org/html/rfc4493
408 http://csrc.nist.gov/publications/nistpubs/800-38B/SP_800-38B.pdf
411 tristate "HMAC support"
413 select CRYPTO_MANAGER
415 HMAC: Keyed-Hashing for Message Authentication (RFC2104).
416 This is required for IPSec.
419 tristate "XCBC support"
421 select CRYPTO_MANAGER
423 XCBC: Keyed-Hashing with encryption algorithm
424 http://www.ietf.org/rfc/rfc3566.txt
425 http://csrc.nist.gov/encryption/modes/proposedmodes/
426 xcbc-mac/xcbc-mac-spec.pdf
429 tristate "VMAC support"
431 select CRYPTO_MANAGER
433 VMAC is a message authentication algorithm designed for
434 very high speed on 64-bit architectures.
437 <http://fastcrypto.org/vmac>
442 tristate "CRC32c CRC algorithm"
446 Castagnoli, et al Cyclic Redundancy-Check Algorithm. Used
447 by iSCSI for header and data digests and by others.
448 See Castagnoli93. Module will be crc32c.
450 config CRYPTO_CRC32C_INTEL
451 tristate "CRC32c INTEL hardware acceleration"
455 In Intel processor with SSE4.2 supported, the processor will
456 support CRC32C implementation using hardware accelerated CRC32
457 instruction. This option will create 'crc32c-intel' module,
458 which will enable any routine to use the CRC32 instruction to
459 gain performance compared with software implementation.
460 Module will be crc32c-intel.
462 config CRYPTO_CRC32C_VPMSUM
463 tristate "CRC32c CRC algorithm (powerpc64)"
464 depends on PPC64 && ALTIVEC
468 CRC32c algorithm implemented using vector polynomial multiply-sum
469 (vpmsum) instructions, introduced in POWER8. Enable on POWER8
470 and newer processors for improved performance.
473 config CRYPTO_CRC32C_SPARC64
474 tristate "CRC32c CRC algorithm (SPARC64)"
479 CRC32c CRC algorithm implemented using sparc64 crypto instructions,
483 tristate "CRC32 CRC algorithm"
487 CRC-32-IEEE 802.3 cyclic redundancy-check algorithm.
488 Shash crypto api wrappers to crc32_le function.
490 config CRYPTO_CRC32_PCLMUL
491 tristate "CRC32 PCLMULQDQ hardware acceleration"
496 From Intel Westmere and AMD Bulldozer processor with SSE4.2
497 and PCLMULQDQ supported, the processor will support
498 CRC32 PCLMULQDQ implementation using hardware accelerated PCLMULQDQ
499 instruction. This option will create 'crc32-plcmul' module,
500 which will enable any routine to use the CRC-32-IEEE 802.3 checksum
501 and gain better performance as compared with the table implementation.
503 config CRYPTO_CRC32_MIPS
504 tristate "CRC32c and CRC32 CRC algorithm (MIPS)"
505 depends on MIPS_CRC_SUPPORT
508 CRC32c and CRC32 CRC algorithms implemented using mips crypto
509 instructions, when available.
512 config CRYPTO_CRCT10DIF
513 tristate "CRCT10DIF algorithm"
516 CRC T10 Data Integrity Field computation is being cast as
517 a crypto transform. This allows for faster crc t10 diff
518 transforms to be used if they are available.
520 config CRYPTO_CRCT10DIF_PCLMUL
521 tristate "CRCT10DIF PCLMULQDQ hardware acceleration"
522 depends on X86 && 64BIT && CRC_T10DIF
525 For x86_64 processors with SSE4.2 and PCLMULQDQ supported,
526 CRC T10 DIF PCLMULQDQ computation can be hardware
527 accelerated PCLMULQDQ instruction. This option will create
528 'crct10dif-plcmul' module, which is faster when computing the
529 crct10dif checksum as compared with the generic table implementation.
531 config CRYPTO_CRCT10DIF_VPMSUM
532 tristate "CRC32T10DIF powerpc64 hardware acceleration"
533 depends on PPC64 && ALTIVEC && CRC_T10DIF
536 CRC10T10DIF algorithm implemented using vector polynomial
537 multiply-sum (vpmsum) instructions, introduced in POWER8. Enable on
538 POWER8 and newer processors for improved performance.
540 config CRYPTO_VPMSUM_TESTER
541 tristate "Powerpc64 vpmsum hardware acceleration tester"
542 depends on CRYPTO_CRCT10DIF_VPMSUM && CRYPTO_CRC32C_VPMSUM
544 Stress test for CRC32c and CRC-T10DIF algorithms implemented with
545 POWER8 vpmsum instructions.
546 Unless you are testing these algorithms, you don't need this.
549 tristate "GHASH digest algorithm"
550 select CRYPTO_GF128MUL
553 GHASH is message digest algorithm for GCM (Galois/Counter Mode).
555 config CRYPTO_POLY1305
556 tristate "Poly1305 authenticator algorithm"
559 Poly1305 authenticator algorithm, RFC7539.
561 Poly1305 is an authenticator algorithm designed by Daniel J. Bernstein.
562 It is used for the ChaCha20-Poly1305 AEAD, specified in RFC7539 for use
563 in IETF protocols. This is the portable C implementation of Poly1305.
565 config CRYPTO_POLY1305_X86_64
566 tristate "Poly1305 authenticator algorithm (x86_64/SSE2/AVX2)"
567 depends on X86 && 64BIT
568 select CRYPTO_POLY1305
570 Poly1305 authenticator algorithm, RFC7539.
572 Poly1305 is an authenticator algorithm designed by Daniel J. Bernstein.
573 It is used for the ChaCha20-Poly1305 AEAD, specified in RFC7539 for use
574 in IETF protocols. This is the x86_64 assembler implementation using SIMD
578 tristate "MD4 digest algorithm"
581 MD4 message digest algorithm (RFC1320).
584 tristate "MD5 digest algorithm"
587 MD5 message digest algorithm (RFC1321).
589 config CRYPTO_MD5_OCTEON
590 tristate "MD5 digest algorithm (OCTEON)"
591 depends on CPU_CAVIUM_OCTEON
595 MD5 message digest algorithm (RFC1321) implemented
596 using OCTEON crypto instructions, when available.
598 config CRYPTO_MD5_PPC
599 tristate "MD5 digest algorithm (PPC)"
603 MD5 message digest algorithm (RFC1321) implemented
606 config CRYPTO_MD5_SPARC64
607 tristate "MD5 digest algorithm (SPARC64)"
612 MD5 message digest algorithm (RFC1321) implemented
613 using sparc64 crypto instructions, when available.
615 config CRYPTO_MICHAEL_MIC
616 tristate "Michael MIC keyed digest algorithm"
619 Michael MIC is used for message integrity protection in TKIP
620 (IEEE 802.11i). This algorithm is required for TKIP, but it
621 should not be used for other purposes because of the weakness
625 tristate "RIPEMD-128 digest algorithm"
628 RIPEMD-128 (ISO/IEC 10118-3:2004).
630 RIPEMD-128 is a 128-bit cryptographic hash function. It should only
631 be used as a secure replacement for RIPEMD. For other use cases,
632 RIPEMD-160 should be used.
634 Developed by Hans Dobbertin, Antoon Bosselaers and Bart Preneel.
635 See <http://homes.esat.kuleuven.be/~bosselae/ripemd160.html>
638 tristate "RIPEMD-160 digest algorithm"
641 RIPEMD-160 (ISO/IEC 10118-3:2004).
643 RIPEMD-160 is a 160-bit cryptographic hash function. It is intended
644 to be used as a secure replacement for the 128-bit hash functions
645 MD4, MD5 and it's predecessor RIPEMD
646 (not to be confused with RIPEMD-128).
648 It's speed is comparable to SHA1 and there are no known attacks
651 Developed by Hans Dobbertin, Antoon Bosselaers and Bart Preneel.
652 See <http://homes.esat.kuleuven.be/~bosselae/ripemd160.html>
655 tristate "RIPEMD-256 digest algorithm"
658 RIPEMD-256 is an optional extension of RIPEMD-128 with a
659 256 bit hash. It is intended for applications that require
660 longer hash-results, without needing a larger security level
663 Developed by Hans Dobbertin, Antoon Bosselaers and Bart Preneel.
664 See <http://homes.esat.kuleuven.be/~bosselae/ripemd160.html>
667 tristate "RIPEMD-320 digest algorithm"
670 RIPEMD-320 is an optional extension of RIPEMD-160 with a
671 320 bit hash. It is intended for applications that require
672 longer hash-results, without needing a larger security level
675 Developed by Hans Dobbertin, Antoon Bosselaers and Bart Preneel.
676 See <http://homes.esat.kuleuven.be/~bosselae/ripemd160.html>
679 tristate "SHA1 digest algorithm"
682 SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2).
684 config CRYPTO_SHA1_SSSE3
685 tristate "SHA1 digest algorithm (SSSE3/AVX/AVX2/SHA-NI)"
686 depends on X86 && 64BIT
690 SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2) implemented
691 using Supplemental SSE3 (SSSE3) instructions or Advanced Vector
692 Extensions (AVX/AVX2) or SHA-NI(SHA Extensions New Instructions),
695 config CRYPTO_SHA256_SSSE3
696 tristate "SHA256 digest algorithm (SSSE3/AVX/AVX2/SHA-NI)"
697 depends on X86 && 64BIT
701 SHA-256 secure hash standard (DFIPS 180-2) implemented
702 using Supplemental SSE3 (SSSE3) instructions, or Advanced Vector
703 Extensions version 1 (AVX1), or Advanced Vector Extensions
704 version 2 (AVX2) instructions, or SHA-NI (SHA Extensions New
705 Instructions) when available.
707 config CRYPTO_SHA512_SSSE3
708 tristate "SHA512 digest algorithm (SSSE3/AVX/AVX2)"
709 depends on X86 && 64BIT
713 SHA-512 secure hash standard (DFIPS 180-2) implemented
714 using Supplemental SSE3 (SSSE3) instructions, or Advanced Vector
715 Extensions version 1 (AVX1), or Advanced Vector Extensions
716 version 2 (AVX2) instructions, when available.
718 config CRYPTO_SHA1_OCTEON
719 tristate "SHA1 digest algorithm (OCTEON)"
720 depends on CPU_CAVIUM_OCTEON
724 SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2) implemented
725 using OCTEON crypto instructions, when available.
727 config CRYPTO_SHA1_SPARC64
728 tristate "SHA1 digest algorithm (SPARC64)"
733 SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2) implemented
734 using sparc64 crypto instructions, when available.
736 config CRYPTO_SHA1_PPC
737 tristate "SHA1 digest algorithm (powerpc)"
740 This is the powerpc hardware accelerated implementation of the
741 SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2).
743 config CRYPTO_SHA1_PPC_SPE
744 tristate "SHA1 digest algorithm (PPC SPE)"
745 depends on PPC && SPE
747 SHA-1 secure hash standard (DFIPS 180-4) implemented
748 using powerpc SPE SIMD instruction set.
750 config CRYPTO_SHA1_MB
751 tristate "SHA1 digest algorithm (x86_64 Multi-Buffer, Experimental)"
752 depends on X86 && 64BIT
755 select CRYPTO_MCRYPTD
757 SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2) implemented
758 using multi-buffer technique. This algorithm computes on
759 multiple data lanes concurrently with SIMD instructions for
760 better throughput. It should not be enabled by default but
761 used when there is significant amount of work to keep the keep
762 the data lanes filled to get performance benefit. If the data
763 lanes remain unfilled, a flush operation will be initiated to
764 process the crypto jobs, adding a slight latency.
766 config CRYPTO_SHA256_MB
767 tristate "SHA256 digest algorithm (x86_64 Multi-Buffer, Experimental)"
768 depends on X86 && 64BIT
771 select CRYPTO_MCRYPTD
773 SHA-256 secure hash standard (FIPS 180-1/DFIPS 180-2) implemented
774 using multi-buffer technique. This algorithm computes on
775 multiple data lanes concurrently with SIMD instructions for
776 better throughput. It should not be enabled by default but
777 used when there is significant amount of work to keep the keep
778 the data lanes filled to get performance benefit. If the data
779 lanes remain unfilled, a flush operation will be initiated to
780 process the crypto jobs, adding a slight latency.
782 config CRYPTO_SHA512_MB
783 tristate "SHA512 digest algorithm (x86_64 Multi-Buffer, Experimental)"
784 depends on X86 && 64BIT
787 select CRYPTO_MCRYPTD
789 SHA-512 secure hash standard (FIPS 180-1/DFIPS 180-2) implemented
790 using multi-buffer technique. This algorithm computes on
791 multiple data lanes concurrently with SIMD instructions for
792 better throughput. It should not be enabled by default but
793 used when there is significant amount of work to keep the keep
794 the data lanes filled to get performance benefit. If the data
795 lanes remain unfilled, a flush operation will be initiated to
796 process the crypto jobs, adding a slight latency.
799 tristate "SHA224 and SHA256 digest algorithm"
802 SHA256 secure hash standard (DFIPS 180-2).
804 This version of SHA implements a 256 bit hash with 128 bits of
805 security against collision attacks.
807 This code also includes SHA-224, a 224 bit hash with 112 bits
808 of security against collision attacks.
810 config CRYPTO_SHA256_PPC_SPE
811 tristate "SHA224 and SHA256 digest algorithm (PPC SPE)"
812 depends on PPC && SPE
816 SHA224 and SHA256 secure hash standard (DFIPS 180-2)
817 implemented using powerpc SPE SIMD instruction set.
819 config CRYPTO_SHA256_OCTEON
820 tristate "SHA224 and SHA256 digest algorithm (OCTEON)"
821 depends on CPU_CAVIUM_OCTEON
825 SHA-256 secure hash standard (DFIPS 180-2) implemented
826 using OCTEON crypto instructions, when available.
828 config CRYPTO_SHA256_SPARC64
829 tristate "SHA224 and SHA256 digest algorithm (SPARC64)"
834 SHA-256 secure hash standard (DFIPS 180-2) implemented
835 using sparc64 crypto instructions, when available.
838 tristate "SHA384 and SHA512 digest algorithms"
841 SHA512 secure hash standard (DFIPS 180-2).
843 This version of SHA implements a 512 bit hash with 256 bits of
844 security against collision attacks.
846 This code also includes SHA-384, a 384 bit hash with 192 bits
847 of security against collision attacks.
849 config CRYPTO_SHA512_OCTEON
850 tristate "SHA384 and SHA512 digest algorithms (OCTEON)"
851 depends on CPU_CAVIUM_OCTEON
855 SHA-512 secure hash standard (DFIPS 180-2) implemented
856 using OCTEON crypto instructions, when available.
858 config CRYPTO_SHA512_SPARC64
859 tristate "SHA384 and SHA512 digest algorithm (SPARC64)"
864 SHA-512 secure hash standard (DFIPS 180-2) implemented
865 using sparc64 crypto instructions, when available.
868 tristate "SHA3 digest algorithm"
871 SHA-3 secure hash standard (DFIPS 202). It's based on
872 cryptographic sponge function family called Keccak.
875 http://keccak.noekeon.org/
878 tristate "SM3 digest algorithm"
881 SM3 secure hash function as defined by OSCCA GM/T 0004-2012 SM3).
882 It is part of the Chinese Commercial Cryptography suite.
885 http://www.oscca.gov.cn/UpFile/20101222141857786.pdf
886 https://datatracker.ietf.org/doc/html/draft-shen-sm3-hash
889 tristate "Tiger digest algorithms"
892 Tiger hash algorithm 192, 160 and 128-bit hashes
894 Tiger is a hash function optimized for 64-bit processors while
895 still having decent performance on 32-bit processors.
896 Tiger was developed by Ross Anderson and Eli Biham.
899 <http://www.cs.technion.ac.il/~biham/Reports/Tiger/>.
902 tristate "Whirlpool digest algorithms"
905 Whirlpool hash algorithm 512, 384 and 256-bit hashes
907 Whirlpool-512 is part of the NESSIE cryptographic primitives.
908 Whirlpool will be part of the ISO/IEC 10118-3:2003(E) standard
911 <http://www.larc.usp.br/~pbarreto/WhirlpoolPage.html>
913 config CRYPTO_GHASH_CLMUL_NI_INTEL
914 tristate "GHASH digest algorithm (CLMUL-NI accelerated)"
915 depends on X86 && 64BIT
918 GHASH is message digest algorithm for GCM (Galois/Counter Mode).
919 The implementation is accelerated by CLMUL-NI of Intel.
924 tristate "AES cipher algorithms"
927 AES cipher algorithms (FIPS-197). AES uses the Rijndael
930 Rijndael appears to be consistently a very good performer in
931 both hardware and software across a wide range of computing
932 environments regardless of its use in feedback or non-feedback
933 modes. Its key setup time is excellent, and its key agility is
934 good. Rijndael's very low memory requirements make it very well
935 suited for restricted-space environments, in which it also
936 demonstrates excellent performance. Rijndael's operations are
937 among the easiest to defend against power and timing attacks.
939 The AES specifies three key sizes: 128, 192 and 256 bits
941 See <http://csrc.nist.gov/CryptoToolkit/aes/> for more information.
944 tristate "Fixed time AES cipher"
947 This is a generic implementation of AES that attempts to eliminate
948 data dependent latencies as much as possible without affecting
949 performance too much. It is intended for use by the generic CCM
950 and GCM drivers, and other CTR or CMAC/XCBC based modes that rely
951 solely on encryption (although decryption is supported as well, but
952 with a more dramatic performance hit)
954 Instead of using 16 lookup tables of 1 KB each, (8 for encryption and
955 8 for decryption), this implementation only uses just two S-boxes of
956 256 bytes each, and attempts to eliminate data dependent latencies by
957 prefetching the entire table into the cache at the start of each
960 config CRYPTO_AES_586
961 tristate "AES cipher algorithms (i586)"
962 depends on (X86 || UML_X86) && !64BIT
966 AES cipher algorithms (FIPS-197). AES uses the Rijndael
969 Rijndael appears to be consistently a very good performer in
970 both hardware and software across a wide range of computing
971 environments regardless of its use in feedback or non-feedback
972 modes. Its key setup time is excellent, and its key agility is
973 good. Rijndael's very low memory requirements make it very well
974 suited for restricted-space environments, in which it also
975 demonstrates excellent performance. Rijndael's operations are
976 among the easiest to defend against power and timing attacks.
978 The AES specifies three key sizes: 128, 192 and 256 bits
980 See <http://csrc.nist.gov/encryption/aes/> for more information.
982 config CRYPTO_AES_X86_64
983 tristate "AES cipher algorithms (x86_64)"
984 depends on (X86 || UML_X86) && 64BIT
988 AES cipher algorithms (FIPS-197). AES uses the Rijndael
991 Rijndael appears to be consistently a very good performer in
992 both hardware and software across a wide range of computing
993 environments regardless of its use in feedback or non-feedback
994 modes. Its key setup time is excellent, and its key agility is
995 good. Rijndael's very low memory requirements make it very well
996 suited for restricted-space environments, in which it also
997 demonstrates excellent performance. Rijndael's operations are
998 among the easiest to defend against power and timing attacks.
1000 The AES specifies three key sizes: 128, 192 and 256 bits
1002 See <http://csrc.nist.gov/encryption/aes/> for more information.
1004 config CRYPTO_AES_NI_INTEL
1005 tristate "AES cipher algorithms (AES-NI)"
1008 select CRYPTO_AES_X86_64 if 64BIT
1009 select CRYPTO_AES_586 if !64BIT
1010 select CRYPTO_ALGAPI
1011 select CRYPTO_BLKCIPHER
1012 select CRYPTO_GLUE_HELPER_X86 if 64BIT
1015 Use Intel AES-NI instructions for AES algorithm.
1017 AES cipher algorithms (FIPS-197). AES uses the Rijndael
1020 Rijndael appears to be consistently a very good performer in
1021 both hardware and software across a wide range of computing
1022 environments regardless of its use in feedback or non-feedback
1023 modes. Its key setup time is excellent, and its key agility is
1024 good. Rijndael's very low memory requirements make it very well
1025 suited for restricted-space environments, in which it also
1026 demonstrates excellent performance. Rijndael's operations are
1027 among the easiest to defend against power and timing attacks.
1029 The AES specifies three key sizes: 128, 192 and 256 bits
1031 See <http://csrc.nist.gov/encryption/aes/> for more information.
1033 In addition to AES cipher algorithm support, the acceleration
1034 for some popular block cipher mode is supported too, including
1035 ECB, CBC, LRW, PCBC, XTS. The 64 bit version has additional
1036 acceleration for CTR.
1038 config CRYPTO_AES_SPARC64
1039 tristate "AES cipher algorithms (SPARC64)"
1041 select CRYPTO_CRYPTD
1042 select CRYPTO_ALGAPI
1044 Use SPARC64 crypto opcodes for AES algorithm.
1046 AES cipher algorithms (FIPS-197). AES uses the Rijndael
1049 Rijndael appears to be consistently a very good performer in
1050 both hardware and software across a wide range of computing
1051 environments regardless of its use in feedback or non-feedback
1052 modes. Its key setup time is excellent, and its key agility is
1053 good. Rijndael's very low memory requirements make it very well
1054 suited for restricted-space environments, in which it also
1055 demonstrates excellent performance. Rijndael's operations are
1056 among the easiest to defend against power and timing attacks.
1058 The AES specifies three key sizes: 128, 192 and 256 bits
1060 See <http://csrc.nist.gov/encryption/aes/> for more information.
1062 In addition to AES cipher algorithm support, the acceleration
1063 for some popular block cipher mode is supported too, including
1066 config CRYPTO_AES_PPC_SPE
1067 tristate "AES cipher algorithms (PPC SPE)"
1068 depends on PPC && SPE
1070 AES cipher algorithms (FIPS-197). Additionally the acceleration
1071 for popular block cipher modes ECB, CBC, CTR and XTS is supported.
1072 This module should only be used for low power (router) devices
1073 without hardware AES acceleration (e.g. caam crypto). It reduces the
1074 size of the AES tables from 16KB to 8KB + 256 bytes and mitigates
1075 timining attacks. Nevertheless it might be not as secure as other
1076 architecture specific assembler implementations that work on 1KB
1077 tables or 256 bytes S-boxes.
1079 config CRYPTO_ANUBIS
1080 tristate "Anubis cipher algorithm"
1081 select CRYPTO_ALGAPI
1083 Anubis cipher algorithm.
1085 Anubis is a variable key length cipher which can use keys from
1086 128 bits to 320 bits in length. It was evaluated as a entrant
1087 in the NESSIE competition.
1090 <https://www.cosic.esat.kuleuven.be/nessie/reports/>
1091 <http://www.larc.usp.br/~pbarreto/AnubisPage.html>
1094 tristate "ARC4 cipher algorithm"
1095 select CRYPTO_BLKCIPHER
1097 ARC4 cipher algorithm.
1099 ARC4 is a stream cipher using keys ranging from 8 bits to 2048
1100 bits in length. This algorithm is required for driver-based
1101 WEP, but it should not be for other purposes because of the
1102 weakness of the algorithm.
1104 config CRYPTO_BLOWFISH
1105 tristate "Blowfish cipher algorithm"
1106 select CRYPTO_ALGAPI
1107 select CRYPTO_BLOWFISH_COMMON
1109 Blowfish cipher algorithm, by Bruce Schneier.
1111 This is a variable key length cipher which can use keys from 32
1112 bits to 448 bits in length. It's fast, simple and specifically
1113 designed for use on "large microprocessors".
1116 <http://www.schneier.com/blowfish.html>
1118 config CRYPTO_BLOWFISH_COMMON
1121 Common parts of the Blowfish cipher algorithm shared by the
1122 generic c and the assembler implementations.
1125 <http://www.schneier.com/blowfish.html>
1127 config CRYPTO_BLOWFISH_X86_64
1128 tristate "Blowfish cipher algorithm (x86_64)"
1129 depends on X86 && 64BIT
1130 select CRYPTO_BLKCIPHER
1131 select CRYPTO_BLOWFISH_COMMON
1133 Blowfish cipher algorithm (x86_64), by Bruce Schneier.
1135 This is a variable key length cipher which can use keys from 32
1136 bits to 448 bits in length. It's fast, simple and specifically
1137 designed for use on "large microprocessors".
1140 <http://www.schneier.com/blowfish.html>
1142 config CRYPTO_CAMELLIA
1143 tristate "Camellia cipher algorithms"
1145 select CRYPTO_ALGAPI
1147 Camellia cipher algorithms module.
1149 Camellia is a symmetric key block cipher developed jointly
1150 at NTT and Mitsubishi Electric Corporation.
1152 The Camellia specifies three key sizes: 128, 192 and 256 bits.
1155 <https://info.isl.ntt.co.jp/crypt/eng/camellia/index_s.html>
1157 config CRYPTO_CAMELLIA_X86_64
1158 tristate "Camellia cipher algorithm (x86_64)"
1159 depends on X86 && 64BIT
1161 select CRYPTO_BLKCIPHER
1162 select CRYPTO_GLUE_HELPER_X86
1164 Camellia cipher algorithm module (x86_64).
1166 Camellia is a symmetric key block cipher developed jointly
1167 at NTT and Mitsubishi Electric Corporation.
1169 The Camellia specifies three key sizes: 128, 192 and 256 bits.
1172 <https://info.isl.ntt.co.jp/crypt/eng/camellia/index_s.html>
1174 config CRYPTO_CAMELLIA_AESNI_AVX_X86_64
1175 tristate "Camellia cipher algorithm (x86_64/AES-NI/AVX)"
1176 depends on X86 && 64BIT
1178 select CRYPTO_BLKCIPHER
1179 select CRYPTO_CAMELLIA_X86_64
1180 select CRYPTO_GLUE_HELPER_X86
1184 Camellia cipher algorithm module (x86_64/AES-NI/AVX).
1186 Camellia is a symmetric key block cipher developed jointly
1187 at NTT and Mitsubishi Electric Corporation.
1189 The Camellia specifies three key sizes: 128, 192 and 256 bits.
1192 <https://info.isl.ntt.co.jp/crypt/eng/camellia/index_s.html>
1194 config CRYPTO_CAMELLIA_AESNI_AVX2_X86_64
1195 tristate "Camellia cipher algorithm (x86_64/AES-NI/AVX2)"
1196 depends on X86 && 64BIT
1198 select CRYPTO_CAMELLIA_AESNI_AVX_X86_64
1200 Camellia cipher algorithm module (x86_64/AES-NI/AVX2).
1202 Camellia is a symmetric key block cipher developed jointly
1203 at NTT and Mitsubishi Electric Corporation.
1205 The Camellia specifies three key sizes: 128, 192 and 256 bits.
1208 <https://info.isl.ntt.co.jp/crypt/eng/camellia/index_s.html>
1210 config CRYPTO_CAMELLIA_SPARC64
1211 tristate "Camellia cipher algorithm (SPARC64)"
1214 select CRYPTO_ALGAPI
1216 Camellia cipher algorithm module (SPARC64).
1218 Camellia is a symmetric key block cipher developed jointly
1219 at NTT and Mitsubishi Electric Corporation.
1221 The Camellia specifies three key sizes: 128, 192 and 256 bits.
1224 <https://info.isl.ntt.co.jp/crypt/eng/camellia/index_s.html>
1226 config CRYPTO_CAST_COMMON
1229 Common parts of the CAST cipher algorithms shared by the
1230 generic c and the assembler implementations.
1233 tristate "CAST5 (CAST-128) cipher algorithm"
1234 select CRYPTO_ALGAPI
1235 select CRYPTO_CAST_COMMON
1237 The CAST5 encryption algorithm (synonymous with CAST-128) is
1238 described in RFC2144.
1240 config CRYPTO_CAST5_AVX_X86_64
1241 tristate "CAST5 (CAST-128) cipher algorithm (x86_64/AVX)"
1242 depends on X86 && 64BIT
1243 select CRYPTO_BLKCIPHER
1245 select CRYPTO_CAST_COMMON
1248 The CAST5 encryption algorithm (synonymous with CAST-128) is
1249 described in RFC2144.
1251 This module provides the Cast5 cipher algorithm that processes
1252 sixteen blocks parallel using the AVX instruction set.
1255 tristate "CAST6 (CAST-256) cipher algorithm"
1256 select CRYPTO_ALGAPI
1257 select CRYPTO_CAST_COMMON
1259 The CAST6 encryption algorithm (synonymous with CAST-256) is
1260 described in RFC2612.
1262 config CRYPTO_CAST6_AVX_X86_64
1263 tristate "CAST6 (CAST-256) cipher algorithm (x86_64/AVX)"
1264 depends on X86 && 64BIT
1265 select CRYPTO_BLKCIPHER
1267 select CRYPTO_CAST_COMMON
1268 select CRYPTO_GLUE_HELPER_X86
1272 The CAST6 encryption algorithm (synonymous with CAST-256) is
1273 described in RFC2612.
1275 This module provides the Cast6 cipher algorithm that processes
1276 eight blocks parallel using the AVX instruction set.
1279 tristate "DES and Triple DES EDE cipher algorithms"
1280 select CRYPTO_ALGAPI
1282 DES cipher algorithm (FIPS 46-2), and Triple DES EDE (FIPS 46-3).
1284 config CRYPTO_DES_SPARC64
1285 tristate "DES and Triple DES EDE cipher algorithms (SPARC64)"
1287 select CRYPTO_ALGAPI
1290 DES cipher algorithm (FIPS 46-2), and Triple DES EDE (FIPS 46-3),
1291 optimized using SPARC64 crypto opcodes.
1293 config CRYPTO_DES3_EDE_X86_64
1294 tristate "Triple DES EDE cipher algorithm (x86-64)"
1295 depends on X86 && 64BIT
1296 select CRYPTO_BLKCIPHER
1299 Triple DES EDE (FIPS 46-3) algorithm.
1301 This module provides implementation of the Triple DES EDE cipher
1302 algorithm that is optimized for x86-64 processors. Two versions of
1303 algorithm are provided; regular processing one input block and
1304 one that processes three blocks parallel.
1306 config CRYPTO_FCRYPT
1307 tristate "FCrypt cipher algorithm"
1308 select CRYPTO_ALGAPI
1309 select CRYPTO_BLKCIPHER
1311 FCrypt algorithm used by RxRPC.
1313 config CRYPTO_KHAZAD
1314 tristate "Khazad cipher algorithm"
1315 select CRYPTO_ALGAPI
1317 Khazad cipher algorithm.
1319 Khazad was a finalist in the initial NESSIE competition. It is
1320 an algorithm optimized for 64-bit processors with good performance
1321 on 32-bit processors. Khazad uses an 128 bit key size.
1324 <http://www.larc.usp.br/~pbarreto/KhazadPage.html>
1326 config CRYPTO_SALSA20
1327 tristate "Salsa20 stream cipher algorithm"
1328 select CRYPTO_BLKCIPHER
1330 Salsa20 stream cipher algorithm.
1332 Salsa20 is a stream cipher submitted to eSTREAM, the ECRYPT
1333 Stream Cipher Project. See <http://www.ecrypt.eu.org/stream/>
1335 The Salsa20 stream cipher algorithm is designed by Daniel J.
1338 config CRYPTO_SALSA20_586
1339 tristate "Salsa20 stream cipher algorithm (i586)"
1340 depends on (X86 || UML_X86) && !64BIT
1341 select CRYPTO_BLKCIPHER
1342 select CRYPTO_SALSA20
1344 Salsa20 stream cipher algorithm.
1346 Salsa20 is a stream cipher submitted to eSTREAM, the ECRYPT
1347 Stream Cipher Project. See <http://www.ecrypt.eu.org/stream/>
1349 The Salsa20 stream cipher algorithm is designed by Daniel J.
1352 config CRYPTO_SALSA20_X86_64
1353 tristate "Salsa20 stream cipher algorithm (x86_64)"
1354 depends on (X86 || UML_X86) && 64BIT
1355 select CRYPTO_BLKCIPHER
1356 select CRYPTO_SALSA20
1358 Salsa20 stream cipher algorithm.
1360 Salsa20 is a stream cipher submitted to eSTREAM, the ECRYPT
1361 Stream Cipher Project. See <http://www.ecrypt.eu.org/stream/>
1363 The Salsa20 stream cipher algorithm is designed by Daniel J.
1366 config CRYPTO_CHACHA20
1367 tristate "ChaCha20 cipher algorithm"
1368 select CRYPTO_BLKCIPHER
1370 ChaCha20 cipher algorithm, RFC7539.
1372 ChaCha20 is a 256-bit high-speed stream cipher designed by Daniel J.
1373 Bernstein and further specified in RFC7539 for use in IETF protocols.
1374 This is the portable C implementation of ChaCha20.
1377 <http://cr.yp.to/chacha/chacha-20080128.pdf>
1379 config CRYPTO_CHACHA20_X86_64
1380 tristate "ChaCha20 cipher algorithm (x86_64/SSSE3/AVX2)"
1381 depends on X86 && 64BIT
1382 select CRYPTO_BLKCIPHER
1383 select CRYPTO_CHACHA20
1385 ChaCha20 cipher algorithm, RFC7539.
1387 ChaCha20 is a 256-bit high-speed stream cipher designed by Daniel J.
1388 Bernstein and further specified in RFC7539 for use in IETF protocols.
1389 This is the x86_64 assembler implementation using SIMD instructions.
1392 <http://cr.yp.to/chacha/chacha-20080128.pdf>
1395 tristate "SEED cipher algorithm"
1396 select CRYPTO_ALGAPI
1398 SEED cipher algorithm (RFC4269).
1400 SEED is a 128-bit symmetric key block cipher that has been
1401 developed by KISA (Korea Information Security Agency) as a
1402 national standard encryption algorithm of the Republic of Korea.
1403 It is a 16 round block cipher with the key size of 128 bit.
1406 <http://www.kisa.or.kr/kisa/seed/jsp/seed_eng.jsp>
1408 config CRYPTO_SERPENT
1409 tristate "Serpent cipher algorithm"
1410 select CRYPTO_ALGAPI
1412 Serpent cipher algorithm, by Anderson, Biham & Knudsen.
1414 Keys are allowed to be from 0 to 256 bits in length, in steps
1415 of 8 bits. Also includes the 'Tnepres' algorithm, a reversed
1416 variant of Serpent for compatibility with old kerneli.org code.
1419 <http://www.cl.cam.ac.uk/~rja14/serpent.html>
1421 config CRYPTO_SERPENT_SSE2_X86_64
1422 tristate "Serpent cipher algorithm (x86_64/SSE2)"
1423 depends on X86 && 64BIT
1424 select CRYPTO_BLKCIPHER
1425 select CRYPTO_GLUE_HELPER_X86
1426 select CRYPTO_SERPENT
1429 Serpent cipher algorithm, by Anderson, Biham & Knudsen.
1431 Keys are allowed to be from 0 to 256 bits in length, in steps
1434 This module provides Serpent cipher algorithm that processes eight
1435 blocks parallel using SSE2 instruction set.
1438 <http://www.cl.cam.ac.uk/~rja14/serpent.html>
1440 config CRYPTO_SERPENT_SSE2_586
1441 tristate "Serpent cipher algorithm (i586/SSE2)"
1442 depends on X86 && !64BIT
1443 select CRYPTO_BLKCIPHER
1444 select CRYPTO_GLUE_HELPER_X86
1445 select CRYPTO_SERPENT
1448 Serpent cipher algorithm, by Anderson, Biham & Knudsen.
1450 Keys are allowed to be from 0 to 256 bits in length, in steps
1453 This module provides Serpent cipher algorithm that processes four
1454 blocks parallel using SSE2 instruction set.
1457 <http://www.cl.cam.ac.uk/~rja14/serpent.html>
1459 config CRYPTO_SERPENT_AVX_X86_64
1460 tristate "Serpent cipher algorithm (x86_64/AVX)"
1461 depends on X86 && 64BIT
1462 select CRYPTO_BLKCIPHER
1463 select CRYPTO_GLUE_HELPER_X86
1464 select CRYPTO_SERPENT
1468 Serpent cipher algorithm, by Anderson, Biham & Knudsen.
1470 Keys are allowed to be from 0 to 256 bits in length, in steps
1473 This module provides the Serpent cipher algorithm that processes
1474 eight blocks parallel using the AVX instruction set.
1477 <http://www.cl.cam.ac.uk/~rja14/serpent.html>
1479 config CRYPTO_SERPENT_AVX2_X86_64
1480 tristate "Serpent cipher algorithm (x86_64/AVX2)"
1481 depends on X86 && 64BIT
1482 select CRYPTO_SERPENT_AVX_X86_64
1484 Serpent cipher algorithm, by Anderson, Biham & Knudsen.
1486 Keys are allowed to be from 0 to 256 bits in length, in steps
1489 This module provides Serpent cipher algorithm that processes 16
1490 blocks parallel using AVX2 instruction set.
1493 <http://www.cl.cam.ac.uk/~rja14/serpent.html>
1496 tristate "SM4 cipher algorithm"
1497 select CRYPTO_ALGAPI
1499 SM4 cipher algorithms (OSCCA GB/T 32907-2016).
1501 SM4 (GBT.32907-2016) is a cryptographic standard issued by the
1502 Organization of State Commercial Administration of China (OSCCA)
1503 as an authorized cryptographic algorithms for the use within China.
1505 SMS4 was originally created for use in protecting wireless
1506 networks, and is mandated in the Chinese National Standard for
1507 Wireless LAN WAPI (Wired Authentication and Privacy Infrastructure)
1510 The latest SM4 standard (GBT.32907-2016) was proposed by OSCCA and
1511 standardized through TC 260 of the Standardization Administration
1512 of the People's Republic of China (SAC).
1514 The input, output, and key of SMS4 are each 128 bits.
1516 See also: <https://eprint.iacr.org/2008/329.pdf>
1521 tristate "Speck cipher algorithm"
1522 select CRYPTO_ALGAPI
1524 Speck is a lightweight block cipher that is tuned for optimal
1525 performance in software (rather than hardware).
1527 Speck may not be as secure as AES, and should only be used on systems
1528 where AES is not fast enough.
1530 See also: <https://eprint.iacr.org/2013/404.pdf>
1535 tristate "TEA, XTEA and XETA cipher algorithms"
1536 select CRYPTO_ALGAPI
1538 TEA cipher algorithm.
1540 Tiny Encryption Algorithm is a simple cipher that uses
1541 many rounds for security. It is very fast and uses
1544 Xtendend Tiny Encryption Algorithm is a modification to
1545 the TEA algorithm to address a potential key weakness
1546 in the TEA algorithm.
1548 Xtendend Encryption Tiny Algorithm is a mis-implementation
1549 of the XTEA algorithm for compatibility purposes.
1551 config CRYPTO_TWOFISH
1552 tristate "Twofish cipher algorithm"
1553 select CRYPTO_ALGAPI
1554 select CRYPTO_TWOFISH_COMMON
1556 Twofish cipher algorithm.
1558 Twofish was submitted as an AES (Advanced Encryption Standard)
1559 candidate cipher by researchers at CounterPane Systems. It is a
1560 16 round block cipher supporting key sizes of 128, 192, and 256
1564 <http://www.schneier.com/twofish.html>
1566 config CRYPTO_TWOFISH_COMMON
1569 Common parts of the Twofish cipher algorithm shared by the
1570 generic c and the assembler implementations.
1572 config CRYPTO_TWOFISH_586
1573 tristate "Twofish cipher algorithms (i586)"
1574 depends on (X86 || UML_X86) && !64BIT
1575 select CRYPTO_ALGAPI
1576 select CRYPTO_TWOFISH_COMMON
1578 Twofish cipher algorithm.
1580 Twofish was submitted as an AES (Advanced Encryption Standard)
1581 candidate cipher by researchers at CounterPane Systems. It is a
1582 16 round block cipher supporting key sizes of 128, 192, and 256
1586 <http://www.schneier.com/twofish.html>
1588 config CRYPTO_TWOFISH_X86_64
1589 tristate "Twofish cipher algorithm (x86_64)"
1590 depends on (X86 || UML_X86) && 64BIT
1591 select CRYPTO_ALGAPI
1592 select CRYPTO_TWOFISH_COMMON
1594 Twofish cipher algorithm (x86_64).
1596 Twofish was submitted as an AES (Advanced Encryption Standard)
1597 candidate cipher by researchers at CounterPane Systems. It is a
1598 16 round block cipher supporting key sizes of 128, 192, and 256
1602 <http://www.schneier.com/twofish.html>
1604 config CRYPTO_TWOFISH_X86_64_3WAY
1605 tristate "Twofish cipher algorithm (x86_64, 3-way parallel)"
1606 depends on X86 && 64BIT
1607 select CRYPTO_BLKCIPHER
1608 select CRYPTO_TWOFISH_COMMON
1609 select CRYPTO_TWOFISH_X86_64
1610 select CRYPTO_GLUE_HELPER_X86
1612 Twofish cipher algorithm (x86_64, 3-way parallel).
1614 Twofish was submitted as an AES (Advanced Encryption Standard)
1615 candidate cipher by researchers at CounterPane Systems. It is a
1616 16 round block cipher supporting key sizes of 128, 192, and 256
1619 This module provides Twofish cipher algorithm that processes three
1620 blocks parallel, utilizing resources of out-of-order CPUs better.
1623 <http://www.schneier.com/twofish.html>
1625 config CRYPTO_TWOFISH_AVX_X86_64
1626 tristate "Twofish cipher algorithm (x86_64/AVX)"
1627 depends on X86 && 64BIT
1628 select CRYPTO_BLKCIPHER
1629 select CRYPTO_GLUE_HELPER_X86
1631 select CRYPTO_TWOFISH_COMMON
1632 select CRYPTO_TWOFISH_X86_64
1633 select CRYPTO_TWOFISH_X86_64_3WAY
1635 Twofish cipher algorithm (x86_64/AVX).
1637 Twofish was submitted as an AES (Advanced Encryption Standard)
1638 candidate cipher by researchers at CounterPane Systems. It is a
1639 16 round block cipher supporting key sizes of 128, 192, and 256
1642 This module provides the Twofish cipher algorithm that processes
1643 eight blocks parallel using the AVX Instruction Set.
1646 <http://www.schneier.com/twofish.html>
1648 comment "Compression"
1650 config CRYPTO_DEFLATE
1651 tristate "Deflate compression algorithm"
1652 select CRYPTO_ALGAPI
1653 select CRYPTO_ACOMP2
1657 This is the Deflate algorithm (RFC1951), specified for use in
1658 IPSec with the IPCOMP protocol (RFC3173, RFC2394).
1660 You will most probably want this if using IPSec.
1663 tristate "LZO compression algorithm"
1664 select CRYPTO_ALGAPI
1665 select CRYPTO_ACOMP2
1667 select LZO_DECOMPRESS
1669 This is the LZO algorithm.
1672 tristate "842 compression algorithm"
1673 select CRYPTO_ALGAPI
1674 select CRYPTO_ACOMP2
1676 select 842_DECOMPRESS
1678 This is the 842 algorithm.
1681 tristate "LZ4 compression algorithm"
1682 select CRYPTO_ALGAPI
1683 select CRYPTO_ACOMP2
1685 select LZ4_DECOMPRESS
1687 This is the LZ4 algorithm.
1690 tristate "LZ4HC compression algorithm"
1691 select CRYPTO_ALGAPI
1692 select CRYPTO_ACOMP2
1693 select LZ4HC_COMPRESS
1694 select LZ4_DECOMPRESS
1696 This is the LZ4 high compression mode algorithm.
1698 comment "Random Number Generation"
1700 config CRYPTO_ANSI_CPRNG
1701 tristate "Pseudo Random Number Generation for Cryptographic modules"
1705 This option enables the generic pseudo random number generator
1706 for cryptographic modules. Uses the Algorithm specified in
1707 ANSI X9.31 A.2.4. Note that this option must be enabled if
1708 CRYPTO_FIPS is selected
1710 menuconfig CRYPTO_DRBG_MENU
1711 tristate "NIST SP800-90A DRBG"
1713 NIST SP800-90A compliant DRBG. In the following submenu, one or
1714 more of the DRBG types must be selected.
1718 config CRYPTO_DRBG_HMAC
1722 select CRYPTO_SHA256
1724 config CRYPTO_DRBG_HASH
1725 bool "Enable Hash DRBG"
1726 select CRYPTO_SHA256
1728 Enable the Hash DRBG variant as defined in NIST SP800-90A.
1730 config CRYPTO_DRBG_CTR
1731 bool "Enable CTR DRBG"
1733 depends on CRYPTO_CTR
1735 Enable the CTR DRBG variant as defined in NIST SP800-90A.
1739 default CRYPTO_DRBG_MENU
1741 select CRYPTO_JITTERENTROPY
1743 endif # if CRYPTO_DRBG_MENU
1745 config CRYPTO_JITTERENTROPY
1746 tristate "Jitterentropy Non-Deterministic Random Number Generator"
1749 The Jitterentropy RNG is a noise that is intended
1750 to provide seed to another RNG. The RNG does not
1751 perform any cryptographic whitening of the generated
1752 random numbers. This Jitterentropy RNG registers with
1753 the kernel crypto API and can be used by any caller.
1755 config CRYPTO_USER_API
1758 config CRYPTO_USER_API_HASH
1759 tristate "User-space interface for hash algorithms"
1762 select CRYPTO_USER_API
1764 This option enables the user-spaces interface for hash
1767 config CRYPTO_USER_API_SKCIPHER
1768 tristate "User-space interface for symmetric key cipher algorithms"
1770 select CRYPTO_BLKCIPHER
1771 select CRYPTO_USER_API
1773 This option enables the user-spaces interface for symmetric
1774 key cipher algorithms.
1776 config CRYPTO_USER_API_RNG
1777 tristate "User-space interface for random number generator algorithms"
1780 select CRYPTO_USER_API
1782 This option enables the user-spaces interface for random
1783 number generator algorithms.
1785 config CRYPTO_USER_API_AEAD
1786 tristate "User-space interface for AEAD cipher algorithms"
1789 select CRYPTO_BLKCIPHER
1791 select CRYPTO_USER_API
1793 This option enables the user-spaces interface for AEAD
1796 config CRYPTO_HASH_INFO
1799 source "drivers/crypto/Kconfig"
1800 source crypto/asymmetric_keys/Kconfig
1801 source certs/Kconfig