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
83 config CRYPTO_RNG_DEFAULT
85 select CRYPTO_DRBG_MENU
87 config CRYPTO_AKCIPHER2
91 config CRYPTO_AKCIPHER
93 select CRYPTO_AKCIPHER2
107 select CRYPTO_ALGAPI2
115 config CRYPTO_MANAGER
116 tristate "Cryptographic algorithm manager"
117 select CRYPTO_MANAGER2
119 Create default cryptographic template instantiations such as
122 config CRYPTO_MANAGER2
123 def_tristate CRYPTO_MANAGER || (CRYPTO_MANAGER!=n && CRYPTO_ALGAPI=y)
126 select CRYPTO_BLKCIPHER2
127 select CRYPTO_AKCIPHER2
132 tristate "Userspace cryptographic algorithm configuration"
134 select CRYPTO_MANAGER
136 Userspace configuration for cryptographic instantiations such as
141 config CRYPTO_MANAGER_DISABLE_TESTS
142 bool "Disable run-time self tests"
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 endif # if CRYPTO_MANAGER2
160 config CRYPTO_GF128MUL
164 tristate "Null algorithms"
167 These are 'Null' algorithms, used by IPsec, which do nothing.
171 select CRYPTO_ALGAPI2
172 select CRYPTO_BLKCIPHER2
176 tristate "Parallel crypto engine"
179 select CRYPTO_MANAGER
182 This converts an arbitrary crypto algorithm into a parallel
183 algorithm that executes in kernel threads.
186 tristate "Software async crypto daemon"
187 select CRYPTO_BLKCIPHER
189 select CRYPTO_MANAGER
191 This is a generic software asynchronous crypto daemon that
192 converts an arbitrary synchronous software crypto algorithm
193 into an asynchronous algorithm that executes in a kernel thread.
195 config CRYPTO_AUTHENC
196 tristate "Authenc support"
198 select CRYPTO_BLKCIPHER
199 select CRYPTO_MANAGER
203 Authenc: Combined mode wrapper for IPsec.
204 This is required for IPSec.
207 tristate "Testing module"
209 select CRYPTO_MANAGER
211 Quick & dirty crypto test module.
217 config CRYPTO_GLUE_HELPER_X86
220 select CRYPTO_BLKCIPHER
225 comment "Public-key cryptography"
228 tristate "RSA algorithm"
229 select CRYPTO_AKCIPHER
230 select CRYPTO_MANAGER
234 Generic implementation of the RSA public key algorithm.
237 tristate "Diffie-Hellman algorithm"
241 Generic implementation of the Diffie-Hellman algorithm.
247 tristate "ECDH algorithm"
250 select CRYPTO_RNG_DEFAULT
252 Generic implementation of the ECDH algorithm
255 tristate "EC-RDSA (GOST 34.10) algorithm"
257 select CRYPTO_AKCIPHER
258 select CRYPTO_STREEBOG
262 Elliptic Curve Russian Digital Signature Algorithm (GOST R 34.10-2012,
263 RFC 7091, ISO/IEC 14888-3:2018) is one of the Russian cryptographic
264 standard algorithms (called GOST algorithms). Only signature verification
267 comment "Authenticated Encryption with Associated Data"
270 tristate "CCM support"
274 select CRYPTO_MANAGER
276 Support for Counter with CBC MAC. Required for IPsec.
279 tristate "GCM/GMAC support"
284 select CRYPTO_MANAGER
286 Support for Galois/Counter Mode (GCM) and Galois Message
287 Authentication Code (GMAC). Required for IPSec.
289 config CRYPTO_CHACHA20POLY1305
290 tristate "ChaCha20-Poly1305 AEAD support"
291 select CRYPTO_CHACHA20
292 select CRYPTO_POLY1305
294 select CRYPTO_MANAGER
296 ChaCha20-Poly1305 AEAD support, RFC7539.
298 Support for the AEAD wrapper using the ChaCha20 stream cipher combined
299 with the Poly1305 authenticator. It is defined in RFC7539 for use in
302 config CRYPTO_AEGIS128
303 tristate "AEGIS-128 AEAD algorithm"
305 select CRYPTO_AES # for AES S-box tables
307 Support for the AEGIS-128 dedicated AEAD algorithm.
309 config CRYPTO_AEGIS128_SIMD
310 bool "Support SIMD acceleration for AEGIS-128"
311 depends on CRYPTO_AEGIS128 && ((ARM || ARM64) && KERNEL_MODE_NEON)
314 config CRYPTO_AEGIS128_AESNI_SSE2
315 tristate "AEGIS-128 AEAD algorithm (x86_64 AESNI+SSE2 implementation)"
316 depends on X86 && 64BIT
320 AESNI+SSE2 implementation of the AEGIS-128 dedicated AEAD algorithm.
323 tristate "Sequence Number IV Generator"
325 select CRYPTO_BLKCIPHER
327 select CRYPTO_RNG_DEFAULT
328 select CRYPTO_MANAGER
330 This IV generator generates an IV based on a sequence number by
331 xoring it with a salt. This algorithm is mainly useful for CTR
333 config CRYPTO_ECHAINIV
334 tristate "Encrypted Chain IV Generator"
337 select CRYPTO_RNG_DEFAULT
338 select CRYPTO_MANAGER
340 This IV generator generates an IV based on the encryption of
341 a sequence number xored with a salt. This is the default
344 comment "Block modes"
347 tristate "CBC support"
348 select CRYPTO_BLKCIPHER
349 select CRYPTO_MANAGER
351 CBC: Cipher Block Chaining mode
352 This block cipher algorithm is required for IPSec.
355 tristate "CFB support"
356 select CRYPTO_BLKCIPHER
357 select CRYPTO_MANAGER
359 CFB: Cipher FeedBack mode
360 This block cipher algorithm is required for TPM2 Cryptography.
363 tristate "CTR support"
364 select CRYPTO_BLKCIPHER
366 select CRYPTO_MANAGER
369 This block cipher algorithm is required for IPSec.
372 tristate "CTS support"
373 select CRYPTO_BLKCIPHER
374 select CRYPTO_MANAGER
376 CTS: Cipher Text Stealing
377 This is the Cipher Text Stealing mode as described by
378 Section 8 of rfc2040 and referenced by rfc3962
379 (rfc3962 includes errata information in its Appendix A) or
380 CBC-CS3 as defined by NIST in Sp800-38A addendum from Oct 2010.
381 This mode is required for Kerberos gss mechanism support
384 See: https://csrc.nist.gov/publications/detail/sp/800-38a/addendum/final
387 tristate "ECB support"
388 select CRYPTO_BLKCIPHER
389 select CRYPTO_MANAGER
391 ECB: Electronic CodeBook mode
392 This is the simplest block cipher algorithm. It simply encrypts
393 the input block by block.
396 tristate "LRW support"
397 select CRYPTO_BLKCIPHER
398 select CRYPTO_MANAGER
399 select CRYPTO_GF128MUL
401 LRW: Liskov Rivest Wagner, a tweakable, non malleable, non movable
402 narrow block cipher mode for dm-crypt. Use it with cipher
403 specification string aes-lrw-benbi, the key must be 256, 320 or 384.
404 The first 128, 192 or 256 bits in the key are used for AES and the
405 rest is used to tie each cipher block to its logical position.
408 tristate "OFB support"
409 select CRYPTO_BLKCIPHER
410 select CRYPTO_MANAGER
412 OFB: the Output Feedback mode makes a block cipher into a synchronous
413 stream cipher. It generates keystream blocks, which are then XORed
414 with the plaintext blocks to get the ciphertext. Flipping a bit in the
415 ciphertext produces a flipped bit in the plaintext at the same
416 location. This property allows many error correcting codes to function
417 normally even when applied before encryption.
420 tristate "PCBC support"
421 select CRYPTO_BLKCIPHER
422 select CRYPTO_MANAGER
424 PCBC: Propagating Cipher Block Chaining mode
425 This block cipher algorithm is required for RxRPC.
428 tristate "XTS support"
429 select CRYPTO_BLKCIPHER
430 select CRYPTO_MANAGER
433 XTS: IEEE1619/D16 narrow block cipher use with aes-xts-plain,
434 key size 256, 384 or 512 bits. This implementation currently
435 can't handle a sectorsize which is not a multiple of 16 bytes.
437 config CRYPTO_KEYWRAP
438 tristate "Key wrapping support"
439 select CRYPTO_BLKCIPHER
440 select CRYPTO_MANAGER
442 Support for key wrapping (NIST SP800-38F / RFC3394) without
445 config CRYPTO_NHPOLY1305
448 select CRYPTO_POLY1305
450 config CRYPTO_NHPOLY1305_SSE2
451 tristate "NHPoly1305 hash function (x86_64 SSE2 implementation)"
452 depends on X86 && 64BIT
453 select CRYPTO_NHPOLY1305
455 SSE2 optimized implementation of the hash function used by the
456 Adiantum encryption mode.
458 config CRYPTO_NHPOLY1305_AVX2
459 tristate "NHPoly1305 hash function (x86_64 AVX2 implementation)"
460 depends on X86 && 64BIT
461 select CRYPTO_NHPOLY1305
463 AVX2 optimized implementation of the hash function used by the
464 Adiantum encryption mode.
466 config CRYPTO_ADIANTUM
467 tristate "Adiantum support"
468 select CRYPTO_CHACHA20
469 select CRYPTO_POLY1305
470 select CRYPTO_NHPOLY1305
471 select CRYPTO_MANAGER
473 Adiantum is a tweakable, length-preserving encryption mode
474 designed for fast and secure disk encryption, especially on
475 CPUs without dedicated crypto instructions. It encrypts
476 each sector using the XChaCha12 stream cipher, two passes of
477 an ε-almost-∆-universal hash function, and an invocation of
478 the AES-256 block cipher on a single 16-byte block. On CPUs
479 without AES instructions, Adiantum is much faster than
482 Adiantum's security is provably reducible to that of its
483 underlying stream and block ciphers, subject to a security
484 bound. Unlike XTS, Adiantum is a true wide-block encryption
485 mode, so it actually provides an even stronger notion of
486 security than XTS, subject to the security bound.
493 tristate "CMAC support"
495 select CRYPTO_MANAGER
497 Cipher-based Message Authentication Code (CMAC) specified by
498 The National Institute of Standards and Technology (NIST).
500 https://tools.ietf.org/html/rfc4493
501 http://csrc.nist.gov/publications/nistpubs/800-38B/SP_800-38B.pdf
504 tristate "HMAC support"
506 select CRYPTO_MANAGER
508 HMAC: Keyed-Hashing for Message Authentication (RFC2104).
509 This is required for IPSec.
512 tristate "XCBC support"
514 select CRYPTO_MANAGER
516 XCBC: Keyed-Hashing with encryption algorithm
517 http://www.ietf.org/rfc/rfc3566.txt
518 http://csrc.nist.gov/encryption/modes/proposedmodes/
519 xcbc-mac/xcbc-mac-spec.pdf
522 tristate "VMAC support"
524 select CRYPTO_MANAGER
526 VMAC is a message authentication algorithm designed for
527 very high speed on 64-bit architectures.
530 <http://fastcrypto.org/vmac>
535 tristate "CRC32c CRC algorithm"
539 Castagnoli, et al Cyclic Redundancy-Check Algorithm. Used
540 by iSCSI for header and data digests and by others.
541 See Castagnoli93. Module will be crc32c.
543 config CRYPTO_CRC32C_INTEL
544 tristate "CRC32c INTEL hardware acceleration"
548 In Intel processor with SSE4.2 supported, the processor will
549 support CRC32C implementation using hardware accelerated CRC32
550 instruction. This option will create 'crc32c-intel' module,
551 which will enable any routine to use the CRC32 instruction to
552 gain performance compared with software implementation.
553 Module will be crc32c-intel.
555 config CRYPTO_CRC32C_VPMSUM
556 tristate "CRC32c CRC algorithm (powerpc64)"
557 depends on PPC64 && ALTIVEC
561 CRC32c algorithm implemented using vector polynomial multiply-sum
562 (vpmsum) instructions, introduced in POWER8. Enable on POWER8
563 and newer processors for improved performance.
566 config CRYPTO_CRC32C_SPARC64
567 tristate "CRC32c CRC algorithm (SPARC64)"
572 CRC32c CRC algorithm implemented using sparc64 crypto instructions,
576 tristate "CRC32 CRC algorithm"
580 CRC-32-IEEE 802.3 cyclic redundancy-check algorithm.
581 Shash crypto api wrappers to crc32_le function.
583 config CRYPTO_CRC32_PCLMUL
584 tristate "CRC32 PCLMULQDQ hardware acceleration"
589 From Intel Westmere and AMD Bulldozer processor with SSE4.2
590 and PCLMULQDQ supported, the processor will support
591 CRC32 PCLMULQDQ implementation using hardware accelerated PCLMULQDQ
592 instruction. This option will create 'crc32-pclmul' module,
593 which will enable any routine to use the CRC-32-IEEE 802.3 checksum
594 and gain better performance as compared with the table implementation.
596 config CRYPTO_CRC32_MIPS
597 tristate "CRC32c and CRC32 CRC algorithm (MIPS)"
598 depends on MIPS_CRC_SUPPORT
601 CRC32c and CRC32 CRC algorithms implemented using mips crypto
602 instructions, when available.
606 tristate "xxHash hash algorithm"
610 xxHash non-cryptographic hash algorithm. Extremely fast, working at
611 speeds close to RAM limits.
613 config CRYPTO_CRCT10DIF
614 tristate "CRCT10DIF algorithm"
617 CRC T10 Data Integrity Field computation is being cast as
618 a crypto transform. This allows for faster crc t10 diff
619 transforms to be used if they are available.
621 config CRYPTO_CRCT10DIF_PCLMUL
622 tristate "CRCT10DIF PCLMULQDQ hardware acceleration"
623 depends on X86 && 64BIT && CRC_T10DIF
626 For x86_64 processors with SSE4.2 and PCLMULQDQ supported,
627 CRC T10 DIF PCLMULQDQ computation can be hardware
628 accelerated PCLMULQDQ instruction. This option will create
629 'crct10dif-pclmul' module, which is faster when computing the
630 crct10dif checksum as compared with the generic table implementation.
632 config CRYPTO_CRCT10DIF_VPMSUM
633 tristate "CRC32T10DIF powerpc64 hardware acceleration"
634 depends on PPC64 && ALTIVEC && CRC_T10DIF
637 CRC10T10DIF algorithm implemented using vector polynomial
638 multiply-sum (vpmsum) instructions, introduced in POWER8. Enable on
639 POWER8 and newer processors for improved performance.
641 config CRYPTO_VPMSUM_TESTER
642 tristate "Powerpc64 vpmsum hardware acceleration tester"
643 depends on CRYPTO_CRCT10DIF_VPMSUM && CRYPTO_CRC32C_VPMSUM
645 Stress test for CRC32c and CRC-T10DIF algorithms implemented with
646 POWER8 vpmsum instructions.
647 Unless you are testing these algorithms, you don't need this.
650 tristate "GHASH hash function"
651 select CRYPTO_GF128MUL
654 GHASH is the hash function used in GCM (Galois/Counter Mode).
655 It is not a general-purpose cryptographic hash function.
657 config CRYPTO_POLY1305
658 tristate "Poly1305 authenticator algorithm"
661 Poly1305 authenticator algorithm, RFC7539.
663 Poly1305 is an authenticator algorithm designed by Daniel J. Bernstein.
664 It is used for the ChaCha20-Poly1305 AEAD, specified in RFC7539 for use
665 in IETF protocols. This is the portable C implementation of Poly1305.
667 config CRYPTO_POLY1305_X86_64
668 tristate "Poly1305 authenticator algorithm (x86_64/SSE2/AVX2)"
669 depends on X86 && 64BIT
670 select CRYPTO_POLY1305
672 Poly1305 authenticator algorithm, RFC7539.
674 Poly1305 is an authenticator algorithm designed by Daniel J. Bernstein.
675 It is used for the ChaCha20-Poly1305 AEAD, specified in RFC7539 for use
676 in IETF protocols. This is the x86_64 assembler implementation using SIMD
680 tristate "MD4 digest algorithm"
683 MD4 message digest algorithm (RFC1320).
686 tristate "MD5 digest algorithm"
689 MD5 message digest algorithm (RFC1321).
691 config CRYPTO_MD5_OCTEON
692 tristate "MD5 digest algorithm (OCTEON)"
693 depends on CPU_CAVIUM_OCTEON
697 MD5 message digest algorithm (RFC1321) implemented
698 using OCTEON crypto instructions, when available.
700 config CRYPTO_MD5_PPC
701 tristate "MD5 digest algorithm (PPC)"
705 MD5 message digest algorithm (RFC1321) implemented
708 config CRYPTO_MD5_SPARC64
709 tristate "MD5 digest algorithm (SPARC64)"
714 MD5 message digest algorithm (RFC1321) implemented
715 using sparc64 crypto instructions, when available.
717 config CRYPTO_MICHAEL_MIC
718 tristate "Michael MIC keyed digest algorithm"
721 Michael MIC is used for message integrity protection in TKIP
722 (IEEE 802.11i). This algorithm is required for TKIP, but it
723 should not be used for other purposes because of the weakness
727 tristate "RIPEMD-128 digest algorithm"
730 RIPEMD-128 (ISO/IEC 10118-3:2004).
732 RIPEMD-128 is a 128-bit cryptographic hash function. It should only
733 be used as a secure replacement for RIPEMD. For other use cases,
734 RIPEMD-160 should be used.
736 Developed by Hans Dobbertin, Antoon Bosselaers and Bart Preneel.
737 See <http://homes.esat.kuleuven.be/~bosselae/ripemd160.html>
740 tristate "RIPEMD-160 digest algorithm"
743 RIPEMD-160 (ISO/IEC 10118-3:2004).
745 RIPEMD-160 is a 160-bit cryptographic hash function. It is intended
746 to be used as a secure replacement for the 128-bit hash functions
747 MD4, MD5 and it's predecessor RIPEMD
748 (not to be confused with RIPEMD-128).
750 It's speed is comparable to SHA1 and there are no known attacks
753 Developed by Hans Dobbertin, Antoon Bosselaers and Bart Preneel.
754 See <http://homes.esat.kuleuven.be/~bosselae/ripemd160.html>
757 tristate "RIPEMD-256 digest algorithm"
760 RIPEMD-256 is an optional extension of RIPEMD-128 with a
761 256 bit hash. It is intended for applications that require
762 longer hash-results, without needing a larger security level
765 Developed by Hans Dobbertin, Antoon Bosselaers and Bart Preneel.
766 See <http://homes.esat.kuleuven.be/~bosselae/ripemd160.html>
769 tristate "RIPEMD-320 digest algorithm"
772 RIPEMD-320 is an optional extension of RIPEMD-160 with a
773 320 bit hash. It is intended for applications that require
774 longer hash-results, without needing a larger security level
777 Developed by Hans Dobbertin, Antoon Bosselaers and Bart Preneel.
778 See <http://homes.esat.kuleuven.be/~bosselae/ripemd160.html>
781 tristate "SHA1 digest algorithm"
784 SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2).
786 config CRYPTO_SHA1_SSSE3
787 tristate "SHA1 digest algorithm (SSSE3/AVX/AVX2/SHA-NI)"
788 depends on X86 && 64BIT
792 SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2) implemented
793 using Supplemental SSE3 (SSSE3) instructions or Advanced Vector
794 Extensions (AVX/AVX2) or SHA-NI(SHA Extensions New Instructions),
797 config CRYPTO_SHA256_SSSE3
798 tristate "SHA256 digest algorithm (SSSE3/AVX/AVX2/SHA-NI)"
799 depends on X86 && 64BIT
803 SHA-256 secure hash standard (DFIPS 180-2) implemented
804 using Supplemental SSE3 (SSSE3) instructions, or Advanced Vector
805 Extensions version 1 (AVX1), or Advanced Vector Extensions
806 version 2 (AVX2) instructions, or SHA-NI (SHA Extensions New
807 Instructions) when available.
809 config CRYPTO_SHA512_SSSE3
810 tristate "SHA512 digest algorithm (SSSE3/AVX/AVX2)"
811 depends on X86 && 64BIT
815 SHA-512 secure hash standard (DFIPS 180-2) implemented
816 using Supplemental SSE3 (SSSE3) instructions, or Advanced Vector
817 Extensions version 1 (AVX1), or Advanced Vector Extensions
818 version 2 (AVX2) instructions, when available.
820 config CRYPTO_SHA1_OCTEON
821 tristate "SHA1 digest algorithm (OCTEON)"
822 depends on CPU_CAVIUM_OCTEON
826 SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2) implemented
827 using OCTEON crypto instructions, when available.
829 config CRYPTO_SHA1_SPARC64
830 tristate "SHA1 digest algorithm (SPARC64)"
835 SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2) implemented
836 using sparc64 crypto instructions, when available.
838 config CRYPTO_SHA1_PPC
839 tristate "SHA1 digest algorithm (powerpc)"
842 This is the powerpc hardware accelerated implementation of the
843 SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2).
845 config CRYPTO_SHA1_PPC_SPE
846 tristate "SHA1 digest algorithm (PPC SPE)"
847 depends on PPC && SPE
849 SHA-1 secure hash standard (DFIPS 180-4) implemented
850 using powerpc SPE SIMD instruction set.
852 config CRYPTO_LIB_SHA256
856 tristate "SHA224 and SHA256 digest algorithm"
858 select CRYPTO_LIB_SHA256
860 SHA256 secure hash standard (DFIPS 180-2).
862 This version of SHA implements a 256 bit hash with 128 bits of
863 security against collision attacks.
865 This code also includes SHA-224, a 224 bit hash with 112 bits
866 of security against collision attacks.
868 config CRYPTO_SHA256_PPC_SPE
869 tristate "SHA224 and SHA256 digest algorithm (PPC SPE)"
870 depends on PPC && SPE
874 SHA224 and SHA256 secure hash standard (DFIPS 180-2)
875 implemented using powerpc SPE SIMD instruction set.
877 config CRYPTO_SHA256_OCTEON
878 tristate "SHA224 and SHA256 digest algorithm (OCTEON)"
879 depends on CPU_CAVIUM_OCTEON
883 SHA-256 secure hash standard (DFIPS 180-2) implemented
884 using OCTEON crypto instructions, when available.
886 config CRYPTO_SHA256_SPARC64
887 tristate "SHA224 and SHA256 digest algorithm (SPARC64)"
892 SHA-256 secure hash standard (DFIPS 180-2) implemented
893 using sparc64 crypto instructions, when available.
896 tristate "SHA384 and SHA512 digest algorithms"
899 SHA512 secure hash standard (DFIPS 180-2).
901 This version of SHA implements a 512 bit hash with 256 bits of
902 security against collision attacks.
904 This code also includes SHA-384, a 384 bit hash with 192 bits
905 of security against collision attacks.
907 config CRYPTO_SHA512_OCTEON
908 tristate "SHA384 and SHA512 digest algorithms (OCTEON)"
909 depends on CPU_CAVIUM_OCTEON
913 SHA-512 secure hash standard (DFIPS 180-2) implemented
914 using OCTEON crypto instructions, when available.
916 config CRYPTO_SHA512_SPARC64
917 tristate "SHA384 and SHA512 digest algorithm (SPARC64)"
922 SHA-512 secure hash standard (DFIPS 180-2) implemented
923 using sparc64 crypto instructions, when available.
926 tristate "SHA3 digest algorithm"
929 SHA-3 secure hash standard (DFIPS 202). It's based on
930 cryptographic sponge function family called Keccak.
933 http://keccak.noekeon.org/
936 tristate "SM3 digest algorithm"
939 SM3 secure hash function as defined by OSCCA GM/T 0004-2012 SM3).
940 It is part of the Chinese Commercial Cryptography suite.
943 http://www.oscca.gov.cn/UpFile/20101222141857786.pdf
944 https://datatracker.ietf.org/doc/html/draft-shen-sm3-hash
946 config CRYPTO_STREEBOG
947 tristate "Streebog Hash Function"
950 Streebog Hash Function (GOST R 34.11-2012, RFC 6986) is one of the Russian
951 cryptographic standard algorithms (called GOST algorithms).
952 This setting enables two hash algorithms with 256 and 512 bits output.
955 https://tc26.ru/upload/iblock/fed/feddbb4d26b685903faa2ba11aea43f6.pdf
956 https://tools.ietf.org/html/rfc6986
959 tristate "Tiger digest algorithms"
962 Tiger hash algorithm 192, 160 and 128-bit hashes
964 Tiger is a hash function optimized for 64-bit processors while
965 still having decent performance on 32-bit processors.
966 Tiger was developed by Ross Anderson and Eli Biham.
969 <http://www.cs.technion.ac.il/~biham/Reports/Tiger/>.
972 tristate "Whirlpool digest algorithms"
975 Whirlpool hash algorithm 512, 384 and 256-bit hashes
977 Whirlpool-512 is part of the NESSIE cryptographic primitives.
978 Whirlpool will be part of the ISO/IEC 10118-3:2003(E) standard
981 <http://www.larc.usp.br/~pbarreto/WhirlpoolPage.html>
983 config CRYPTO_GHASH_CLMUL_NI_INTEL
984 tristate "GHASH hash function (CLMUL-NI accelerated)"
985 depends on X86 && 64BIT
988 This is the x86_64 CLMUL-NI accelerated implementation of
989 GHASH, the hash function used in GCM (Galois/Counter mode).
993 config CRYPTO_LIB_AES
997 tristate "AES cipher algorithms"
999 select CRYPTO_LIB_AES
1001 AES cipher algorithms (FIPS-197). AES uses the Rijndael
1004 Rijndael appears to be consistently a very good performer in
1005 both hardware and software across a wide range of computing
1006 environments regardless of its use in feedback or non-feedback
1007 modes. Its key setup time is excellent, and its key agility is
1008 good. Rijndael's very low memory requirements make it very well
1009 suited for restricted-space environments, in which it also
1010 demonstrates excellent performance. Rijndael's operations are
1011 among the easiest to defend against power and timing attacks.
1013 The AES specifies three key sizes: 128, 192 and 256 bits
1015 See <http://csrc.nist.gov/CryptoToolkit/aes/> for more information.
1017 config CRYPTO_AES_TI
1018 tristate "Fixed time AES cipher"
1019 select CRYPTO_ALGAPI
1020 select CRYPTO_LIB_AES
1022 This is a generic implementation of AES that attempts to eliminate
1023 data dependent latencies as much as possible without affecting
1024 performance too much. It is intended for use by the generic CCM
1025 and GCM drivers, and other CTR or CMAC/XCBC based modes that rely
1026 solely on encryption (although decryption is supported as well, but
1027 with a more dramatic performance hit)
1029 Instead of using 16 lookup tables of 1 KB each, (8 for encryption and
1030 8 for decryption), this implementation only uses just two S-boxes of
1031 256 bytes each, and attempts to eliminate data dependent latencies by
1032 prefetching the entire table into the cache at the start of each
1033 block. Interrupts are also disabled to avoid races where cachelines
1034 are evicted when the CPU is interrupted to do something else.
1036 config CRYPTO_AES_NI_INTEL
1037 tristate "AES cipher algorithms (AES-NI)"
1040 select CRYPTO_LIB_AES
1041 select CRYPTO_ALGAPI
1042 select CRYPTO_BLKCIPHER
1043 select CRYPTO_GLUE_HELPER_X86 if 64BIT
1046 Use Intel AES-NI instructions for AES algorithm.
1048 AES cipher algorithms (FIPS-197). AES uses the Rijndael
1051 Rijndael appears to be consistently a very good performer in
1052 both hardware and software across a wide range of computing
1053 environments regardless of its use in feedback or non-feedback
1054 modes. Its key setup time is excellent, and its key agility is
1055 good. Rijndael's very low memory requirements make it very well
1056 suited for restricted-space environments, in which it also
1057 demonstrates excellent performance. Rijndael's operations are
1058 among the easiest to defend against power and timing attacks.
1060 The AES specifies three key sizes: 128, 192 and 256 bits
1062 See <http://csrc.nist.gov/encryption/aes/> for more information.
1064 In addition to AES cipher algorithm support, the acceleration
1065 for some popular block cipher mode is supported too, including
1066 ECB, CBC, LRW, XTS. The 64 bit version has additional
1067 acceleration for CTR.
1069 config CRYPTO_AES_SPARC64
1070 tristate "AES cipher algorithms (SPARC64)"
1072 select CRYPTO_CRYPTD
1073 select CRYPTO_ALGAPI
1075 Use SPARC64 crypto opcodes for AES algorithm.
1077 AES cipher algorithms (FIPS-197). AES uses the Rijndael
1080 Rijndael appears to be consistently a very good performer in
1081 both hardware and software across a wide range of computing
1082 environments regardless of its use in feedback or non-feedback
1083 modes. Its key setup time is excellent, and its key agility is
1084 good. Rijndael's very low memory requirements make it very well
1085 suited for restricted-space environments, in which it also
1086 demonstrates excellent performance. Rijndael's operations are
1087 among the easiest to defend against power and timing attacks.
1089 The AES specifies three key sizes: 128, 192 and 256 bits
1091 See <http://csrc.nist.gov/encryption/aes/> for more information.
1093 In addition to AES cipher algorithm support, the acceleration
1094 for some popular block cipher mode is supported too, including
1097 config CRYPTO_AES_PPC_SPE
1098 tristate "AES cipher algorithms (PPC SPE)"
1099 depends on PPC && SPE
1101 AES cipher algorithms (FIPS-197). Additionally the acceleration
1102 for popular block cipher modes ECB, CBC, CTR and XTS is supported.
1103 This module should only be used for low power (router) devices
1104 without hardware AES acceleration (e.g. caam crypto). It reduces the
1105 size of the AES tables from 16KB to 8KB + 256 bytes and mitigates
1106 timining attacks. Nevertheless it might be not as secure as other
1107 architecture specific assembler implementations that work on 1KB
1108 tables or 256 bytes S-boxes.
1110 config CRYPTO_ANUBIS
1111 tristate "Anubis cipher algorithm"
1112 select CRYPTO_ALGAPI
1114 Anubis cipher algorithm.
1116 Anubis is a variable key length cipher which can use keys from
1117 128 bits to 320 bits in length. It was evaluated as a entrant
1118 in the NESSIE competition.
1121 <https://www.cosic.esat.kuleuven.be/nessie/reports/>
1122 <http://www.larc.usp.br/~pbarreto/AnubisPage.html>
1124 config CRYPTO_LIB_ARC4
1128 tristate "ARC4 cipher algorithm"
1129 select CRYPTO_BLKCIPHER
1130 select CRYPTO_LIB_ARC4
1132 ARC4 cipher algorithm.
1134 ARC4 is a stream cipher using keys ranging from 8 bits to 2048
1135 bits in length. This algorithm is required for driver-based
1136 WEP, but it should not be for other purposes because of the
1137 weakness of the algorithm.
1139 config CRYPTO_BLOWFISH
1140 tristate "Blowfish cipher algorithm"
1141 select CRYPTO_ALGAPI
1142 select CRYPTO_BLOWFISH_COMMON
1144 Blowfish cipher algorithm, by Bruce Schneier.
1146 This is a variable key length cipher which can use keys from 32
1147 bits to 448 bits in length. It's fast, simple and specifically
1148 designed for use on "large microprocessors".
1151 <http://www.schneier.com/blowfish.html>
1153 config CRYPTO_BLOWFISH_COMMON
1156 Common parts of the Blowfish cipher algorithm shared by the
1157 generic c and the assembler implementations.
1160 <http://www.schneier.com/blowfish.html>
1162 config CRYPTO_BLOWFISH_X86_64
1163 tristate "Blowfish cipher algorithm (x86_64)"
1164 depends on X86 && 64BIT
1165 select CRYPTO_BLKCIPHER
1166 select CRYPTO_BLOWFISH_COMMON
1168 Blowfish cipher algorithm (x86_64), by Bruce Schneier.
1170 This is a variable key length cipher which can use keys from 32
1171 bits to 448 bits in length. It's fast, simple and specifically
1172 designed for use on "large microprocessors".
1175 <http://www.schneier.com/blowfish.html>
1177 config CRYPTO_CAMELLIA
1178 tristate "Camellia cipher algorithms"
1180 select CRYPTO_ALGAPI
1182 Camellia cipher algorithms module.
1184 Camellia is a symmetric key block cipher developed jointly
1185 at NTT and Mitsubishi Electric Corporation.
1187 The Camellia specifies three key sizes: 128, 192 and 256 bits.
1190 <https://info.isl.ntt.co.jp/crypt/eng/camellia/index_s.html>
1192 config CRYPTO_CAMELLIA_X86_64
1193 tristate "Camellia cipher algorithm (x86_64)"
1194 depends on X86 && 64BIT
1196 select CRYPTO_BLKCIPHER
1197 select CRYPTO_GLUE_HELPER_X86
1199 Camellia cipher algorithm module (x86_64).
1201 Camellia is a symmetric key block cipher developed jointly
1202 at NTT and Mitsubishi Electric Corporation.
1204 The Camellia specifies three key sizes: 128, 192 and 256 bits.
1207 <https://info.isl.ntt.co.jp/crypt/eng/camellia/index_s.html>
1209 config CRYPTO_CAMELLIA_AESNI_AVX_X86_64
1210 tristate "Camellia cipher algorithm (x86_64/AES-NI/AVX)"
1211 depends on X86 && 64BIT
1213 select CRYPTO_BLKCIPHER
1214 select CRYPTO_CAMELLIA_X86_64
1215 select CRYPTO_GLUE_HELPER_X86
1219 Camellia cipher algorithm module (x86_64/AES-NI/AVX).
1221 Camellia is a symmetric key block cipher developed jointly
1222 at NTT and Mitsubishi Electric Corporation.
1224 The Camellia specifies three key sizes: 128, 192 and 256 bits.
1227 <https://info.isl.ntt.co.jp/crypt/eng/camellia/index_s.html>
1229 config CRYPTO_CAMELLIA_AESNI_AVX2_X86_64
1230 tristate "Camellia cipher algorithm (x86_64/AES-NI/AVX2)"
1231 depends on X86 && 64BIT
1233 select CRYPTO_CAMELLIA_AESNI_AVX_X86_64
1235 Camellia cipher algorithm module (x86_64/AES-NI/AVX2).
1237 Camellia is a symmetric key block cipher developed jointly
1238 at NTT and Mitsubishi Electric Corporation.
1240 The Camellia specifies three key sizes: 128, 192 and 256 bits.
1243 <https://info.isl.ntt.co.jp/crypt/eng/camellia/index_s.html>
1245 config CRYPTO_CAMELLIA_SPARC64
1246 tristate "Camellia cipher algorithm (SPARC64)"
1249 select CRYPTO_ALGAPI
1251 Camellia cipher algorithm module (SPARC64).
1253 Camellia is a symmetric key block cipher developed jointly
1254 at NTT and Mitsubishi Electric Corporation.
1256 The Camellia specifies three key sizes: 128, 192 and 256 bits.
1259 <https://info.isl.ntt.co.jp/crypt/eng/camellia/index_s.html>
1261 config CRYPTO_CAST_COMMON
1264 Common parts of the CAST cipher algorithms shared by the
1265 generic c and the assembler implementations.
1268 tristate "CAST5 (CAST-128) cipher algorithm"
1269 select CRYPTO_ALGAPI
1270 select CRYPTO_CAST_COMMON
1272 The CAST5 encryption algorithm (synonymous with CAST-128) is
1273 described in RFC2144.
1275 config CRYPTO_CAST5_AVX_X86_64
1276 tristate "CAST5 (CAST-128) cipher algorithm (x86_64/AVX)"
1277 depends on X86 && 64BIT
1278 select CRYPTO_BLKCIPHER
1280 select CRYPTO_CAST_COMMON
1283 The CAST5 encryption algorithm (synonymous with CAST-128) is
1284 described in RFC2144.
1286 This module provides the Cast5 cipher algorithm that processes
1287 sixteen blocks parallel using the AVX instruction set.
1290 tristate "CAST6 (CAST-256) cipher algorithm"
1291 select CRYPTO_ALGAPI
1292 select CRYPTO_CAST_COMMON
1294 The CAST6 encryption algorithm (synonymous with CAST-256) is
1295 described in RFC2612.
1297 config CRYPTO_CAST6_AVX_X86_64
1298 tristate "CAST6 (CAST-256) cipher algorithm (x86_64/AVX)"
1299 depends on X86 && 64BIT
1300 select CRYPTO_BLKCIPHER
1302 select CRYPTO_CAST_COMMON
1303 select CRYPTO_GLUE_HELPER_X86
1307 The CAST6 encryption algorithm (synonymous with CAST-256) is
1308 described in RFC2612.
1310 This module provides the Cast6 cipher algorithm that processes
1311 eight blocks parallel using the AVX instruction set.
1313 config CRYPTO_LIB_DES
1317 tristate "DES and Triple DES EDE cipher algorithms"
1318 select CRYPTO_ALGAPI
1319 select CRYPTO_LIB_DES
1321 DES cipher algorithm (FIPS 46-2), and Triple DES EDE (FIPS 46-3).
1323 config CRYPTO_DES_SPARC64
1324 tristate "DES and Triple DES EDE cipher algorithms (SPARC64)"
1326 select CRYPTO_ALGAPI
1327 select CRYPTO_LIB_DES
1329 DES cipher algorithm (FIPS 46-2), and Triple DES EDE (FIPS 46-3),
1330 optimized using SPARC64 crypto opcodes.
1332 config CRYPTO_DES3_EDE_X86_64
1333 tristate "Triple DES EDE cipher algorithm (x86-64)"
1334 depends on X86 && 64BIT
1335 select CRYPTO_BLKCIPHER
1336 select CRYPTO_LIB_DES
1338 Triple DES EDE (FIPS 46-3) algorithm.
1340 This module provides implementation of the Triple DES EDE cipher
1341 algorithm that is optimized for x86-64 processors. Two versions of
1342 algorithm are provided; regular processing one input block and
1343 one that processes three blocks parallel.
1345 config CRYPTO_FCRYPT
1346 tristate "FCrypt cipher algorithm"
1347 select CRYPTO_ALGAPI
1348 select CRYPTO_BLKCIPHER
1350 FCrypt algorithm used by RxRPC.
1352 config CRYPTO_KHAZAD
1353 tristate "Khazad cipher algorithm"
1354 select CRYPTO_ALGAPI
1356 Khazad cipher algorithm.
1358 Khazad was a finalist in the initial NESSIE competition. It is
1359 an algorithm optimized for 64-bit processors with good performance
1360 on 32-bit processors. Khazad uses an 128 bit key size.
1363 <http://www.larc.usp.br/~pbarreto/KhazadPage.html>
1365 config CRYPTO_SALSA20
1366 tristate "Salsa20 stream cipher algorithm"
1367 select CRYPTO_BLKCIPHER
1369 Salsa20 stream cipher algorithm.
1371 Salsa20 is a stream cipher submitted to eSTREAM, the ECRYPT
1372 Stream Cipher Project. See <http://www.ecrypt.eu.org/stream/>
1374 The Salsa20 stream cipher algorithm is designed by Daniel J.
1375 Bernstein <djb@cr.yp.to>. See <http://cr.yp.to/snuffle.html>
1377 config CRYPTO_CHACHA20
1378 tristate "ChaCha stream cipher algorithms"
1379 select CRYPTO_BLKCIPHER
1381 The ChaCha20, XChaCha20, and XChaCha12 stream cipher algorithms.
1383 ChaCha20 is a 256-bit high-speed stream cipher designed by Daniel J.
1384 Bernstein and further specified in RFC7539 for use in IETF protocols.
1385 This is the portable C implementation of ChaCha20. See also:
1386 <http://cr.yp.to/chacha/chacha-20080128.pdf>
1388 XChaCha20 is the application of the XSalsa20 construction to ChaCha20
1389 rather than to Salsa20. XChaCha20 extends ChaCha20's nonce length
1390 from 64 bits (or 96 bits using the RFC7539 convention) to 192 bits,
1391 while provably retaining ChaCha20's security. See also:
1392 <https://cr.yp.to/snuffle/xsalsa-20081128.pdf>
1394 XChaCha12 is XChaCha20 reduced to 12 rounds, with correspondingly
1395 reduced security margin but increased performance. It can be needed
1396 in some performance-sensitive scenarios.
1398 config CRYPTO_CHACHA20_X86_64
1399 tristate "ChaCha stream cipher algorithms (x86_64/SSSE3/AVX2/AVX-512VL)"
1400 depends on X86 && 64BIT
1401 select CRYPTO_BLKCIPHER
1402 select CRYPTO_CHACHA20
1404 SSSE3, AVX2, and AVX-512VL optimized implementations of the ChaCha20,
1405 XChaCha20, and XChaCha12 stream ciphers.
1408 tristate "SEED cipher algorithm"
1409 select CRYPTO_ALGAPI
1411 SEED cipher algorithm (RFC4269).
1413 SEED is a 128-bit symmetric key block cipher that has been
1414 developed by KISA (Korea Information Security Agency) as a
1415 national standard encryption algorithm of the Republic of Korea.
1416 It is a 16 round block cipher with the key size of 128 bit.
1419 <http://www.kisa.or.kr/kisa/seed/jsp/seed_eng.jsp>
1421 config CRYPTO_SERPENT
1422 tristate "Serpent cipher algorithm"
1423 select CRYPTO_ALGAPI
1425 Serpent cipher algorithm, by Anderson, Biham & Knudsen.
1427 Keys are allowed to be from 0 to 256 bits in length, in steps
1428 of 8 bits. Also includes the 'Tnepres' algorithm, a reversed
1429 variant of Serpent for compatibility with old kerneli.org code.
1432 <http://www.cl.cam.ac.uk/~rja14/serpent.html>
1434 config CRYPTO_SERPENT_SSE2_X86_64
1435 tristate "Serpent cipher algorithm (x86_64/SSE2)"
1436 depends on X86 && 64BIT
1437 select CRYPTO_BLKCIPHER
1438 select CRYPTO_GLUE_HELPER_X86
1439 select CRYPTO_SERPENT
1442 Serpent cipher algorithm, by Anderson, Biham & Knudsen.
1444 Keys are allowed to be from 0 to 256 bits in length, in steps
1447 This module provides Serpent cipher algorithm that processes eight
1448 blocks parallel using SSE2 instruction set.
1451 <http://www.cl.cam.ac.uk/~rja14/serpent.html>
1453 config CRYPTO_SERPENT_SSE2_586
1454 tristate "Serpent cipher algorithm (i586/SSE2)"
1455 depends on X86 && !64BIT
1456 select CRYPTO_BLKCIPHER
1457 select CRYPTO_GLUE_HELPER_X86
1458 select CRYPTO_SERPENT
1461 Serpent cipher algorithm, by Anderson, Biham & Knudsen.
1463 Keys are allowed to be from 0 to 256 bits in length, in steps
1466 This module provides Serpent cipher algorithm that processes four
1467 blocks parallel using SSE2 instruction set.
1470 <http://www.cl.cam.ac.uk/~rja14/serpent.html>
1472 config CRYPTO_SERPENT_AVX_X86_64
1473 tristate "Serpent cipher algorithm (x86_64/AVX)"
1474 depends on X86 && 64BIT
1475 select CRYPTO_BLKCIPHER
1476 select CRYPTO_GLUE_HELPER_X86
1477 select CRYPTO_SERPENT
1481 Serpent cipher algorithm, by Anderson, Biham & Knudsen.
1483 Keys are allowed to be from 0 to 256 bits in length, in steps
1486 This module provides the Serpent cipher algorithm that processes
1487 eight blocks parallel using the AVX instruction set.
1490 <http://www.cl.cam.ac.uk/~rja14/serpent.html>
1492 config CRYPTO_SERPENT_AVX2_X86_64
1493 tristate "Serpent cipher algorithm (x86_64/AVX2)"
1494 depends on X86 && 64BIT
1495 select CRYPTO_SERPENT_AVX_X86_64
1497 Serpent cipher algorithm, by Anderson, Biham & Knudsen.
1499 Keys are allowed to be from 0 to 256 bits in length, in steps
1502 This module provides Serpent cipher algorithm that processes 16
1503 blocks parallel using AVX2 instruction set.
1506 <http://www.cl.cam.ac.uk/~rja14/serpent.html>
1509 tristate "SM4 cipher algorithm"
1510 select CRYPTO_ALGAPI
1512 SM4 cipher algorithms (OSCCA GB/T 32907-2016).
1514 SM4 (GBT.32907-2016) is a cryptographic standard issued by the
1515 Organization of State Commercial Administration of China (OSCCA)
1516 as an authorized cryptographic algorithms for the use within China.
1518 SMS4 was originally created for use in protecting wireless
1519 networks, and is mandated in the Chinese National Standard for
1520 Wireless LAN WAPI (Wired Authentication and Privacy Infrastructure)
1523 The latest SM4 standard (GBT.32907-2016) was proposed by OSCCA and
1524 standardized through TC 260 of the Standardization Administration
1525 of the People's Republic of China (SAC).
1527 The input, output, and key of SMS4 are each 128 bits.
1529 See also: <https://eprint.iacr.org/2008/329.pdf>
1534 tristate "TEA, XTEA and XETA cipher algorithms"
1535 select CRYPTO_ALGAPI
1537 TEA cipher algorithm.
1539 Tiny Encryption Algorithm is a simple cipher that uses
1540 many rounds for security. It is very fast and uses
1543 Xtendend Tiny Encryption Algorithm is a modification to
1544 the TEA algorithm to address a potential key weakness
1545 in the TEA algorithm.
1547 Xtendend Encryption Tiny Algorithm is a mis-implementation
1548 of the XTEA algorithm for compatibility purposes.
1550 config CRYPTO_TWOFISH
1551 tristate "Twofish cipher algorithm"
1552 select CRYPTO_ALGAPI
1553 select CRYPTO_TWOFISH_COMMON
1555 Twofish cipher algorithm.
1557 Twofish was submitted as an AES (Advanced Encryption Standard)
1558 candidate cipher by researchers at CounterPane Systems. It is a
1559 16 round block cipher supporting key sizes of 128, 192, and 256
1563 <http://www.schneier.com/twofish.html>
1565 config CRYPTO_TWOFISH_COMMON
1568 Common parts of the Twofish cipher algorithm shared by the
1569 generic c and the assembler implementations.
1571 config CRYPTO_TWOFISH_586
1572 tristate "Twofish cipher algorithms (i586)"
1573 depends on (X86 || UML_X86) && !64BIT
1574 select CRYPTO_ALGAPI
1575 select CRYPTO_TWOFISH_COMMON
1577 Twofish cipher algorithm.
1579 Twofish was submitted as an AES (Advanced Encryption Standard)
1580 candidate cipher by researchers at CounterPane Systems. It is a
1581 16 round block cipher supporting key sizes of 128, 192, and 256
1585 <http://www.schneier.com/twofish.html>
1587 config CRYPTO_TWOFISH_X86_64
1588 tristate "Twofish cipher algorithm (x86_64)"
1589 depends on (X86 || UML_X86) && 64BIT
1590 select CRYPTO_ALGAPI
1591 select CRYPTO_TWOFISH_COMMON
1593 Twofish cipher algorithm (x86_64).
1595 Twofish was submitted as an AES (Advanced Encryption Standard)
1596 candidate cipher by researchers at CounterPane Systems. It is a
1597 16 round block cipher supporting key sizes of 128, 192, and 256
1601 <http://www.schneier.com/twofish.html>
1603 config CRYPTO_TWOFISH_X86_64_3WAY
1604 tristate "Twofish cipher algorithm (x86_64, 3-way parallel)"
1605 depends on X86 && 64BIT
1606 select CRYPTO_BLKCIPHER
1607 select CRYPTO_TWOFISH_COMMON
1608 select CRYPTO_TWOFISH_X86_64
1609 select CRYPTO_GLUE_HELPER_X86
1611 Twofish cipher algorithm (x86_64, 3-way parallel).
1613 Twofish was submitted as an AES (Advanced Encryption Standard)
1614 candidate cipher by researchers at CounterPane Systems. It is a
1615 16 round block cipher supporting key sizes of 128, 192, and 256
1618 This module provides Twofish cipher algorithm that processes three
1619 blocks parallel, utilizing resources of out-of-order CPUs better.
1622 <http://www.schneier.com/twofish.html>
1624 config CRYPTO_TWOFISH_AVX_X86_64
1625 tristate "Twofish cipher algorithm (x86_64/AVX)"
1626 depends on X86 && 64BIT
1627 select CRYPTO_BLKCIPHER
1628 select CRYPTO_GLUE_HELPER_X86
1630 select CRYPTO_TWOFISH_COMMON
1631 select CRYPTO_TWOFISH_X86_64
1632 select CRYPTO_TWOFISH_X86_64_3WAY
1634 Twofish cipher algorithm (x86_64/AVX).
1636 Twofish was submitted as an AES (Advanced Encryption Standard)
1637 candidate cipher by researchers at CounterPane Systems. It is a
1638 16 round block cipher supporting key sizes of 128, 192, and 256
1641 This module provides the Twofish cipher algorithm that processes
1642 eight blocks parallel using the AVX Instruction Set.
1645 <http://www.schneier.com/twofish.html>
1647 comment "Compression"
1649 config CRYPTO_DEFLATE
1650 tristate "Deflate compression algorithm"
1651 select CRYPTO_ALGAPI
1652 select CRYPTO_ACOMP2
1656 This is the Deflate algorithm (RFC1951), specified for use in
1657 IPSec with the IPCOMP protocol (RFC3173, RFC2394).
1659 You will most probably want this if using IPSec.
1662 tristate "LZO compression algorithm"
1663 select CRYPTO_ALGAPI
1664 select CRYPTO_ACOMP2
1666 select LZO_DECOMPRESS
1668 This is the LZO algorithm.
1671 tristate "842 compression algorithm"
1672 select CRYPTO_ALGAPI
1673 select CRYPTO_ACOMP2
1675 select 842_DECOMPRESS
1677 This is the 842 algorithm.
1680 tristate "LZ4 compression algorithm"
1681 select CRYPTO_ALGAPI
1682 select CRYPTO_ACOMP2
1684 select LZ4_DECOMPRESS
1686 This is the LZ4 algorithm.
1689 tristate "LZ4HC compression algorithm"
1690 select CRYPTO_ALGAPI
1691 select CRYPTO_ACOMP2
1692 select LZ4HC_COMPRESS
1693 select LZ4_DECOMPRESS
1695 This is the LZ4 high compression mode algorithm.
1698 tristate "Zstd compression algorithm"
1699 select CRYPTO_ALGAPI
1700 select CRYPTO_ACOMP2
1701 select ZSTD_COMPRESS
1702 select ZSTD_DECOMPRESS
1704 This is the zstd algorithm.
1706 comment "Random Number Generation"
1708 config CRYPTO_ANSI_CPRNG
1709 tristate "Pseudo Random Number Generation for Cryptographic modules"
1713 This option enables the generic pseudo random number generator
1714 for cryptographic modules. Uses the Algorithm specified in
1715 ANSI X9.31 A.2.4. Note that this option must be enabled if
1716 CRYPTO_FIPS is selected
1718 menuconfig CRYPTO_DRBG_MENU
1719 tristate "NIST SP800-90A DRBG"
1721 NIST SP800-90A compliant DRBG. In the following submenu, one or
1722 more of the DRBG types must be selected.
1726 config CRYPTO_DRBG_HMAC
1730 select CRYPTO_SHA256
1732 config CRYPTO_DRBG_HASH
1733 bool "Enable Hash DRBG"
1734 select CRYPTO_SHA256
1736 Enable the Hash DRBG variant as defined in NIST SP800-90A.
1738 config CRYPTO_DRBG_CTR
1739 bool "Enable CTR DRBG"
1741 depends on CRYPTO_CTR
1743 Enable the CTR DRBG variant as defined in NIST SP800-90A.
1747 default CRYPTO_DRBG_MENU
1749 select CRYPTO_JITTERENTROPY
1751 endif # if CRYPTO_DRBG_MENU
1753 config CRYPTO_JITTERENTROPY
1754 tristate "Jitterentropy Non-Deterministic Random Number Generator"
1757 The Jitterentropy RNG is a noise that is intended
1758 to provide seed to another RNG. The RNG does not
1759 perform any cryptographic whitening of the generated
1760 random numbers. This Jitterentropy RNG registers with
1761 the kernel crypto API and can be used by any caller.
1763 config CRYPTO_USER_API
1766 config CRYPTO_USER_API_HASH
1767 tristate "User-space interface for hash algorithms"
1770 select CRYPTO_USER_API
1772 This option enables the user-spaces interface for hash
1775 config CRYPTO_USER_API_SKCIPHER
1776 tristate "User-space interface for symmetric key cipher algorithms"
1778 select CRYPTO_BLKCIPHER
1779 select CRYPTO_USER_API
1781 This option enables the user-spaces interface for symmetric
1782 key cipher algorithms.
1784 config CRYPTO_USER_API_RNG
1785 tristate "User-space interface for random number generator algorithms"
1788 select CRYPTO_USER_API
1790 This option enables the user-spaces interface for random
1791 number generator algorithms.
1793 config CRYPTO_USER_API_AEAD
1794 tristate "User-space interface for AEAD cipher algorithms"
1797 select CRYPTO_BLKCIPHER
1799 select CRYPTO_USER_API
1801 This option enables the user-spaces interface for AEAD
1805 bool "Crypto usage statistics for User-space"
1806 depends on CRYPTO_USER
1808 This option enables the gathering of crypto stats.
1810 - encrypt/decrypt size and numbers of symmeric operations
1811 - compress/decompress size and numbers of compress operations
1812 - size and numbers of hash operations
1813 - encrypt/decrypt/sign/verify numbers for asymmetric operations
1814 - generate/seed numbers for rng operations
1816 config CRYPTO_HASH_INFO
1819 source "drivers/crypto/Kconfig"
1820 source "crypto/asymmetric_keys/Kconfig"
1821 source "certs/Kconfig"