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 option enables the fips boot option which is
31 required if you want the 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
116 config CRYPTO_MANAGER
117 tristate "Cryptographic algorithm manager"
118 select CRYPTO_MANAGER2
120 Create default cryptographic template instantiations such as
123 config CRYPTO_MANAGER2
124 def_tristate CRYPTO_MANAGER || (CRYPTO_MANAGER!=n && CRYPTO_ALGAPI=y)
127 select CRYPTO_BLKCIPHER2
128 select CRYPTO_AKCIPHER2
133 tristate "Userspace cryptographic algorithm configuration"
135 select CRYPTO_MANAGER
137 Userspace configuration for cryptographic instantiations such as
140 config CRYPTO_MANAGER_DISABLE_TESTS
141 bool "Disable run-time self tests"
143 depends on CRYPTO_MANAGER2
145 Disable run-time self tests that normally take place at
146 algorithm registration.
148 config CRYPTO_MANAGER_EXTRA_TESTS
149 bool "Enable extra run-time crypto self tests"
150 depends on DEBUG_KERNEL && !CRYPTO_MANAGER_DISABLE_TESTS
152 Enable extra run-time self tests of registered crypto algorithms,
153 including randomized fuzz tests.
155 This is intended for developer use only, as these tests take much
156 longer to run than the normal self tests.
158 config CRYPTO_GF128MUL
159 tristate "GF(2^128) multiplication functions"
161 Efficient table driven implementation of multiplications in the
162 field GF(2^128). This is needed by some cypher modes. This
163 option will be selected automatically if you select such a
164 cipher mode. Only select this option by hand if you expect to load
165 an external module that requires these functions.
168 tristate "Null algorithms"
171 These are 'Null' algorithms, used by IPsec, which do nothing.
175 select CRYPTO_ALGAPI2
176 select CRYPTO_BLKCIPHER2
180 tristate "Parallel crypto engine"
183 select CRYPTO_MANAGER
186 This converts an arbitrary crypto algorithm into a parallel
187 algorithm that executes in kernel threads.
189 config CRYPTO_WORKQUEUE
193 tristate "Software async crypto daemon"
194 select CRYPTO_BLKCIPHER
196 select CRYPTO_MANAGER
197 select CRYPTO_WORKQUEUE
199 This is a generic software asynchronous crypto daemon that
200 converts an arbitrary synchronous software crypto algorithm
201 into an asynchronous algorithm that executes in a kernel thread.
203 config CRYPTO_AUTHENC
204 tristate "Authenc support"
206 select CRYPTO_BLKCIPHER
207 select CRYPTO_MANAGER
211 Authenc: Combined mode wrapper for IPsec.
212 This is required for IPSec.
215 tristate "Testing module"
217 select CRYPTO_MANAGER
219 Quick & dirty crypto test module.
225 config CRYPTO_GLUE_HELPER_X86
228 select CRYPTO_BLKCIPHER
233 comment "Public-key cryptography"
236 tristate "RSA algorithm"
237 select CRYPTO_AKCIPHER
238 select CRYPTO_MANAGER
242 Generic implementation of the RSA public key algorithm.
245 tristate "Diffie-Hellman algorithm"
249 Generic implementation of the Diffie-Hellman algorithm.
255 tristate "ECDH algorithm"
258 select CRYPTO_RNG_DEFAULT
260 Generic implementation of the ECDH algorithm
263 tristate "EC-RDSA (GOST 34.10) algorithm"
265 select CRYPTO_AKCIPHER
266 select CRYPTO_STREEBOG
270 Elliptic Curve Russian Digital Signature Algorithm (GOST R 34.10-2012,
271 RFC 7091, ISO/IEC 14888-3:2018) is one of the Russian cryptographic
272 standard algorithms (called GOST algorithms). Only signature verification
275 comment "Authenticated Encryption with Associated Data"
278 tristate "CCM support"
283 Support for Counter with CBC MAC. Required for IPsec.
286 tristate "GCM/GMAC support"
292 Support for Galois/Counter Mode (GCM) and Galois Message
293 Authentication Code (GMAC). Required for IPSec.
295 config CRYPTO_CHACHA20POLY1305
296 tristate "ChaCha20-Poly1305 AEAD support"
297 select CRYPTO_CHACHA20
298 select CRYPTO_POLY1305
301 ChaCha20-Poly1305 AEAD support, RFC7539.
303 Support for the AEAD wrapper using the ChaCha20 stream cipher combined
304 with the Poly1305 authenticator. It is defined in RFC7539 for use in
307 config CRYPTO_AEGIS128
308 tristate "AEGIS-128 AEAD algorithm"
310 select CRYPTO_AES # for AES S-box tables
312 Support for the AEGIS-128 dedicated AEAD algorithm.
314 config CRYPTO_AEGIS128L
315 tristate "AEGIS-128L AEAD algorithm"
317 select CRYPTO_AES # for AES S-box tables
319 Support for the AEGIS-128L dedicated AEAD algorithm.
321 config CRYPTO_AEGIS256
322 tristate "AEGIS-256 AEAD algorithm"
324 select CRYPTO_AES # for AES S-box tables
326 Support for the AEGIS-256 dedicated AEAD algorithm.
328 config CRYPTO_AEGIS128_AESNI_SSE2
329 tristate "AEGIS-128 AEAD algorithm (x86_64 AESNI+SSE2 implementation)"
330 depends on X86 && 64BIT
334 AESNI+SSE2 implementation of the AEGIS-128 dedicated AEAD algorithm.
336 config CRYPTO_AEGIS128L_AESNI_SSE2
337 tristate "AEGIS-128L AEAD algorithm (x86_64 AESNI+SSE2 implementation)"
338 depends on X86 && 64BIT
342 AESNI+SSE2 implementation of the AEGIS-128L dedicated AEAD algorithm.
344 config CRYPTO_AEGIS256_AESNI_SSE2
345 tristate "AEGIS-256 AEAD algorithm (x86_64 AESNI+SSE2 implementation)"
346 depends on X86 && 64BIT
350 AESNI+SSE2 implementation of the AEGIS-256 dedicated AEAD algorithm.
352 config CRYPTO_MORUS640
353 tristate "MORUS-640 AEAD algorithm"
356 Support for the MORUS-640 dedicated AEAD algorithm.
358 config CRYPTO_MORUS640_GLUE
364 Common glue for SIMD optimizations of the MORUS-640 dedicated AEAD
367 config CRYPTO_MORUS640_SSE2
368 tristate "MORUS-640 AEAD algorithm (x86_64 SSE2 implementation)"
369 depends on X86 && 64BIT
371 select CRYPTO_MORUS640_GLUE
373 SSE2 implementation of the MORUS-640 dedicated AEAD algorithm.
375 config CRYPTO_MORUS1280
376 tristate "MORUS-1280 AEAD algorithm"
379 Support for the MORUS-1280 dedicated AEAD algorithm.
381 config CRYPTO_MORUS1280_GLUE
387 Common glue for SIMD optimizations of the MORUS-1280 dedicated AEAD
390 config CRYPTO_MORUS1280_SSE2
391 tristate "MORUS-1280 AEAD algorithm (x86_64 SSE2 implementation)"
392 depends on X86 && 64BIT
394 select CRYPTO_MORUS1280_GLUE
396 SSE2 optimizedimplementation of the MORUS-1280 dedicated AEAD
399 config CRYPTO_MORUS1280_AVX2
400 tristate "MORUS-1280 AEAD algorithm (x86_64 AVX2 implementation)"
401 depends on X86 && 64BIT
403 select CRYPTO_MORUS1280_GLUE
405 AVX2 optimized implementation of the MORUS-1280 dedicated AEAD
409 tristate "Sequence Number IV Generator"
411 select CRYPTO_BLKCIPHER
413 select CRYPTO_RNG_DEFAULT
415 This IV generator generates an IV based on a sequence number by
416 xoring it with a salt. This algorithm is mainly useful for CTR
418 config CRYPTO_ECHAINIV
419 tristate "Encrypted Chain IV Generator"
422 select CRYPTO_RNG_DEFAULT
425 This IV generator generates an IV based on the encryption of
426 a sequence number xored with a salt. This is the default
429 comment "Block modes"
432 tristate "CBC support"
433 select CRYPTO_BLKCIPHER
434 select CRYPTO_MANAGER
436 CBC: Cipher Block Chaining mode
437 This block cipher algorithm is required for IPSec.
440 tristate "CFB support"
441 select CRYPTO_BLKCIPHER
442 select CRYPTO_MANAGER
444 CFB: Cipher FeedBack mode
445 This block cipher algorithm is required for TPM2 Cryptography.
448 tristate "CTR support"
449 select CRYPTO_BLKCIPHER
451 select CRYPTO_MANAGER
454 This block cipher algorithm is required for IPSec.
457 tristate "CTS support"
458 select CRYPTO_BLKCIPHER
460 CTS: Cipher Text Stealing
461 This is the Cipher Text Stealing mode as described by
462 Section 8 of rfc2040 and referenced by rfc3962
463 (rfc3962 includes errata information in its Appendix A) or
464 CBC-CS3 as defined by NIST in Sp800-38A addendum from Oct 2010.
465 This mode is required for Kerberos gss mechanism support
468 See: https://csrc.nist.gov/publications/detail/sp/800-38a/addendum/final
471 tristate "ECB support"
472 select CRYPTO_BLKCIPHER
473 select CRYPTO_MANAGER
475 ECB: Electronic CodeBook mode
476 This is the simplest block cipher algorithm. It simply encrypts
477 the input block by block.
480 tristate "LRW support"
481 select CRYPTO_BLKCIPHER
482 select CRYPTO_MANAGER
483 select CRYPTO_GF128MUL
485 LRW: Liskov Rivest Wagner, a tweakable, non malleable, non movable
486 narrow block cipher mode for dm-crypt. Use it with cipher
487 specification string aes-lrw-benbi, the key must be 256, 320 or 384.
488 The first 128, 192 or 256 bits in the key are used for AES and the
489 rest is used to tie each cipher block to its logical position.
492 tristate "OFB support"
493 select CRYPTO_BLKCIPHER
494 select CRYPTO_MANAGER
496 OFB: the Output Feedback mode makes a block cipher into a synchronous
497 stream cipher. It generates keystream blocks, which are then XORed
498 with the plaintext blocks to get the ciphertext. Flipping a bit in the
499 ciphertext produces a flipped bit in the plaintext at the same
500 location. This property allows many error correcting codes to function
501 normally even when applied before encryption.
504 tristate "PCBC support"
505 select CRYPTO_BLKCIPHER
506 select CRYPTO_MANAGER
508 PCBC: Propagating Cipher Block Chaining mode
509 This block cipher algorithm is required for RxRPC.
512 tristate "XTS support"
513 select CRYPTO_BLKCIPHER
514 select CRYPTO_MANAGER
517 XTS: IEEE1619/D16 narrow block cipher use with aes-xts-plain,
518 key size 256, 384 or 512 bits. This implementation currently
519 can't handle a sectorsize which is not a multiple of 16 bytes.
521 config CRYPTO_KEYWRAP
522 tristate "Key wrapping support"
523 select CRYPTO_BLKCIPHER
525 Support for key wrapping (NIST SP800-38F / RFC3394) without
528 config CRYPTO_NHPOLY1305
531 select CRYPTO_POLY1305
533 config CRYPTO_NHPOLY1305_SSE2
534 tristate "NHPoly1305 hash function (x86_64 SSE2 implementation)"
535 depends on X86 && 64BIT
536 select CRYPTO_NHPOLY1305
538 SSE2 optimized implementation of the hash function used by the
539 Adiantum encryption mode.
541 config CRYPTO_NHPOLY1305_AVX2
542 tristate "NHPoly1305 hash function (x86_64 AVX2 implementation)"
543 depends on X86 && 64BIT
544 select CRYPTO_NHPOLY1305
546 AVX2 optimized implementation of the hash function used by the
547 Adiantum encryption mode.
549 config CRYPTO_ADIANTUM
550 tristate "Adiantum support"
551 select CRYPTO_CHACHA20
552 select CRYPTO_POLY1305
553 select CRYPTO_NHPOLY1305
555 Adiantum is a tweakable, length-preserving encryption mode
556 designed for fast and secure disk encryption, especially on
557 CPUs without dedicated crypto instructions. It encrypts
558 each sector using the XChaCha12 stream cipher, two passes of
559 an ε-almost-∆-universal hash function, and an invocation of
560 the AES-256 block cipher on a single 16-byte block. On CPUs
561 without AES instructions, Adiantum is much faster than
564 Adiantum's security is provably reducible to that of its
565 underlying stream and block ciphers, subject to a security
566 bound. Unlike XTS, Adiantum is a true wide-block encryption
567 mode, so it actually provides an even stronger notion of
568 security than XTS, subject to the security bound.
575 tristate "CMAC support"
577 select CRYPTO_MANAGER
579 Cipher-based Message Authentication Code (CMAC) specified by
580 The National Institute of Standards and Technology (NIST).
582 https://tools.ietf.org/html/rfc4493
583 http://csrc.nist.gov/publications/nistpubs/800-38B/SP_800-38B.pdf
586 tristate "HMAC support"
588 select CRYPTO_MANAGER
590 HMAC: Keyed-Hashing for Message Authentication (RFC2104).
591 This is required for IPSec.
594 tristate "XCBC support"
596 select CRYPTO_MANAGER
598 XCBC: Keyed-Hashing with encryption algorithm
599 http://www.ietf.org/rfc/rfc3566.txt
600 http://csrc.nist.gov/encryption/modes/proposedmodes/
601 xcbc-mac/xcbc-mac-spec.pdf
604 tristate "VMAC support"
606 select CRYPTO_MANAGER
608 VMAC is a message authentication algorithm designed for
609 very high speed on 64-bit architectures.
612 <http://fastcrypto.org/vmac>
617 tristate "CRC32c CRC algorithm"
621 Castagnoli, et al Cyclic Redundancy-Check Algorithm. Used
622 by iSCSI for header and data digests and by others.
623 See Castagnoli93. Module will be crc32c.
625 config CRYPTO_CRC32C_INTEL
626 tristate "CRC32c INTEL hardware acceleration"
630 In Intel processor with SSE4.2 supported, the processor will
631 support CRC32C implementation using hardware accelerated CRC32
632 instruction. This option will create 'crc32c-intel' module,
633 which will enable any routine to use the CRC32 instruction to
634 gain performance compared with software implementation.
635 Module will be crc32c-intel.
637 config CRYPTO_CRC32C_VPMSUM
638 tristate "CRC32c CRC algorithm (powerpc64)"
639 depends on PPC64 && ALTIVEC
643 CRC32c algorithm implemented using vector polynomial multiply-sum
644 (vpmsum) instructions, introduced in POWER8. Enable on POWER8
645 and newer processors for improved performance.
648 config CRYPTO_CRC32C_SPARC64
649 tristate "CRC32c CRC algorithm (SPARC64)"
654 CRC32c CRC algorithm implemented using sparc64 crypto instructions,
658 tristate "CRC32 CRC algorithm"
662 CRC-32-IEEE 802.3 cyclic redundancy-check algorithm.
663 Shash crypto api wrappers to crc32_le function.
665 config CRYPTO_CRC32_PCLMUL
666 tristate "CRC32 PCLMULQDQ hardware acceleration"
671 From Intel Westmere and AMD Bulldozer processor with SSE4.2
672 and PCLMULQDQ supported, the processor will support
673 CRC32 PCLMULQDQ implementation using hardware accelerated PCLMULQDQ
674 instruction. This option will create 'crc32-pclmul' module,
675 which will enable any routine to use the CRC-32-IEEE 802.3 checksum
676 and gain better performance as compared with the table implementation.
678 config CRYPTO_CRC32_MIPS
679 tristate "CRC32c and CRC32 CRC algorithm (MIPS)"
680 depends on MIPS_CRC_SUPPORT
683 CRC32c and CRC32 CRC algorithms implemented using mips crypto
684 instructions, when available.
687 config CRYPTO_CRCT10DIF
688 tristate "CRCT10DIF algorithm"
691 CRC T10 Data Integrity Field computation is being cast as
692 a crypto transform. This allows for faster crc t10 diff
693 transforms to be used if they are available.
695 config CRYPTO_CRCT10DIF_PCLMUL
696 tristate "CRCT10DIF PCLMULQDQ hardware acceleration"
697 depends on X86 && 64BIT && CRC_T10DIF
700 For x86_64 processors with SSE4.2 and PCLMULQDQ supported,
701 CRC T10 DIF PCLMULQDQ computation can be hardware
702 accelerated PCLMULQDQ instruction. This option will create
703 'crct10dif-pclmul' module, which is faster when computing the
704 crct10dif checksum as compared with the generic table implementation.
706 config CRYPTO_CRCT10DIF_VPMSUM
707 tristate "CRC32T10DIF powerpc64 hardware acceleration"
708 depends on PPC64 && ALTIVEC && CRC_T10DIF
711 CRC10T10DIF algorithm implemented using vector polynomial
712 multiply-sum (vpmsum) instructions, introduced in POWER8. Enable on
713 POWER8 and newer processors for improved performance.
715 config CRYPTO_VPMSUM_TESTER
716 tristate "Powerpc64 vpmsum hardware acceleration tester"
717 depends on CRYPTO_CRCT10DIF_VPMSUM && CRYPTO_CRC32C_VPMSUM
719 Stress test for CRC32c and CRC-T10DIF algorithms implemented with
720 POWER8 vpmsum instructions.
721 Unless you are testing these algorithms, you don't need this.
724 tristate "GHASH digest algorithm"
725 select CRYPTO_GF128MUL
728 GHASH is message digest algorithm for GCM (Galois/Counter Mode).
730 config CRYPTO_POLY1305
731 tristate "Poly1305 authenticator algorithm"
734 Poly1305 authenticator algorithm, RFC7539.
736 Poly1305 is an authenticator algorithm designed by Daniel J. Bernstein.
737 It is used for the ChaCha20-Poly1305 AEAD, specified in RFC7539 for use
738 in IETF protocols. This is the portable C implementation of Poly1305.
740 config CRYPTO_POLY1305_X86_64
741 tristate "Poly1305 authenticator algorithm (x86_64/SSE2/AVX2)"
742 depends on X86 && 64BIT
743 select CRYPTO_POLY1305
745 Poly1305 authenticator algorithm, RFC7539.
747 Poly1305 is an authenticator algorithm designed by Daniel J. Bernstein.
748 It is used for the ChaCha20-Poly1305 AEAD, specified in RFC7539 for use
749 in IETF protocols. This is the x86_64 assembler implementation using SIMD
753 tristate "MD4 digest algorithm"
756 MD4 message digest algorithm (RFC1320).
759 tristate "MD5 digest algorithm"
762 MD5 message digest algorithm (RFC1321).
764 config CRYPTO_MD5_OCTEON
765 tristate "MD5 digest algorithm (OCTEON)"
766 depends on CPU_CAVIUM_OCTEON
770 MD5 message digest algorithm (RFC1321) implemented
771 using OCTEON crypto instructions, when available.
773 config CRYPTO_MD5_PPC
774 tristate "MD5 digest algorithm (PPC)"
778 MD5 message digest algorithm (RFC1321) implemented
781 config CRYPTO_MD5_SPARC64
782 tristate "MD5 digest algorithm (SPARC64)"
787 MD5 message digest algorithm (RFC1321) implemented
788 using sparc64 crypto instructions, when available.
790 config CRYPTO_MICHAEL_MIC
791 tristate "Michael MIC keyed digest algorithm"
794 Michael MIC is used for message integrity protection in TKIP
795 (IEEE 802.11i). This algorithm is required for TKIP, but it
796 should not be used for other purposes because of the weakness
800 tristate "RIPEMD-128 digest algorithm"
803 RIPEMD-128 (ISO/IEC 10118-3:2004).
805 RIPEMD-128 is a 128-bit cryptographic hash function. It should only
806 be used as a secure replacement for RIPEMD. For other use cases,
807 RIPEMD-160 should be used.
809 Developed by Hans Dobbertin, Antoon Bosselaers and Bart Preneel.
810 See <http://homes.esat.kuleuven.be/~bosselae/ripemd160.html>
813 tristate "RIPEMD-160 digest algorithm"
816 RIPEMD-160 (ISO/IEC 10118-3:2004).
818 RIPEMD-160 is a 160-bit cryptographic hash function. It is intended
819 to be used as a secure replacement for the 128-bit hash functions
820 MD4, MD5 and it's predecessor RIPEMD
821 (not to be confused with RIPEMD-128).
823 It's speed is comparable to SHA1 and there are no known attacks
826 Developed by Hans Dobbertin, Antoon Bosselaers and Bart Preneel.
827 See <http://homes.esat.kuleuven.be/~bosselae/ripemd160.html>
830 tristate "RIPEMD-256 digest algorithm"
833 RIPEMD-256 is an optional extension of RIPEMD-128 with a
834 256 bit hash. It is intended for applications that require
835 longer hash-results, without needing a larger security level
838 Developed by Hans Dobbertin, Antoon Bosselaers and Bart Preneel.
839 See <http://homes.esat.kuleuven.be/~bosselae/ripemd160.html>
842 tristate "RIPEMD-320 digest algorithm"
845 RIPEMD-320 is an optional extension of RIPEMD-160 with a
846 320 bit hash. It is intended for applications that require
847 longer hash-results, without needing a larger security level
850 Developed by Hans Dobbertin, Antoon Bosselaers and Bart Preneel.
851 See <http://homes.esat.kuleuven.be/~bosselae/ripemd160.html>
854 tristate "SHA1 digest algorithm"
857 SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2).
859 config CRYPTO_SHA1_SSSE3
860 tristate "SHA1 digest algorithm (SSSE3/AVX/AVX2/SHA-NI)"
861 depends on X86 && 64BIT
865 SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2) implemented
866 using Supplemental SSE3 (SSSE3) instructions or Advanced Vector
867 Extensions (AVX/AVX2) or SHA-NI(SHA Extensions New Instructions),
870 config CRYPTO_SHA256_SSSE3
871 tristate "SHA256 digest algorithm (SSSE3/AVX/AVX2/SHA-NI)"
872 depends on X86 && 64BIT
876 SHA-256 secure hash standard (DFIPS 180-2) implemented
877 using Supplemental SSE3 (SSSE3) instructions, or Advanced Vector
878 Extensions version 1 (AVX1), or Advanced Vector Extensions
879 version 2 (AVX2) instructions, or SHA-NI (SHA Extensions New
880 Instructions) when available.
882 config CRYPTO_SHA512_SSSE3
883 tristate "SHA512 digest algorithm (SSSE3/AVX/AVX2)"
884 depends on X86 && 64BIT
888 SHA-512 secure hash standard (DFIPS 180-2) implemented
889 using Supplemental SSE3 (SSSE3) instructions, or Advanced Vector
890 Extensions version 1 (AVX1), or Advanced Vector Extensions
891 version 2 (AVX2) instructions, when available.
893 config CRYPTO_SHA1_OCTEON
894 tristate "SHA1 digest algorithm (OCTEON)"
895 depends on CPU_CAVIUM_OCTEON
899 SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2) implemented
900 using OCTEON crypto instructions, when available.
902 config CRYPTO_SHA1_SPARC64
903 tristate "SHA1 digest algorithm (SPARC64)"
908 SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2) implemented
909 using sparc64 crypto instructions, when available.
911 config CRYPTO_SHA1_PPC
912 tristate "SHA1 digest algorithm (powerpc)"
915 This is the powerpc hardware accelerated implementation of the
916 SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2).
918 config CRYPTO_SHA1_PPC_SPE
919 tristate "SHA1 digest algorithm (PPC SPE)"
920 depends on PPC && SPE
922 SHA-1 secure hash standard (DFIPS 180-4) implemented
923 using powerpc SPE SIMD instruction set.
926 tristate "SHA224 and SHA256 digest algorithm"
929 SHA256 secure hash standard (DFIPS 180-2).
931 This version of SHA implements a 256 bit hash with 128 bits of
932 security against collision attacks.
934 This code also includes SHA-224, a 224 bit hash with 112 bits
935 of security against collision attacks.
937 config CRYPTO_SHA256_PPC_SPE
938 tristate "SHA224 and SHA256 digest algorithm (PPC SPE)"
939 depends on PPC && SPE
943 SHA224 and SHA256 secure hash standard (DFIPS 180-2)
944 implemented using powerpc SPE SIMD instruction set.
946 config CRYPTO_SHA256_OCTEON
947 tristate "SHA224 and SHA256 digest algorithm (OCTEON)"
948 depends on CPU_CAVIUM_OCTEON
952 SHA-256 secure hash standard (DFIPS 180-2) implemented
953 using OCTEON crypto instructions, when available.
955 config CRYPTO_SHA256_SPARC64
956 tristate "SHA224 and SHA256 digest algorithm (SPARC64)"
961 SHA-256 secure hash standard (DFIPS 180-2) implemented
962 using sparc64 crypto instructions, when available.
965 tristate "SHA384 and SHA512 digest algorithms"
968 SHA512 secure hash standard (DFIPS 180-2).
970 This version of SHA implements a 512 bit hash with 256 bits of
971 security against collision attacks.
973 This code also includes SHA-384, a 384 bit hash with 192 bits
974 of security against collision attacks.
976 config CRYPTO_SHA512_OCTEON
977 tristate "SHA384 and SHA512 digest algorithms (OCTEON)"
978 depends on CPU_CAVIUM_OCTEON
982 SHA-512 secure hash standard (DFIPS 180-2) implemented
983 using OCTEON crypto instructions, when available.
985 config CRYPTO_SHA512_SPARC64
986 tristate "SHA384 and SHA512 digest algorithm (SPARC64)"
991 SHA-512 secure hash standard (DFIPS 180-2) implemented
992 using sparc64 crypto instructions, when available.
995 tristate "SHA3 digest algorithm"
998 SHA-3 secure hash standard (DFIPS 202). It's based on
999 cryptographic sponge function family called Keccak.
1002 http://keccak.noekeon.org/
1005 tristate "SM3 digest algorithm"
1008 SM3 secure hash function as defined by OSCCA GM/T 0004-2012 SM3).
1009 It is part of the Chinese Commercial Cryptography suite.
1012 http://www.oscca.gov.cn/UpFile/20101222141857786.pdf
1013 https://datatracker.ietf.org/doc/html/draft-shen-sm3-hash
1015 config CRYPTO_STREEBOG
1016 tristate "Streebog Hash Function"
1019 Streebog Hash Function (GOST R 34.11-2012, RFC 6986) is one of the Russian
1020 cryptographic standard algorithms (called GOST algorithms).
1021 This setting enables two hash algorithms with 256 and 512 bits output.
1024 https://tc26.ru/upload/iblock/fed/feddbb4d26b685903faa2ba11aea43f6.pdf
1025 https://tools.ietf.org/html/rfc6986
1027 config CRYPTO_TGR192
1028 tristate "Tiger digest algorithms"
1031 Tiger hash algorithm 192, 160 and 128-bit hashes
1033 Tiger is a hash function optimized for 64-bit processors while
1034 still having decent performance on 32-bit processors.
1035 Tiger was developed by Ross Anderson and Eli Biham.
1038 <http://www.cs.technion.ac.il/~biham/Reports/Tiger/>.
1041 tristate "Whirlpool digest algorithms"
1044 Whirlpool hash algorithm 512, 384 and 256-bit hashes
1046 Whirlpool-512 is part of the NESSIE cryptographic primitives.
1047 Whirlpool will be part of the ISO/IEC 10118-3:2003(E) standard
1050 <http://www.larc.usp.br/~pbarreto/WhirlpoolPage.html>
1052 config CRYPTO_GHASH_CLMUL_NI_INTEL
1053 tristate "GHASH digest algorithm (CLMUL-NI accelerated)"
1054 depends on X86 && 64BIT
1055 select CRYPTO_CRYPTD
1057 GHASH is message digest algorithm for GCM (Galois/Counter Mode).
1058 The implementation is accelerated by CLMUL-NI of Intel.
1063 tristate "AES cipher algorithms"
1064 select CRYPTO_ALGAPI
1066 AES cipher algorithms (FIPS-197). AES uses the Rijndael
1069 Rijndael appears to be consistently a very good performer in
1070 both hardware and software across a wide range of computing
1071 environments regardless of its use in feedback or non-feedback
1072 modes. Its key setup time is excellent, and its key agility is
1073 good. Rijndael's very low memory requirements make it very well
1074 suited for restricted-space environments, in which it also
1075 demonstrates excellent performance. Rijndael's operations are
1076 among the easiest to defend against power and timing attacks.
1078 The AES specifies three key sizes: 128, 192 and 256 bits
1080 See <http://csrc.nist.gov/CryptoToolkit/aes/> for more information.
1082 config CRYPTO_AES_TI
1083 tristate "Fixed time AES cipher"
1084 select CRYPTO_ALGAPI
1086 This is a generic implementation of AES that attempts to eliminate
1087 data dependent latencies as much as possible without affecting
1088 performance too much. It is intended for use by the generic CCM
1089 and GCM drivers, and other CTR or CMAC/XCBC based modes that rely
1090 solely on encryption (although decryption is supported as well, but
1091 with a more dramatic performance hit)
1093 Instead of using 16 lookup tables of 1 KB each, (8 for encryption and
1094 8 for decryption), this implementation only uses just two S-boxes of
1095 256 bytes each, and attempts to eliminate data dependent latencies by
1096 prefetching the entire table into the cache at the start of each
1097 block. Interrupts are also disabled to avoid races where cachelines
1098 are evicted when the CPU is interrupted to do something else.
1100 config CRYPTO_AES_586
1101 tristate "AES cipher algorithms (i586)"
1102 depends on (X86 || UML_X86) && !64BIT
1103 select CRYPTO_ALGAPI
1106 AES cipher algorithms (FIPS-197). AES uses the Rijndael
1109 Rijndael appears to be consistently a very good performer in
1110 both hardware and software across a wide range of computing
1111 environments regardless of its use in feedback or non-feedback
1112 modes. Its key setup time is excellent, and its key agility is
1113 good. Rijndael's very low memory requirements make it very well
1114 suited for restricted-space environments, in which it also
1115 demonstrates excellent performance. Rijndael's operations are
1116 among the easiest to defend against power and timing attacks.
1118 The AES specifies three key sizes: 128, 192 and 256 bits
1120 See <http://csrc.nist.gov/encryption/aes/> for more information.
1122 config CRYPTO_AES_X86_64
1123 tristate "AES cipher algorithms (x86_64)"
1124 depends on (X86 || UML_X86) && 64BIT
1125 select CRYPTO_ALGAPI
1128 AES cipher algorithms (FIPS-197). AES uses the Rijndael
1131 Rijndael appears to be consistently a very good performer in
1132 both hardware and software across a wide range of computing
1133 environments regardless of its use in feedback or non-feedback
1134 modes. Its key setup time is excellent, and its key agility is
1135 good. Rijndael's very low memory requirements make it very well
1136 suited for restricted-space environments, in which it also
1137 demonstrates excellent performance. Rijndael's operations are
1138 among the easiest to defend against power and timing attacks.
1140 The AES specifies three key sizes: 128, 192 and 256 bits
1142 See <http://csrc.nist.gov/encryption/aes/> for more information.
1144 config CRYPTO_AES_NI_INTEL
1145 tristate "AES cipher algorithms (AES-NI)"
1148 select CRYPTO_AES_X86_64 if 64BIT
1149 select CRYPTO_AES_586 if !64BIT
1150 select CRYPTO_ALGAPI
1151 select CRYPTO_BLKCIPHER
1152 select CRYPTO_GLUE_HELPER_X86 if 64BIT
1155 Use Intel AES-NI instructions for AES algorithm.
1157 AES cipher algorithms (FIPS-197). AES uses the Rijndael
1160 Rijndael appears to be consistently a very good performer in
1161 both hardware and software across a wide range of computing
1162 environments regardless of its use in feedback or non-feedback
1163 modes. Its key setup time is excellent, and its key agility is
1164 good. Rijndael's very low memory requirements make it very well
1165 suited for restricted-space environments, in which it also
1166 demonstrates excellent performance. Rijndael's operations are
1167 among the easiest to defend against power and timing attacks.
1169 The AES specifies three key sizes: 128, 192 and 256 bits
1171 See <http://csrc.nist.gov/encryption/aes/> for more information.
1173 In addition to AES cipher algorithm support, the acceleration
1174 for some popular block cipher mode is supported too, including
1175 ECB, CBC, LRW, XTS. The 64 bit version has additional
1176 acceleration for CTR.
1178 config CRYPTO_AES_SPARC64
1179 tristate "AES cipher algorithms (SPARC64)"
1181 select CRYPTO_CRYPTD
1182 select CRYPTO_ALGAPI
1184 Use SPARC64 crypto opcodes for AES algorithm.
1186 AES cipher algorithms (FIPS-197). AES uses the Rijndael
1189 Rijndael appears to be consistently a very good performer in
1190 both hardware and software across a wide range of computing
1191 environments regardless of its use in feedback or non-feedback
1192 modes. Its key setup time is excellent, and its key agility is
1193 good. Rijndael's very low memory requirements make it very well
1194 suited for restricted-space environments, in which it also
1195 demonstrates excellent performance. Rijndael's operations are
1196 among the easiest to defend against power and timing attacks.
1198 The AES specifies three key sizes: 128, 192 and 256 bits
1200 See <http://csrc.nist.gov/encryption/aes/> for more information.
1202 In addition to AES cipher algorithm support, the acceleration
1203 for some popular block cipher mode is supported too, including
1206 config CRYPTO_AES_PPC_SPE
1207 tristate "AES cipher algorithms (PPC SPE)"
1208 depends on PPC && SPE
1210 AES cipher algorithms (FIPS-197). Additionally the acceleration
1211 for popular block cipher modes ECB, CBC, CTR and XTS is supported.
1212 This module should only be used for low power (router) devices
1213 without hardware AES acceleration (e.g. caam crypto). It reduces the
1214 size of the AES tables from 16KB to 8KB + 256 bytes and mitigates
1215 timining attacks. Nevertheless it might be not as secure as other
1216 architecture specific assembler implementations that work on 1KB
1217 tables or 256 bytes S-boxes.
1219 config CRYPTO_ANUBIS
1220 tristate "Anubis cipher algorithm"
1221 select CRYPTO_ALGAPI
1223 Anubis cipher algorithm.
1225 Anubis is a variable key length cipher which can use keys from
1226 128 bits to 320 bits in length. It was evaluated as a entrant
1227 in the NESSIE competition.
1230 <https://www.cosic.esat.kuleuven.be/nessie/reports/>
1231 <http://www.larc.usp.br/~pbarreto/AnubisPage.html>
1234 tristate "ARC4 cipher algorithm"
1235 select CRYPTO_BLKCIPHER
1237 ARC4 cipher algorithm.
1239 ARC4 is a stream cipher using keys ranging from 8 bits to 2048
1240 bits in length. This algorithm is required for driver-based
1241 WEP, but it should not be for other purposes because of the
1242 weakness of the algorithm.
1244 config CRYPTO_BLOWFISH
1245 tristate "Blowfish cipher algorithm"
1246 select CRYPTO_ALGAPI
1247 select CRYPTO_BLOWFISH_COMMON
1249 Blowfish cipher algorithm, by Bruce Schneier.
1251 This is a variable key length cipher which can use keys from 32
1252 bits to 448 bits in length. It's fast, simple and specifically
1253 designed for use on "large microprocessors".
1256 <http://www.schneier.com/blowfish.html>
1258 config CRYPTO_BLOWFISH_COMMON
1261 Common parts of the Blowfish cipher algorithm shared by the
1262 generic c and the assembler implementations.
1265 <http://www.schneier.com/blowfish.html>
1267 config CRYPTO_BLOWFISH_X86_64
1268 tristate "Blowfish cipher algorithm (x86_64)"
1269 depends on X86 && 64BIT
1270 select CRYPTO_BLKCIPHER
1271 select CRYPTO_BLOWFISH_COMMON
1273 Blowfish cipher algorithm (x86_64), by Bruce Schneier.
1275 This is a variable key length cipher which can use keys from 32
1276 bits to 448 bits in length. It's fast, simple and specifically
1277 designed for use on "large microprocessors".
1280 <http://www.schneier.com/blowfish.html>
1282 config CRYPTO_CAMELLIA
1283 tristate "Camellia cipher algorithms"
1285 select CRYPTO_ALGAPI
1287 Camellia cipher algorithms module.
1289 Camellia is a symmetric key block cipher developed jointly
1290 at NTT and Mitsubishi Electric Corporation.
1292 The Camellia specifies three key sizes: 128, 192 and 256 bits.
1295 <https://info.isl.ntt.co.jp/crypt/eng/camellia/index_s.html>
1297 config CRYPTO_CAMELLIA_X86_64
1298 tristate "Camellia cipher algorithm (x86_64)"
1299 depends on X86 && 64BIT
1301 select CRYPTO_BLKCIPHER
1302 select CRYPTO_GLUE_HELPER_X86
1304 Camellia cipher algorithm module (x86_64).
1306 Camellia is a symmetric key block cipher developed jointly
1307 at NTT and Mitsubishi Electric Corporation.
1309 The Camellia specifies three key sizes: 128, 192 and 256 bits.
1312 <https://info.isl.ntt.co.jp/crypt/eng/camellia/index_s.html>
1314 config CRYPTO_CAMELLIA_AESNI_AVX_X86_64
1315 tristate "Camellia cipher algorithm (x86_64/AES-NI/AVX)"
1316 depends on X86 && 64BIT
1318 select CRYPTO_BLKCIPHER
1319 select CRYPTO_CAMELLIA_X86_64
1320 select CRYPTO_GLUE_HELPER_X86
1324 Camellia cipher algorithm module (x86_64/AES-NI/AVX).
1326 Camellia is a symmetric key block cipher developed jointly
1327 at NTT and Mitsubishi Electric Corporation.
1329 The Camellia specifies three key sizes: 128, 192 and 256 bits.
1332 <https://info.isl.ntt.co.jp/crypt/eng/camellia/index_s.html>
1334 config CRYPTO_CAMELLIA_AESNI_AVX2_X86_64
1335 tristate "Camellia cipher algorithm (x86_64/AES-NI/AVX2)"
1336 depends on X86 && 64BIT
1338 select CRYPTO_CAMELLIA_AESNI_AVX_X86_64
1340 Camellia cipher algorithm module (x86_64/AES-NI/AVX2).
1342 Camellia is a symmetric key block cipher developed jointly
1343 at NTT and Mitsubishi Electric Corporation.
1345 The Camellia specifies three key sizes: 128, 192 and 256 bits.
1348 <https://info.isl.ntt.co.jp/crypt/eng/camellia/index_s.html>
1350 config CRYPTO_CAMELLIA_SPARC64
1351 tristate "Camellia cipher algorithm (SPARC64)"
1354 select CRYPTO_ALGAPI
1356 Camellia cipher algorithm module (SPARC64).
1358 Camellia is a symmetric key block cipher developed jointly
1359 at NTT and Mitsubishi Electric Corporation.
1361 The Camellia specifies three key sizes: 128, 192 and 256 bits.
1364 <https://info.isl.ntt.co.jp/crypt/eng/camellia/index_s.html>
1366 config CRYPTO_CAST_COMMON
1369 Common parts of the CAST cipher algorithms shared by the
1370 generic c and the assembler implementations.
1373 tristate "CAST5 (CAST-128) cipher algorithm"
1374 select CRYPTO_ALGAPI
1375 select CRYPTO_CAST_COMMON
1377 The CAST5 encryption algorithm (synonymous with CAST-128) is
1378 described in RFC2144.
1380 config CRYPTO_CAST5_AVX_X86_64
1381 tristate "CAST5 (CAST-128) cipher algorithm (x86_64/AVX)"
1382 depends on X86 && 64BIT
1383 select CRYPTO_BLKCIPHER
1385 select CRYPTO_CAST_COMMON
1388 The CAST5 encryption algorithm (synonymous with CAST-128) is
1389 described in RFC2144.
1391 This module provides the Cast5 cipher algorithm that processes
1392 sixteen blocks parallel using the AVX instruction set.
1395 tristate "CAST6 (CAST-256) cipher algorithm"
1396 select CRYPTO_ALGAPI
1397 select CRYPTO_CAST_COMMON
1399 The CAST6 encryption algorithm (synonymous with CAST-256) is
1400 described in RFC2612.
1402 config CRYPTO_CAST6_AVX_X86_64
1403 tristate "CAST6 (CAST-256) cipher algorithm (x86_64/AVX)"
1404 depends on X86 && 64BIT
1405 select CRYPTO_BLKCIPHER
1407 select CRYPTO_CAST_COMMON
1408 select CRYPTO_GLUE_HELPER_X86
1412 The CAST6 encryption algorithm (synonymous with CAST-256) is
1413 described in RFC2612.
1415 This module provides the Cast6 cipher algorithm that processes
1416 eight blocks parallel using the AVX instruction set.
1419 tristate "DES and Triple DES EDE cipher algorithms"
1420 select CRYPTO_ALGAPI
1422 DES cipher algorithm (FIPS 46-2), and Triple DES EDE (FIPS 46-3).
1424 config CRYPTO_DES_SPARC64
1425 tristate "DES and Triple DES EDE cipher algorithms (SPARC64)"
1427 select CRYPTO_ALGAPI
1430 DES cipher algorithm (FIPS 46-2), and Triple DES EDE (FIPS 46-3),
1431 optimized using SPARC64 crypto opcodes.
1433 config CRYPTO_DES3_EDE_X86_64
1434 tristate "Triple DES EDE cipher algorithm (x86-64)"
1435 depends on X86 && 64BIT
1436 select CRYPTO_BLKCIPHER
1439 Triple DES EDE (FIPS 46-3) algorithm.
1441 This module provides implementation of the Triple DES EDE cipher
1442 algorithm that is optimized for x86-64 processors. Two versions of
1443 algorithm are provided; regular processing one input block and
1444 one that processes three blocks parallel.
1446 config CRYPTO_FCRYPT
1447 tristate "FCrypt cipher algorithm"
1448 select CRYPTO_ALGAPI
1449 select CRYPTO_BLKCIPHER
1451 FCrypt algorithm used by RxRPC.
1453 config CRYPTO_KHAZAD
1454 tristate "Khazad cipher algorithm"
1455 select CRYPTO_ALGAPI
1457 Khazad cipher algorithm.
1459 Khazad was a finalist in the initial NESSIE competition. It is
1460 an algorithm optimized for 64-bit processors with good performance
1461 on 32-bit processors. Khazad uses an 128 bit key size.
1464 <http://www.larc.usp.br/~pbarreto/KhazadPage.html>
1466 config CRYPTO_SALSA20
1467 tristate "Salsa20 stream cipher algorithm"
1468 select CRYPTO_BLKCIPHER
1470 Salsa20 stream cipher algorithm.
1472 Salsa20 is a stream cipher submitted to eSTREAM, the ECRYPT
1473 Stream Cipher Project. See <http://www.ecrypt.eu.org/stream/>
1475 The Salsa20 stream cipher algorithm is designed by Daniel J.
1476 Bernstein <djb@cr.yp.to>. See <http://cr.yp.to/snuffle.html>
1478 config CRYPTO_CHACHA20
1479 tristate "ChaCha stream cipher algorithms"
1480 select CRYPTO_BLKCIPHER
1482 The ChaCha20, XChaCha20, and XChaCha12 stream cipher algorithms.
1484 ChaCha20 is a 256-bit high-speed stream cipher designed by Daniel J.
1485 Bernstein and further specified in RFC7539 for use in IETF protocols.
1486 This is the portable C implementation of ChaCha20. See also:
1487 <http://cr.yp.to/chacha/chacha-20080128.pdf>
1489 XChaCha20 is the application of the XSalsa20 construction to ChaCha20
1490 rather than to Salsa20. XChaCha20 extends ChaCha20's nonce length
1491 from 64 bits (or 96 bits using the RFC7539 convention) to 192 bits,
1492 while provably retaining ChaCha20's security. See also:
1493 <https://cr.yp.to/snuffle/xsalsa-20081128.pdf>
1495 XChaCha12 is XChaCha20 reduced to 12 rounds, with correspondingly
1496 reduced security margin but increased performance. It can be needed
1497 in some performance-sensitive scenarios.
1499 config CRYPTO_CHACHA20_X86_64
1500 tristate "ChaCha stream cipher algorithms (x86_64/SSSE3/AVX2/AVX-512VL)"
1501 depends on X86 && 64BIT
1502 select CRYPTO_BLKCIPHER
1503 select CRYPTO_CHACHA20
1505 SSSE3, AVX2, and AVX-512VL optimized implementations of the ChaCha20,
1506 XChaCha20, and XChaCha12 stream ciphers.
1509 tristate "SEED cipher algorithm"
1510 select CRYPTO_ALGAPI
1512 SEED cipher algorithm (RFC4269).
1514 SEED is a 128-bit symmetric key block cipher that has been
1515 developed by KISA (Korea Information Security Agency) as a
1516 national standard encryption algorithm of the Republic of Korea.
1517 It is a 16 round block cipher with the key size of 128 bit.
1520 <http://www.kisa.or.kr/kisa/seed/jsp/seed_eng.jsp>
1522 config CRYPTO_SERPENT
1523 tristate "Serpent cipher algorithm"
1524 select CRYPTO_ALGAPI
1526 Serpent cipher algorithm, by Anderson, Biham & Knudsen.
1528 Keys are allowed to be from 0 to 256 bits in length, in steps
1529 of 8 bits. Also includes the 'Tnepres' algorithm, a reversed
1530 variant of Serpent for compatibility with old kerneli.org code.
1533 <http://www.cl.cam.ac.uk/~rja14/serpent.html>
1535 config CRYPTO_SERPENT_SSE2_X86_64
1536 tristate "Serpent cipher algorithm (x86_64/SSE2)"
1537 depends on X86 && 64BIT
1538 select CRYPTO_BLKCIPHER
1539 select CRYPTO_GLUE_HELPER_X86
1540 select CRYPTO_SERPENT
1543 Serpent cipher algorithm, by Anderson, Biham & Knudsen.
1545 Keys are allowed to be from 0 to 256 bits in length, in steps
1548 This module provides Serpent cipher algorithm that processes eight
1549 blocks parallel using SSE2 instruction set.
1552 <http://www.cl.cam.ac.uk/~rja14/serpent.html>
1554 config CRYPTO_SERPENT_SSE2_586
1555 tristate "Serpent cipher algorithm (i586/SSE2)"
1556 depends on X86 && !64BIT
1557 select CRYPTO_BLKCIPHER
1558 select CRYPTO_GLUE_HELPER_X86
1559 select CRYPTO_SERPENT
1562 Serpent cipher algorithm, by Anderson, Biham & Knudsen.
1564 Keys are allowed to be from 0 to 256 bits in length, in steps
1567 This module provides Serpent cipher algorithm that processes four
1568 blocks parallel using SSE2 instruction set.
1571 <http://www.cl.cam.ac.uk/~rja14/serpent.html>
1573 config CRYPTO_SERPENT_AVX_X86_64
1574 tristate "Serpent cipher algorithm (x86_64/AVX)"
1575 depends on X86 && 64BIT
1576 select CRYPTO_BLKCIPHER
1577 select CRYPTO_GLUE_HELPER_X86
1578 select CRYPTO_SERPENT
1582 Serpent cipher algorithm, by Anderson, Biham & Knudsen.
1584 Keys are allowed to be from 0 to 256 bits in length, in steps
1587 This module provides the Serpent cipher algorithm that processes
1588 eight blocks parallel using the AVX instruction set.
1591 <http://www.cl.cam.ac.uk/~rja14/serpent.html>
1593 config CRYPTO_SERPENT_AVX2_X86_64
1594 tristate "Serpent cipher algorithm (x86_64/AVX2)"
1595 depends on X86 && 64BIT
1596 select CRYPTO_SERPENT_AVX_X86_64
1598 Serpent cipher algorithm, by Anderson, Biham & Knudsen.
1600 Keys are allowed to be from 0 to 256 bits in length, in steps
1603 This module provides Serpent cipher algorithm that processes 16
1604 blocks parallel using AVX2 instruction set.
1607 <http://www.cl.cam.ac.uk/~rja14/serpent.html>
1610 tristate "SM4 cipher algorithm"
1611 select CRYPTO_ALGAPI
1613 SM4 cipher algorithms (OSCCA GB/T 32907-2016).
1615 SM4 (GBT.32907-2016) is a cryptographic standard issued by the
1616 Organization of State Commercial Administration of China (OSCCA)
1617 as an authorized cryptographic algorithms for the use within China.
1619 SMS4 was originally created for use in protecting wireless
1620 networks, and is mandated in the Chinese National Standard for
1621 Wireless LAN WAPI (Wired Authentication and Privacy Infrastructure)
1624 The latest SM4 standard (GBT.32907-2016) was proposed by OSCCA and
1625 standardized through TC 260 of the Standardization Administration
1626 of the People's Republic of China (SAC).
1628 The input, output, and key of SMS4 are each 128 bits.
1630 See also: <https://eprint.iacr.org/2008/329.pdf>
1635 tristate "TEA, XTEA and XETA cipher algorithms"
1636 select CRYPTO_ALGAPI
1638 TEA cipher algorithm.
1640 Tiny Encryption Algorithm is a simple cipher that uses
1641 many rounds for security. It is very fast and uses
1644 Xtendend Tiny Encryption Algorithm is a modification to
1645 the TEA algorithm to address a potential key weakness
1646 in the TEA algorithm.
1648 Xtendend Encryption Tiny Algorithm is a mis-implementation
1649 of the XTEA algorithm for compatibility purposes.
1651 config CRYPTO_TWOFISH
1652 tristate "Twofish cipher algorithm"
1653 select CRYPTO_ALGAPI
1654 select CRYPTO_TWOFISH_COMMON
1656 Twofish cipher algorithm.
1658 Twofish was submitted as an AES (Advanced Encryption Standard)
1659 candidate cipher by researchers at CounterPane Systems. It is a
1660 16 round block cipher supporting key sizes of 128, 192, and 256
1664 <http://www.schneier.com/twofish.html>
1666 config CRYPTO_TWOFISH_COMMON
1669 Common parts of the Twofish cipher algorithm shared by the
1670 generic c and the assembler implementations.
1672 config CRYPTO_TWOFISH_586
1673 tristate "Twofish cipher algorithms (i586)"
1674 depends on (X86 || UML_X86) && !64BIT
1675 select CRYPTO_ALGAPI
1676 select CRYPTO_TWOFISH_COMMON
1678 Twofish cipher algorithm.
1680 Twofish was submitted as an AES (Advanced Encryption Standard)
1681 candidate cipher by researchers at CounterPane Systems. It is a
1682 16 round block cipher supporting key sizes of 128, 192, and 256
1686 <http://www.schneier.com/twofish.html>
1688 config CRYPTO_TWOFISH_X86_64
1689 tristate "Twofish cipher algorithm (x86_64)"
1690 depends on (X86 || UML_X86) && 64BIT
1691 select CRYPTO_ALGAPI
1692 select CRYPTO_TWOFISH_COMMON
1694 Twofish cipher algorithm (x86_64).
1696 Twofish was submitted as an AES (Advanced Encryption Standard)
1697 candidate cipher by researchers at CounterPane Systems. It is a
1698 16 round block cipher supporting key sizes of 128, 192, and 256
1702 <http://www.schneier.com/twofish.html>
1704 config CRYPTO_TWOFISH_X86_64_3WAY
1705 tristate "Twofish cipher algorithm (x86_64, 3-way parallel)"
1706 depends on X86 && 64BIT
1707 select CRYPTO_BLKCIPHER
1708 select CRYPTO_TWOFISH_COMMON
1709 select CRYPTO_TWOFISH_X86_64
1710 select CRYPTO_GLUE_HELPER_X86
1712 Twofish cipher algorithm (x86_64, 3-way parallel).
1714 Twofish was submitted as an AES (Advanced Encryption Standard)
1715 candidate cipher by researchers at CounterPane Systems. It is a
1716 16 round block cipher supporting key sizes of 128, 192, and 256
1719 This module provides Twofish cipher algorithm that processes three
1720 blocks parallel, utilizing resources of out-of-order CPUs better.
1723 <http://www.schneier.com/twofish.html>
1725 config CRYPTO_TWOFISH_AVX_X86_64
1726 tristate "Twofish cipher algorithm (x86_64/AVX)"
1727 depends on X86 && 64BIT
1728 select CRYPTO_BLKCIPHER
1729 select CRYPTO_GLUE_HELPER_X86
1731 select CRYPTO_TWOFISH_COMMON
1732 select CRYPTO_TWOFISH_X86_64
1733 select CRYPTO_TWOFISH_X86_64_3WAY
1735 Twofish cipher algorithm (x86_64/AVX).
1737 Twofish was submitted as an AES (Advanced Encryption Standard)
1738 candidate cipher by researchers at CounterPane Systems. It is a
1739 16 round block cipher supporting key sizes of 128, 192, and 256
1742 This module provides the Twofish cipher algorithm that processes
1743 eight blocks parallel using the AVX Instruction Set.
1746 <http://www.schneier.com/twofish.html>
1748 comment "Compression"
1750 config CRYPTO_DEFLATE
1751 tristate "Deflate compression algorithm"
1752 select CRYPTO_ALGAPI
1753 select CRYPTO_ACOMP2
1757 This is the Deflate algorithm (RFC1951), specified for use in
1758 IPSec with the IPCOMP protocol (RFC3173, RFC2394).
1760 You will most probably want this if using IPSec.
1763 tristate "LZO compression algorithm"
1764 select CRYPTO_ALGAPI
1765 select CRYPTO_ACOMP2
1767 select LZO_DECOMPRESS
1769 This is the LZO algorithm.
1772 tristate "842 compression algorithm"
1773 select CRYPTO_ALGAPI
1774 select CRYPTO_ACOMP2
1776 select 842_DECOMPRESS
1778 This is the 842 algorithm.
1781 tristate "LZ4 compression algorithm"
1782 select CRYPTO_ALGAPI
1783 select CRYPTO_ACOMP2
1785 select LZ4_DECOMPRESS
1787 This is the LZ4 algorithm.
1790 tristate "LZ4HC compression algorithm"
1791 select CRYPTO_ALGAPI
1792 select CRYPTO_ACOMP2
1793 select LZ4HC_COMPRESS
1794 select LZ4_DECOMPRESS
1796 This is the LZ4 high compression mode algorithm.
1799 tristate "Zstd compression algorithm"
1800 select CRYPTO_ALGAPI
1801 select CRYPTO_ACOMP2
1802 select ZSTD_COMPRESS
1803 select ZSTD_DECOMPRESS
1805 This is the zstd algorithm.
1807 comment "Random Number Generation"
1809 config CRYPTO_ANSI_CPRNG
1810 tristate "Pseudo Random Number Generation for Cryptographic modules"
1814 This option enables the generic pseudo random number generator
1815 for cryptographic modules. Uses the Algorithm specified in
1816 ANSI X9.31 A.2.4. Note that this option must be enabled if
1817 CRYPTO_FIPS is selected
1819 menuconfig CRYPTO_DRBG_MENU
1820 tristate "NIST SP800-90A DRBG"
1822 NIST SP800-90A compliant DRBG. In the following submenu, one or
1823 more of the DRBG types must be selected.
1827 config CRYPTO_DRBG_HMAC
1831 select CRYPTO_SHA256
1833 config CRYPTO_DRBG_HASH
1834 bool "Enable Hash DRBG"
1835 select CRYPTO_SHA256
1837 Enable the Hash DRBG variant as defined in NIST SP800-90A.
1839 config CRYPTO_DRBG_CTR
1840 bool "Enable CTR DRBG"
1842 depends on CRYPTO_CTR
1844 Enable the CTR DRBG variant as defined in NIST SP800-90A.
1848 default CRYPTO_DRBG_MENU
1850 select CRYPTO_JITTERENTROPY
1852 endif # if CRYPTO_DRBG_MENU
1854 config CRYPTO_JITTERENTROPY
1855 tristate "Jitterentropy Non-Deterministic Random Number Generator"
1858 The Jitterentropy RNG is a noise that is intended
1859 to provide seed to another RNG. The RNG does not
1860 perform any cryptographic whitening of the generated
1861 random numbers. This Jitterentropy RNG registers with
1862 the kernel crypto API and can be used by any caller.
1864 config CRYPTO_USER_API
1867 config CRYPTO_USER_API_HASH
1868 tristate "User-space interface for hash algorithms"
1871 select CRYPTO_USER_API
1873 This option enables the user-spaces interface for hash
1876 config CRYPTO_USER_API_SKCIPHER
1877 tristate "User-space interface for symmetric key cipher algorithms"
1879 select CRYPTO_BLKCIPHER
1880 select CRYPTO_USER_API
1882 This option enables the user-spaces interface for symmetric
1883 key cipher algorithms.
1885 config CRYPTO_USER_API_RNG
1886 tristate "User-space interface for random number generator algorithms"
1889 select CRYPTO_USER_API
1891 This option enables the user-spaces interface for random
1892 number generator algorithms.
1894 config CRYPTO_USER_API_AEAD
1895 tristate "User-space interface for AEAD cipher algorithms"
1898 select CRYPTO_BLKCIPHER
1900 select CRYPTO_USER_API
1902 This option enables the user-spaces interface for AEAD
1906 bool "Crypto usage statistics for User-space"
1907 depends on CRYPTO_USER
1909 This option enables the gathering of crypto stats.
1911 - encrypt/decrypt size and numbers of symmeric operations
1912 - compress/decompress size and numbers of compress operations
1913 - size and numbers of hash operations
1914 - encrypt/decrypt/sign/verify numbers for asymmetric operations
1915 - generate/seed numbers for rng operations
1917 config CRYPTO_HASH_INFO
1920 source "drivers/crypto/Kconfig"
1921 source "crypto/asymmetric_keys/Kconfig"
1922 source "certs/Kconfig"