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"
20 This option provides the core Cryptographic API.
24 comment "Crypto core or helper"
27 bool "FIPS 200 compliance"
28 depends on (CRYPTO_ANSI_CPRNG || CRYPTO_DRBG) && !CRYPTO_MANAGER_DISABLE_TESTS
29 depends on (MODULE_SIG || !MODULES)
31 This option enables the fips boot option which is
32 required if you want the system to operate in a FIPS 200
33 certification. You should say no unless you know what
40 This option provides the API for cryptographic algorithms.
56 config CRYPTO_SKCIPHER
58 select CRYPTO_SKCIPHER2
61 config CRYPTO_SKCIPHER2
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_SKCIPHER2
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"
144 Disable run-time self tests that normally take place at
145 algorithm registration.
147 config CRYPTO_MANAGER_EXTRA_TESTS
148 bool "Enable extra run-time crypto self tests"
149 depends on DEBUG_KERNEL && !CRYPTO_MANAGER_DISABLE_TESTS && CRYPTO_MANAGER
151 Enable extra run-time self tests of registered crypto algorithms,
152 including randomized fuzz tests.
154 This is intended for developer use only, as these tests take much
155 longer to run than the normal self tests.
157 config CRYPTO_GF128MUL
161 tristate "Null algorithms"
164 These are 'Null' algorithms, used by IPsec, which do nothing.
168 select CRYPTO_ALGAPI2
169 select CRYPTO_SKCIPHER2
173 tristate "Parallel crypto engine"
176 select CRYPTO_MANAGER
179 This converts an arbitrary crypto algorithm into a parallel
180 algorithm that executes in kernel threads.
183 tristate "Software async crypto daemon"
184 select CRYPTO_SKCIPHER
186 select CRYPTO_MANAGER
188 This is a generic software asynchronous crypto daemon that
189 converts an arbitrary synchronous software crypto algorithm
190 into an asynchronous algorithm that executes in a kernel thread.
192 config CRYPTO_AUTHENC
193 tristate "Authenc support"
195 select CRYPTO_SKCIPHER
196 select CRYPTO_MANAGER
200 Authenc: Combined mode wrapper for IPsec.
201 This is required for IPSec.
204 tristate "Testing module"
205 depends on m || EXPERT
206 select CRYPTO_MANAGER
208 Quick & dirty crypto test module.
217 comment "Public-key cryptography"
220 tristate "RSA algorithm"
221 select CRYPTO_AKCIPHER
222 select CRYPTO_MANAGER
226 Generic implementation of the RSA public key algorithm.
229 tristate "Diffie-Hellman algorithm"
233 Generic implementation of the Diffie-Hellman algorithm.
237 select CRYPTO_RNG_DEFAULT
240 tristate "ECDH algorithm"
244 Generic implementation of the ECDH algorithm
247 tristate "ECDSA (NIST P192, P256 etc.) algorithm"
249 select CRYPTO_AKCIPHER
252 Elliptic Curve Digital Signature Algorithm (NIST P192, P256 etc.)
253 is A NIST cryptographic standard algorithm. Only signature verification
257 tristate "EC-RDSA (GOST 34.10) algorithm"
259 select CRYPTO_AKCIPHER
260 select CRYPTO_STREEBOG
264 Elliptic Curve Russian Digital Signature Algorithm (GOST R 34.10-2012,
265 RFC 7091, ISO/IEC 14888-3:2018) is one of the Russian cryptographic
266 standard algorithms (called GOST algorithms). Only signature verification
270 tristate "SM2 algorithm"
272 select CRYPTO_AKCIPHER
273 select CRYPTO_MANAGER
277 Generic implementation of the SM2 public key algorithm. It was
278 published by State Encryption Management Bureau, China.
279 as specified by OSCCA GM/T 0003.1-2012 -- 0003.5-2012.
282 https://tools.ietf.org/html/draft-shen-sm2-ecdsa-02
283 http://www.oscca.gov.cn/sca/xxgk/2010-12/17/content_1002386.shtml
284 http://www.gmbz.org.cn/main/bzlb.html
286 config CRYPTO_CURVE25519
287 tristate "Curve25519 algorithm"
289 select CRYPTO_LIB_CURVE25519_GENERIC
291 config CRYPTO_CURVE25519_X86
292 tristate "x86_64 accelerated Curve25519 scalar multiplication library"
293 depends on X86 && 64BIT
294 select CRYPTO_LIB_CURVE25519_GENERIC
295 select CRYPTO_ARCH_HAVE_LIB_CURVE25519
297 comment "Authenticated Encryption with Associated Data"
300 tristate "CCM support"
304 select CRYPTO_MANAGER
306 Support for Counter with CBC MAC. Required for IPsec.
309 tristate "GCM/GMAC support"
314 select CRYPTO_MANAGER
316 Support for Galois/Counter Mode (GCM) and Galois Message
317 Authentication Code (GMAC). Required for IPSec.
319 config CRYPTO_CHACHA20POLY1305
320 tristate "ChaCha20-Poly1305 AEAD support"
321 select CRYPTO_CHACHA20
322 select CRYPTO_POLY1305
324 select CRYPTO_MANAGER
326 ChaCha20-Poly1305 AEAD support, RFC7539.
328 Support for the AEAD wrapper using the ChaCha20 stream cipher combined
329 with the Poly1305 authenticator. It is defined in RFC7539 for use in
332 config CRYPTO_AEGIS128
333 tristate "AEGIS-128 AEAD algorithm"
335 select CRYPTO_AES # for AES S-box tables
337 Support for the AEGIS-128 dedicated AEAD algorithm.
339 config CRYPTO_AEGIS128_SIMD
340 bool "Support SIMD acceleration for AEGIS-128"
341 depends on CRYPTO_AEGIS128 && ((ARM || ARM64) && KERNEL_MODE_NEON)
344 config CRYPTO_AEGIS128_AESNI_SSE2
345 tristate "AEGIS-128 AEAD algorithm (x86_64 AESNI+SSE2 implementation)"
346 depends on X86 && 64BIT
350 AESNI+SSE2 implementation of the AEGIS-128 dedicated AEAD algorithm.
353 tristate "Sequence Number IV Generator"
355 select CRYPTO_SKCIPHER
357 select CRYPTO_RNG_DEFAULT
358 select CRYPTO_MANAGER
360 This IV generator generates an IV based on a sequence number by
361 xoring it with a salt. This algorithm is mainly useful for CTR
363 config CRYPTO_ECHAINIV
364 tristate "Encrypted Chain IV Generator"
367 select CRYPTO_RNG_DEFAULT
368 select CRYPTO_MANAGER
370 This IV generator generates an IV based on the encryption of
371 a sequence number xored with a salt. This is the default
374 comment "Block modes"
377 tristate "CBC support"
378 select CRYPTO_SKCIPHER
379 select CRYPTO_MANAGER
381 CBC: Cipher Block Chaining mode
382 This block cipher algorithm is required for IPSec.
385 tristate "CFB support"
386 select CRYPTO_SKCIPHER
387 select CRYPTO_MANAGER
389 CFB: Cipher FeedBack mode
390 This block cipher algorithm is required for TPM2 Cryptography.
393 tristate "CTR support"
394 select CRYPTO_SKCIPHER
395 select CRYPTO_MANAGER
398 This block cipher algorithm is required for IPSec.
401 tristate "CTS support"
402 select CRYPTO_SKCIPHER
403 select CRYPTO_MANAGER
405 CTS: Cipher Text Stealing
406 This is the Cipher Text Stealing mode as described by
407 Section 8 of rfc2040 and referenced by rfc3962
408 (rfc3962 includes errata information in its Appendix A) or
409 CBC-CS3 as defined by NIST in Sp800-38A addendum from Oct 2010.
410 This mode is required for Kerberos gss mechanism support
413 See: https://csrc.nist.gov/publications/detail/sp/800-38a/addendum/final
416 tristate "ECB support"
417 select CRYPTO_SKCIPHER
418 select CRYPTO_MANAGER
420 ECB: Electronic CodeBook mode
421 This is the simplest block cipher algorithm. It simply encrypts
422 the input block by block.
425 tristate "LRW support"
426 select CRYPTO_SKCIPHER
427 select CRYPTO_MANAGER
428 select CRYPTO_GF128MUL
430 LRW: Liskov Rivest Wagner, a tweakable, non malleable, non movable
431 narrow block cipher mode for dm-crypt. Use it with cipher
432 specification string aes-lrw-benbi, the key must be 256, 320 or 384.
433 The first 128, 192 or 256 bits in the key are used for AES and the
434 rest is used to tie each cipher block to its logical position.
437 tristate "OFB support"
438 select CRYPTO_SKCIPHER
439 select CRYPTO_MANAGER
441 OFB: the Output Feedback mode makes a block cipher into a synchronous
442 stream cipher. It generates keystream blocks, which are then XORed
443 with the plaintext blocks to get the ciphertext. Flipping a bit in the
444 ciphertext produces a flipped bit in the plaintext at the same
445 location. This property allows many error correcting codes to function
446 normally even when applied before encryption.
449 tristate "PCBC support"
450 select CRYPTO_SKCIPHER
451 select CRYPTO_MANAGER
453 PCBC: Propagating Cipher Block Chaining mode
454 This block cipher algorithm is required for RxRPC.
457 tristate "XTS support"
458 select CRYPTO_SKCIPHER
459 select CRYPTO_MANAGER
462 XTS: IEEE1619/D16 narrow block cipher use with aes-xts-plain,
463 key size 256, 384 or 512 bits. This implementation currently
464 can't handle a sectorsize which is not a multiple of 16 bytes.
466 config CRYPTO_KEYWRAP
467 tristate "Key wrapping support"
468 select CRYPTO_SKCIPHER
469 select CRYPTO_MANAGER
471 Support for key wrapping (NIST SP800-38F / RFC3394) without
474 config CRYPTO_NHPOLY1305
477 select CRYPTO_LIB_POLY1305_GENERIC
479 config CRYPTO_NHPOLY1305_SSE2
480 tristate "NHPoly1305 hash function (x86_64 SSE2 implementation)"
481 depends on X86 && 64BIT
482 select CRYPTO_NHPOLY1305
484 SSE2 optimized implementation of the hash function used by the
485 Adiantum encryption mode.
487 config CRYPTO_NHPOLY1305_AVX2
488 tristate "NHPoly1305 hash function (x86_64 AVX2 implementation)"
489 depends on X86 && 64BIT
490 select CRYPTO_NHPOLY1305
492 AVX2 optimized implementation of the hash function used by the
493 Adiantum encryption mode.
495 config CRYPTO_ADIANTUM
496 tristate "Adiantum support"
497 select CRYPTO_CHACHA20
498 select CRYPTO_LIB_POLY1305_GENERIC
499 select CRYPTO_NHPOLY1305
500 select CRYPTO_MANAGER
502 Adiantum is a tweakable, length-preserving encryption mode
503 designed for fast and secure disk encryption, especially on
504 CPUs without dedicated crypto instructions. It encrypts
505 each sector using the XChaCha12 stream cipher, two passes of
506 an ε-almost-∆-universal hash function, and an invocation of
507 the AES-256 block cipher on a single 16-byte block. On CPUs
508 without AES instructions, Adiantum is much faster than
511 Adiantum's security is provably reducible to that of its
512 underlying stream and block ciphers, subject to a security
513 bound. Unlike XTS, Adiantum is a true wide-block encryption
514 mode, so it actually provides an even stronger notion of
515 security than XTS, subject to the security bound.
520 tristate "ESSIV support for block encryption"
521 select CRYPTO_AUTHENC
523 Encrypted salt-sector initialization vector (ESSIV) is an IV
524 generation method that is used in some cases by fscrypt and/or
525 dm-crypt. It uses the hash of the block encryption key as the
526 symmetric key for a block encryption pass applied to the input
527 IV, making low entropy IV sources more suitable for block
530 This driver implements a crypto API template that can be
531 instantiated either as an skcipher or as an AEAD (depending on the
532 type of the first template argument), and which defers encryption
533 and decryption requests to the encapsulated cipher after applying
534 ESSIV to the input IV. Note that in the AEAD case, it is assumed
535 that the keys are presented in the same format used by the authenc
536 template, and that the IV appears at the end of the authenticated
537 associated data (AAD) region (which is how dm-crypt uses it.)
539 Note that the use of ESSIV is not recommended for new deployments,
540 and so this only needs to be enabled when interoperability with
541 existing encrypted volumes of filesystems is required, or when
542 building for a particular system that requires it (e.g., when
543 the SoC in question has accelerated CBC but not XTS, making CBC
544 combined with ESSIV the only feasible mode for h/w accelerated
550 tristate "CMAC support"
552 select CRYPTO_MANAGER
554 Cipher-based Message Authentication Code (CMAC) specified by
555 The National Institute of Standards and Technology (NIST).
557 https://tools.ietf.org/html/rfc4493
558 http://csrc.nist.gov/publications/nistpubs/800-38B/SP_800-38B.pdf
561 tristate "HMAC support"
563 select CRYPTO_MANAGER
565 HMAC: Keyed-Hashing for Message Authentication (RFC2104).
566 This is required for IPSec.
569 tristate "XCBC support"
571 select CRYPTO_MANAGER
573 XCBC: Keyed-Hashing with encryption algorithm
574 https://www.ietf.org/rfc/rfc3566.txt
575 http://csrc.nist.gov/encryption/modes/proposedmodes/
576 xcbc-mac/xcbc-mac-spec.pdf
579 tristate "VMAC support"
581 select CRYPTO_MANAGER
583 VMAC is a message authentication algorithm designed for
584 very high speed on 64-bit architectures.
587 <https://fastcrypto.org/vmac>
592 tristate "CRC32c CRC algorithm"
596 Castagnoli, et al Cyclic Redundancy-Check Algorithm. Used
597 by iSCSI for header and data digests and by others.
598 See Castagnoli93. Module will be crc32c.
600 config CRYPTO_CRC32C_INTEL
601 tristate "CRC32c INTEL hardware acceleration"
605 In Intel processor with SSE4.2 supported, the processor will
606 support CRC32C implementation using hardware accelerated CRC32
607 instruction. This option will create 'crc32c-intel' module,
608 which will enable any routine to use the CRC32 instruction to
609 gain performance compared with software implementation.
610 Module will be crc32c-intel.
612 config CRYPTO_CRC32C_VPMSUM
613 tristate "CRC32c CRC algorithm (powerpc64)"
614 depends on PPC64 && ALTIVEC
618 CRC32c algorithm implemented using vector polynomial multiply-sum
619 (vpmsum) instructions, introduced in POWER8. Enable on POWER8
620 and newer processors for improved performance.
623 config CRYPTO_CRC32C_SPARC64
624 tristate "CRC32c CRC algorithm (SPARC64)"
629 CRC32c CRC algorithm implemented using sparc64 crypto instructions,
633 tristate "CRC32 CRC algorithm"
637 CRC-32-IEEE 802.3 cyclic redundancy-check algorithm.
638 Shash crypto api wrappers to crc32_le function.
640 config CRYPTO_CRC32_PCLMUL
641 tristate "CRC32 PCLMULQDQ hardware acceleration"
646 From Intel Westmere and AMD Bulldozer processor with SSE4.2
647 and PCLMULQDQ supported, the processor will support
648 CRC32 PCLMULQDQ implementation using hardware accelerated PCLMULQDQ
649 instruction. This option will create 'crc32-pclmul' module,
650 which will enable any routine to use the CRC-32-IEEE 802.3 checksum
651 and gain better performance as compared with the table implementation.
653 config CRYPTO_CRC32_MIPS
654 tristate "CRC32c and CRC32 CRC algorithm (MIPS)"
655 depends on MIPS_CRC_SUPPORT
658 CRC32c and CRC32 CRC algorithms implemented using mips crypto
659 instructions, when available.
663 tristate "xxHash hash algorithm"
667 xxHash non-cryptographic hash algorithm. Extremely fast, working at
668 speeds close to RAM limits.
670 config CRYPTO_BLAKE2B
671 tristate "BLAKE2b digest algorithm"
674 Implementation of cryptographic hash function BLAKE2b (or just BLAKE2),
675 optimized for 64bit platforms and can produce digests of any size
676 between 1 to 64. The keyed hash is also implemented.
678 This module provides the following algorithms:
685 See https://blake2.net for further information.
687 config CRYPTO_BLAKE2S
688 tristate "BLAKE2s digest algorithm"
689 select CRYPTO_LIB_BLAKE2S_GENERIC
692 Implementation of cryptographic hash function BLAKE2s
693 optimized for 8-32bit platforms and can produce digests of any size
694 between 1 to 32. The keyed hash is also implemented.
696 This module provides the following algorithms:
703 See https://blake2.net for further information.
705 config CRYPTO_BLAKE2S_X86
706 tristate "BLAKE2s digest algorithm (x86 accelerated version)"
707 depends on X86 && 64BIT
708 select CRYPTO_LIB_BLAKE2S_GENERIC
709 select CRYPTO_ARCH_HAVE_LIB_BLAKE2S
711 config CRYPTO_CRCT10DIF
712 tristate "CRCT10DIF algorithm"
715 CRC T10 Data Integrity Field computation is being cast as
716 a crypto transform. This allows for faster crc t10 diff
717 transforms to be used if they are available.
719 config CRYPTO_CRCT10DIF_PCLMUL
720 tristate "CRCT10DIF PCLMULQDQ hardware acceleration"
721 depends on X86 && 64BIT && CRC_T10DIF
724 For x86_64 processors with SSE4.2 and PCLMULQDQ supported,
725 CRC T10 DIF PCLMULQDQ computation can be hardware
726 accelerated PCLMULQDQ instruction. This option will create
727 'crct10dif-pclmul' module, which is faster when computing the
728 crct10dif checksum as compared with the generic table implementation.
730 config CRYPTO_CRCT10DIF_VPMSUM
731 tristate "CRC32T10DIF powerpc64 hardware acceleration"
732 depends on PPC64 && ALTIVEC && CRC_T10DIF
735 CRC10T10DIF algorithm implemented using vector polynomial
736 multiply-sum (vpmsum) instructions, introduced in POWER8. Enable on
737 POWER8 and newer processors for improved performance.
739 config CRYPTO_VPMSUM_TESTER
740 tristate "Powerpc64 vpmsum hardware acceleration tester"
741 depends on CRYPTO_CRCT10DIF_VPMSUM && CRYPTO_CRC32C_VPMSUM
743 Stress test for CRC32c and CRC-T10DIF algorithms implemented with
744 POWER8 vpmsum instructions.
745 Unless you are testing these algorithms, you don't need this.
748 tristate "GHASH hash function"
749 select CRYPTO_GF128MUL
752 GHASH is the hash function used in GCM (Galois/Counter Mode).
753 It is not a general-purpose cryptographic hash function.
755 config CRYPTO_POLY1305
756 tristate "Poly1305 authenticator algorithm"
758 select CRYPTO_LIB_POLY1305_GENERIC
760 Poly1305 authenticator algorithm, RFC7539.
762 Poly1305 is an authenticator algorithm designed by Daniel J. Bernstein.
763 It is used for the ChaCha20-Poly1305 AEAD, specified in RFC7539 for use
764 in IETF protocols. This is the portable C implementation of Poly1305.
766 config CRYPTO_POLY1305_X86_64
767 tristate "Poly1305 authenticator algorithm (x86_64/SSE2/AVX2)"
768 depends on X86 && 64BIT
769 select CRYPTO_LIB_POLY1305_GENERIC
770 select CRYPTO_ARCH_HAVE_LIB_POLY1305
772 Poly1305 authenticator algorithm, RFC7539.
774 Poly1305 is an authenticator algorithm designed by Daniel J. Bernstein.
775 It is used for the ChaCha20-Poly1305 AEAD, specified in RFC7539 for use
776 in IETF protocols. This is the x86_64 assembler implementation using SIMD
779 config CRYPTO_POLY1305_MIPS
780 tristate "Poly1305 authenticator algorithm (MIPS optimized)"
782 select CRYPTO_ARCH_HAVE_LIB_POLY1305
785 tristate "MD4 digest algorithm"
788 MD4 message digest algorithm (RFC1320).
791 tristate "MD5 digest algorithm"
794 MD5 message digest algorithm (RFC1321).
796 config CRYPTO_MD5_OCTEON
797 tristate "MD5 digest algorithm (OCTEON)"
798 depends on CPU_CAVIUM_OCTEON
802 MD5 message digest algorithm (RFC1321) implemented
803 using OCTEON crypto instructions, when available.
805 config CRYPTO_MD5_PPC
806 tristate "MD5 digest algorithm (PPC)"
810 MD5 message digest algorithm (RFC1321) implemented
813 config CRYPTO_MD5_SPARC64
814 tristate "MD5 digest algorithm (SPARC64)"
819 MD5 message digest algorithm (RFC1321) implemented
820 using sparc64 crypto instructions, when available.
822 config CRYPTO_MICHAEL_MIC
823 tristate "Michael MIC keyed digest algorithm"
826 Michael MIC is used for message integrity protection in TKIP
827 (IEEE 802.11i). This algorithm is required for TKIP, but it
828 should not be used for other purposes because of the weakness
832 tristate "RIPEMD-160 digest algorithm"
835 RIPEMD-160 (ISO/IEC 10118-3:2004).
837 RIPEMD-160 is a 160-bit cryptographic hash function. It is intended
838 to be used as a secure replacement for the 128-bit hash functions
839 MD4, MD5 and it's predecessor RIPEMD
840 (not to be confused with RIPEMD-128).
842 It's speed is comparable to SHA1 and there are no known attacks
845 Developed by Hans Dobbertin, Antoon Bosselaers and Bart Preneel.
846 See <https://homes.esat.kuleuven.be/~bosselae/ripemd160.html>
849 tristate "SHA1 digest algorithm"
852 SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2).
854 config CRYPTO_SHA1_SSSE3
855 tristate "SHA1 digest algorithm (SSSE3/AVX/AVX2/SHA-NI)"
856 depends on X86 && 64BIT
860 SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2) implemented
861 using Supplemental SSE3 (SSSE3) instructions or Advanced Vector
862 Extensions (AVX/AVX2) or SHA-NI(SHA Extensions New Instructions),
865 config CRYPTO_SHA256_SSSE3
866 tristate "SHA256 digest algorithm (SSSE3/AVX/AVX2/SHA-NI)"
867 depends on X86 && 64BIT
871 SHA-256 secure hash standard (DFIPS 180-2) implemented
872 using Supplemental SSE3 (SSSE3) instructions, or Advanced Vector
873 Extensions version 1 (AVX1), or Advanced Vector Extensions
874 version 2 (AVX2) instructions, or SHA-NI (SHA Extensions New
875 Instructions) when available.
877 config CRYPTO_SHA512_SSSE3
878 tristate "SHA512 digest algorithm (SSSE3/AVX/AVX2)"
879 depends on X86 && 64BIT
883 SHA-512 secure hash standard (DFIPS 180-2) implemented
884 using Supplemental SSE3 (SSSE3) instructions, or Advanced Vector
885 Extensions version 1 (AVX1), or Advanced Vector Extensions
886 version 2 (AVX2) instructions, when available.
888 config CRYPTO_SHA1_OCTEON
889 tristate "SHA1 digest algorithm (OCTEON)"
890 depends on CPU_CAVIUM_OCTEON
894 SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2) implemented
895 using OCTEON crypto instructions, when available.
897 config CRYPTO_SHA1_SPARC64
898 tristate "SHA1 digest algorithm (SPARC64)"
903 SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2) implemented
904 using sparc64 crypto instructions, when available.
906 config CRYPTO_SHA1_PPC
907 tristate "SHA1 digest algorithm (powerpc)"
910 This is the powerpc hardware accelerated implementation of the
911 SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2).
913 config CRYPTO_SHA1_PPC_SPE
914 tristate "SHA1 digest algorithm (PPC SPE)"
915 depends on PPC && SPE
917 SHA-1 secure hash standard (DFIPS 180-4) implemented
918 using powerpc SPE SIMD instruction set.
921 tristate "SHA224 and SHA256 digest algorithm"
923 select CRYPTO_LIB_SHA256
925 SHA256 secure hash standard (DFIPS 180-2).
927 This version of SHA implements a 256 bit hash with 128 bits of
928 security against collision attacks.
930 This code also includes SHA-224, a 224 bit hash with 112 bits
931 of security against collision attacks.
933 config CRYPTO_SHA256_PPC_SPE
934 tristate "SHA224 and SHA256 digest algorithm (PPC SPE)"
935 depends on PPC && SPE
939 SHA224 and SHA256 secure hash standard (DFIPS 180-2)
940 implemented using powerpc SPE SIMD instruction set.
942 config CRYPTO_SHA256_OCTEON
943 tristate "SHA224 and SHA256 digest algorithm (OCTEON)"
944 depends on CPU_CAVIUM_OCTEON
948 SHA-256 secure hash standard (DFIPS 180-2) implemented
949 using OCTEON crypto instructions, when available.
951 config CRYPTO_SHA256_SPARC64
952 tristate "SHA224 and SHA256 digest algorithm (SPARC64)"
957 SHA-256 secure hash standard (DFIPS 180-2) implemented
958 using sparc64 crypto instructions, when available.
961 tristate "SHA384 and SHA512 digest algorithms"
964 SHA512 secure hash standard (DFIPS 180-2).
966 This version of SHA implements a 512 bit hash with 256 bits of
967 security against collision attacks.
969 This code also includes SHA-384, a 384 bit hash with 192 bits
970 of security against collision attacks.
972 config CRYPTO_SHA512_OCTEON
973 tristate "SHA384 and SHA512 digest algorithms (OCTEON)"
974 depends on CPU_CAVIUM_OCTEON
978 SHA-512 secure hash standard (DFIPS 180-2) implemented
979 using OCTEON crypto instructions, when available.
981 config CRYPTO_SHA512_SPARC64
982 tristate "SHA384 and SHA512 digest algorithm (SPARC64)"
987 SHA-512 secure hash standard (DFIPS 180-2) implemented
988 using sparc64 crypto instructions, when available.
991 tristate "SHA3 digest algorithm"
994 SHA-3 secure hash standard (DFIPS 202). It's based on
995 cryptographic sponge function family called Keccak.
998 http://keccak.noekeon.org/
1001 tristate "SM3 digest algorithm"
1004 SM3 secure hash function as defined by OSCCA GM/T 0004-2012 SM3).
1005 It is part of the Chinese Commercial Cryptography suite.
1008 http://www.oscca.gov.cn/UpFile/20101222141857786.pdf
1009 https://datatracker.ietf.org/doc/html/draft-shen-sm3-hash
1011 config CRYPTO_STREEBOG
1012 tristate "Streebog Hash Function"
1015 Streebog Hash Function (GOST R 34.11-2012, RFC 6986) is one of the Russian
1016 cryptographic standard algorithms (called GOST algorithms).
1017 This setting enables two hash algorithms with 256 and 512 bits output.
1020 https://tc26.ru/upload/iblock/fed/feddbb4d26b685903faa2ba11aea43f6.pdf
1021 https://tools.ietf.org/html/rfc6986
1024 tristate "Whirlpool digest algorithms"
1027 Whirlpool hash algorithm 512, 384 and 256-bit hashes
1029 Whirlpool-512 is part of the NESSIE cryptographic primitives.
1030 Whirlpool will be part of the ISO/IEC 10118-3:2003(E) standard
1033 <http://www.larc.usp.br/~pbarreto/WhirlpoolPage.html>
1035 config CRYPTO_GHASH_CLMUL_NI_INTEL
1036 tristate "GHASH hash function (CLMUL-NI accelerated)"
1037 depends on X86 && 64BIT
1038 select CRYPTO_CRYPTD
1040 This is the x86_64 CLMUL-NI accelerated implementation of
1041 GHASH, the hash function used in GCM (Galois/Counter mode).
1046 tristate "AES cipher algorithms"
1047 select CRYPTO_ALGAPI
1048 select CRYPTO_LIB_AES
1050 AES cipher algorithms (FIPS-197). AES uses the Rijndael
1053 Rijndael appears to be consistently a very good performer in
1054 both hardware and software across a wide range of computing
1055 environments regardless of its use in feedback or non-feedback
1056 modes. Its key setup time is excellent, and its key agility is
1057 good. Rijndael's very low memory requirements make it very well
1058 suited for restricted-space environments, in which it also
1059 demonstrates excellent performance. Rijndael's operations are
1060 among the easiest to defend against power and timing attacks.
1062 The AES specifies three key sizes: 128, 192 and 256 bits
1064 See <http://csrc.nist.gov/CryptoToolkit/aes/> for more information.
1066 config CRYPTO_AES_TI
1067 tristate "Fixed time AES cipher"
1068 select CRYPTO_ALGAPI
1069 select CRYPTO_LIB_AES
1071 This is a generic implementation of AES that attempts to eliminate
1072 data dependent latencies as much as possible without affecting
1073 performance too much. It is intended for use by the generic CCM
1074 and GCM drivers, and other CTR or CMAC/XCBC based modes that rely
1075 solely on encryption (although decryption is supported as well, but
1076 with a more dramatic performance hit)
1078 Instead of using 16 lookup tables of 1 KB each, (8 for encryption and
1079 8 for decryption), this implementation only uses just two S-boxes of
1080 256 bytes each, and attempts to eliminate data dependent latencies by
1081 prefetching the entire table into the cache at the start of each
1082 block. Interrupts are also disabled to avoid races where cachelines
1083 are evicted when the CPU is interrupted to do something else.
1085 config CRYPTO_AES_NI_INTEL
1086 tristate "AES cipher algorithms (AES-NI)"
1089 select CRYPTO_LIB_AES
1090 select CRYPTO_ALGAPI
1091 select CRYPTO_SKCIPHER
1094 Use Intel AES-NI instructions for AES algorithm.
1096 AES cipher algorithms (FIPS-197). AES uses the Rijndael
1099 Rijndael appears to be consistently a very good performer in
1100 both hardware and software across a wide range of computing
1101 environments regardless of its use in feedback or non-feedback
1102 modes. Its key setup time is excellent, and its key agility is
1103 good. Rijndael's very low memory requirements make it very well
1104 suited for restricted-space environments, in which it also
1105 demonstrates excellent performance. Rijndael's operations are
1106 among the easiest to defend against power and timing attacks.
1108 The AES specifies three key sizes: 128, 192 and 256 bits
1110 See <http://csrc.nist.gov/encryption/aes/> for more information.
1112 In addition to AES cipher algorithm support, the acceleration
1113 for some popular block cipher mode is supported too, including
1114 ECB, CBC, LRW, XTS. The 64 bit version has additional
1115 acceleration for CTR.
1117 config CRYPTO_AES_SPARC64
1118 tristate "AES cipher algorithms (SPARC64)"
1120 select CRYPTO_SKCIPHER
1122 Use SPARC64 crypto opcodes for AES algorithm.
1124 AES cipher algorithms (FIPS-197). AES uses the Rijndael
1127 Rijndael appears to be consistently a very good performer in
1128 both hardware and software across a wide range of computing
1129 environments regardless of its use in feedback or non-feedback
1130 modes. Its key setup time is excellent, and its key agility is
1131 good. Rijndael's very low memory requirements make it very well
1132 suited for restricted-space environments, in which it also
1133 demonstrates excellent performance. Rijndael's operations are
1134 among the easiest to defend against power and timing attacks.
1136 The AES specifies three key sizes: 128, 192 and 256 bits
1138 See <http://csrc.nist.gov/encryption/aes/> for more information.
1140 In addition to AES cipher algorithm support, the acceleration
1141 for some popular block cipher mode is supported too, including
1144 config CRYPTO_AES_PPC_SPE
1145 tristate "AES cipher algorithms (PPC SPE)"
1146 depends on PPC && SPE
1147 select CRYPTO_SKCIPHER
1149 AES cipher algorithms (FIPS-197). Additionally the acceleration
1150 for popular block cipher modes ECB, CBC, CTR and XTS is supported.
1151 This module should only be used for low power (router) devices
1152 without hardware AES acceleration (e.g. caam crypto). It reduces the
1153 size of the AES tables from 16KB to 8KB + 256 bytes and mitigates
1154 timining attacks. Nevertheless it might be not as secure as other
1155 architecture specific assembler implementations that work on 1KB
1156 tables or 256 bytes S-boxes.
1158 config CRYPTO_ANUBIS
1159 tristate "Anubis cipher algorithm"
1160 depends on CRYPTO_USER_API_ENABLE_OBSOLETE
1161 select CRYPTO_ALGAPI
1163 Anubis cipher algorithm.
1165 Anubis is a variable key length cipher which can use keys from
1166 128 bits to 320 bits in length. It was evaluated as a entrant
1167 in the NESSIE competition.
1170 <https://www.cosic.esat.kuleuven.be/nessie/reports/>
1171 <http://www.larc.usp.br/~pbarreto/AnubisPage.html>
1174 tristate "ARC4 cipher algorithm"
1175 depends on CRYPTO_USER_API_ENABLE_OBSOLETE
1176 select CRYPTO_SKCIPHER
1177 select CRYPTO_LIB_ARC4
1179 ARC4 cipher algorithm.
1181 ARC4 is a stream cipher using keys ranging from 8 bits to 2048
1182 bits in length. This algorithm is required for driver-based
1183 WEP, but it should not be for other purposes because of the
1184 weakness of the algorithm.
1186 config CRYPTO_BLOWFISH
1187 tristate "Blowfish cipher algorithm"
1188 select CRYPTO_ALGAPI
1189 select CRYPTO_BLOWFISH_COMMON
1191 Blowfish cipher algorithm, by Bruce Schneier.
1193 This is a variable key length cipher which can use keys from 32
1194 bits to 448 bits in length. It's fast, simple and specifically
1195 designed for use on "large microprocessors".
1198 <https://www.schneier.com/blowfish.html>
1200 config CRYPTO_BLOWFISH_COMMON
1203 Common parts of the Blowfish cipher algorithm shared by the
1204 generic c and the assembler implementations.
1207 <https://www.schneier.com/blowfish.html>
1209 config CRYPTO_BLOWFISH_X86_64
1210 tristate "Blowfish cipher algorithm (x86_64)"
1211 depends on X86 && 64BIT
1212 select CRYPTO_SKCIPHER
1213 select CRYPTO_BLOWFISH_COMMON
1216 Blowfish cipher algorithm (x86_64), by Bruce Schneier.
1218 This is a variable key length cipher which can use keys from 32
1219 bits to 448 bits in length. It's fast, simple and specifically
1220 designed for use on "large microprocessors".
1223 <https://www.schneier.com/blowfish.html>
1225 config CRYPTO_CAMELLIA
1226 tristate "Camellia cipher algorithms"
1227 select CRYPTO_ALGAPI
1229 Camellia cipher algorithms module.
1231 Camellia is a symmetric key block cipher developed jointly
1232 at NTT and Mitsubishi Electric Corporation.
1234 The Camellia specifies three key sizes: 128, 192 and 256 bits.
1237 <https://info.isl.ntt.co.jp/crypt/eng/camellia/index_s.html>
1239 config CRYPTO_CAMELLIA_X86_64
1240 tristate "Camellia cipher algorithm (x86_64)"
1241 depends on X86 && 64BIT
1242 select CRYPTO_SKCIPHER
1245 Camellia cipher algorithm module (x86_64).
1247 Camellia is a symmetric key block cipher developed jointly
1248 at NTT and Mitsubishi Electric Corporation.
1250 The Camellia specifies three key sizes: 128, 192 and 256 bits.
1253 <https://info.isl.ntt.co.jp/crypt/eng/camellia/index_s.html>
1255 config CRYPTO_CAMELLIA_AESNI_AVX_X86_64
1256 tristate "Camellia cipher algorithm (x86_64/AES-NI/AVX)"
1257 depends on X86 && 64BIT
1258 select CRYPTO_SKCIPHER
1259 select CRYPTO_CAMELLIA_X86_64
1263 Camellia cipher algorithm module (x86_64/AES-NI/AVX).
1265 Camellia is a symmetric key block cipher developed jointly
1266 at NTT and Mitsubishi Electric Corporation.
1268 The Camellia specifies three key sizes: 128, 192 and 256 bits.
1271 <https://info.isl.ntt.co.jp/crypt/eng/camellia/index_s.html>
1273 config CRYPTO_CAMELLIA_AESNI_AVX2_X86_64
1274 tristate "Camellia cipher algorithm (x86_64/AES-NI/AVX2)"
1275 depends on X86 && 64BIT
1276 select CRYPTO_CAMELLIA_AESNI_AVX_X86_64
1278 Camellia cipher algorithm module (x86_64/AES-NI/AVX2).
1280 Camellia is a symmetric key block cipher developed jointly
1281 at NTT and Mitsubishi Electric Corporation.
1283 The Camellia specifies three key sizes: 128, 192 and 256 bits.
1286 <https://info.isl.ntt.co.jp/crypt/eng/camellia/index_s.html>
1288 config CRYPTO_CAMELLIA_SPARC64
1289 tristate "Camellia cipher algorithm (SPARC64)"
1291 select CRYPTO_ALGAPI
1292 select CRYPTO_SKCIPHER
1294 Camellia cipher algorithm module (SPARC64).
1296 Camellia is a symmetric key block cipher developed jointly
1297 at NTT and Mitsubishi Electric Corporation.
1299 The Camellia specifies three key sizes: 128, 192 and 256 bits.
1302 <https://info.isl.ntt.co.jp/crypt/eng/camellia/index_s.html>
1304 config CRYPTO_CAST_COMMON
1307 Common parts of the CAST cipher algorithms shared by the
1308 generic c and the assembler implementations.
1311 tristate "CAST5 (CAST-128) cipher algorithm"
1312 select CRYPTO_ALGAPI
1313 select CRYPTO_CAST_COMMON
1315 The CAST5 encryption algorithm (synonymous with CAST-128) is
1316 described in RFC2144.
1318 config CRYPTO_CAST5_AVX_X86_64
1319 tristate "CAST5 (CAST-128) cipher algorithm (x86_64/AVX)"
1320 depends on X86 && 64BIT
1321 select CRYPTO_SKCIPHER
1323 select CRYPTO_CAST_COMMON
1327 The CAST5 encryption algorithm (synonymous with CAST-128) is
1328 described in RFC2144.
1330 This module provides the Cast5 cipher algorithm that processes
1331 sixteen blocks parallel using the AVX instruction set.
1334 tristate "CAST6 (CAST-256) cipher algorithm"
1335 select CRYPTO_ALGAPI
1336 select CRYPTO_CAST_COMMON
1338 The CAST6 encryption algorithm (synonymous with CAST-256) is
1339 described in RFC2612.
1341 config CRYPTO_CAST6_AVX_X86_64
1342 tristate "CAST6 (CAST-256) cipher algorithm (x86_64/AVX)"
1343 depends on X86 && 64BIT
1344 select CRYPTO_SKCIPHER
1346 select CRYPTO_CAST_COMMON
1351 The CAST6 encryption algorithm (synonymous with CAST-256) is
1352 described in RFC2612.
1354 This module provides the Cast6 cipher algorithm that processes
1355 eight blocks parallel using the AVX instruction set.
1358 tristate "DES and Triple DES EDE cipher algorithms"
1359 select CRYPTO_ALGAPI
1360 select CRYPTO_LIB_DES
1362 DES cipher algorithm (FIPS 46-2), and Triple DES EDE (FIPS 46-3).
1364 config CRYPTO_DES_SPARC64
1365 tristate "DES and Triple DES EDE cipher algorithms (SPARC64)"
1367 select CRYPTO_ALGAPI
1368 select CRYPTO_LIB_DES
1369 select CRYPTO_SKCIPHER
1371 DES cipher algorithm (FIPS 46-2), and Triple DES EDE (FIPS 46-3),
1372 optimized using SPARC64 crypto opcodes.
1374 config CRYPTO_DES3_EDE_X86_64
1375 tristate "Triple DES EDE cipher algorithm (x86-64)"
1376 depends on X86 && 64BIT
1377 select CRYPTO_SKCIPHER
1378 select CRYPTO_LIB_DES
1381 Triple DES EDE (FIPS 46-3) algorithm.
1383 This module provides implementation of the Triple DES EDE cipher
1384 algorithm that is optimized for x86-64 processors. Two versions of
1385 algorithm are provided; regular processing one input block and
1386 one that processes three blocks parallel.
1388 config CRYPTO_FCRYPT
1389 tristate "FCrypt cipher algorithm"
1390 select CRYPTO_ALGAPI
1391 select CRYPTO_SKCIPHER
1393 FCrypt algorithm used by RxRPC.
1395 config CRYPTO_KHAZAD
1396 tristate "Khazad cipher algorithm"
1397 depends on CRYPTO_USER_API_ENABLE_OBSOLETE
1398 select CRYPTO_ALGAPI
1400 Khazad cipher algorithm.
1402 Khazad was a finalist in the initial NESSIE competition. It is
1403 an algorithm optimized for 64-bit processors with good performance
1404 on 32-bit processors. Khazad uses an 128 bit key size.
1407 <http://www.larc.usp.br/~pbarreto/KhazadPage.html>
1409 config CRYPTO_CHACHA20
1410 tristate "ChaCha stream cipher algorithms"
1411 select CRYPTO_LIB_CHACHA_GENERIC
1412 select CRYPTO_SKCIPHER
1414 The ChaCha20, XChaCha20, and XChaCha12 stream cipher algorithms.
1416 ChaCha20 is a 256-bit high-speed stream cipher designed by Daniel J.
1417 Bernstein and further specified in RFC7539 for use in IETF protocols.
1418 This is the portable C implementation of ChaCha20. See also:
1419 <https://cr.yp.to/chacha/chacha-20080128.pdf>
1421 XChaCha20 is the application of the XSalsa20 construction to ChaCha20
1422 rather than to Salsa20. XChaCha20 extends ChaCha20's nonce length
1423 from 64 bits (or 96 bits using the RFC7539 convention) to 192 bits,
1424 while provably retaining ChaCha20's security. See also:
1425 <https://cr.yp.to/snuffle/xsalsa-20081128.pdf>
1427 XChaCha12 is XChaCha20 reduced to 12 rounds, with correspondingly
1428 reduced security margin but increased performance. It can be needed
1429 in some performance-sensitive scenarios.
1431 config CRYPTO_CHACHA20_X86_64
1432 tristate "ChaCha stream cipher algorithms (x86_64/SSSE3/AVX2/AVX-512VL)"
1433 depends on X86 && 64BIT
1434 select CRYPTO_SKCIPHER
1435 select CRYPTO_LIB_CHACHA_GENERIC
1436 select CRYPTO_ARCH_HAVE_LIB_CHACHA
1438 SSSE3, AVX2, and AVX-512VL optimized implementations of the ChaCha20,
1439 XChaCha20, and XChaCha12 stream ciphers.
1441 config CRYPTO_CHACHA_MIPS
1442 tristate "ChaCha stream cipher algorithms (MIPS 32r2 optimized)"
1443 depends on CPU_MIPS32_R2
1444 select CRYPTO_SKCIPHER
1445 select CRYPTO_ARCH_HAVE_LIB_CHACHA
1448 tristate "SEED cipher algorithm"
1449 depends on CRYPTO_USER_API_ENABLE_OBSOLETE
1450 select CRYPTO_ALGAPI
1452 SEED cipher algorithm (RFC4269).
1454 SEED is a 128-bit symmetric key block cipher that has been
1455 developed by KISA (Korea Information Security Agency) as a
1456 national standard encryption algorithm of the Republic of Korea.
1457 It is a 16 round block cipher with the key size of 128 bit.
1460 <http://www.kisa.or.kr/kisa/seed/jsp/seed_eng.jsp>
1462 config CRYPTO_SERPENT
1463 tristate "Serpent cipher algorithm"
1464 select CRYPTO_ALGAPI
1466 Serpent cipher algorithm, by Anderson, Biham & Knudsen.
1468 Keys are allowed to be from 0 to 256 bits in length, in steps
1472 <https://www.cl.cam.ac.uk/~rja14/serpent.html>
1474 config CRYPTO_SERPENT_SSE2_X86_64
1475 tristate "Serpent cipher algorithm (x86_64/SSE2)"
1476 depends on X86 && 64BIT
1477 select CRYPTO_SKCIPHER
1478 select CRYPTO_SERPENT
1482 Serpent cipher algorithm, by Anderson, Biham & Knudsen.
1484 Keys are allowed to be from 0 to 256 bits in length, in steps
1487 This module provides Serpent cipher algorithm that processes eight
1488 blocks parallel using SSE2 instruction set.
1491 <https://www.cl.cam.ac.uk/~rja14/serpent.html>
1493 config CRYPTO_SERPENT_SSE2_586
1494 tristate "Serpent cipher algorithm (i586/SSE2)"
1495 depends on X86 && !64BIT
1496 select CRYPTO_SKCIPHER
1497 select CRYPTO_SERPENT
1501 Serpent cipher algorithm, by Anderson, Biham & Knudsen.
1503 Keys are allowed to be from 0 to 256 bits in length, in steps
1506 This module provides Serpent cipher algorithm that processes four
1507 blocks parallel using SSE2 instruction set.
1510 <https://www.cl.cam.ac.uk/~rja14/serpent.html>
1512 config CRYPTO_SERPENT_AVX_X86_64
1513 tristate "Serpent cipher algorithm (x86_64/AVX)"
1514 depends on X86 && 64BIT
1515 select CRYPTO_SKCIPHER
1516 select CRYPTO_SERPENT
1521 Serpent cipher algorithm, by Anderson, Biham & Knudsen.
1523 Keys are allowed to be from 0 to 256 bits in length, in steps
1526 This module provides the Serpent cipher algorithm that processes
1527 eight blocks parallel using the AVX instruction set.
1530 <https://www.cl.cam.ac.uk/~rja14/serpent.html>
1532 config CRYPTO_SERPENT_AVX2_X86_64
1533 tristate "Serpent cipher algorithm (x86_64/AVX2)"
1534 depends on X86 && 64BIT
1535 select CRYPTO_SERPENT_AVX_X86_64
1537 Serpent cipher algorithm, by Anderson, Biham & Knudsen.
1539 Keys are allowed to be from 0 to 256 bits in length, in steps
1542 This module provides Serpent cipher algorithm that processes 16
1543 blocks parallel using AVX2 instruction set.
1546 <https://www.cl.cam.ac.uk/~rja14/serpent.html>
1549 tristate "SM4 cipher algorithm"
1550 select CRYPTO_ALGAPI
1551 select CRYPTO_LIB_SM4
1553 SM4 cipher algorithms (OSCCA GB/T 32907-2016).
1555 SM4 (GBT.32907-2016) is a cryptographic standard issued by the
1556 Organization of State Commercial Administration of China (OSCCA)
1557 as an authorized cryptographic algorithms for the use within China.
1559 SMS4 was originally created for use in protecting wireless
1560 networks, and is mandated in the Chinese National Standard for
1561 Wireless LAN WAPI (Wired Authentication and Privacy Infrastructure)
1564 The latest SM4 standard (GBT.32907-2016) was proposed by OSCCA and
1565 standardized through TC 260 of the Standardization Administration
1566 of the People's Republic of China (SAC).
1568 The input, output, and key of SMS4 are each 128 bits.
1570 See also: <https://eprint.iacr.org/2008/329.pdf>
1574 config CRYPTO_SM4_AESNI_AVX_X86_64
1575 tristate "SM4 cipher algorithm (x86_64/AES-NI/AVX)"
1576 depends on X86 && 64BIT
1577 select CRYPTO_SKCIPHER
1579 select CRYPTO_ALGAPI
1580 select CRYPTO_LIB_SM4
1582 SM4 cipher algorithms (OSCCA GB/T 32907-2016) (x86_64/AES-NI/AVX).
1584 SM4 (GBT.32907-2016) is a cryptographic standard issued by the
1585 Organization of State Commercial Administration of China (OSCCA)
1586 as an authorized cryptographic algorithms for the use within China.
1588 This is SM4 optimized implementation using AES-NI/AVX/x86_64
1589 instruction set for block cipher. Through two affine transforms,
1590 we can use the AES S-Box to simulate the SM4 S-Box to achieve the
1591 effect of instruction acceleration.
1595 config CRYPTO_SM4_AESNI_AVX2_X86_64
1596 tristate "SM4 cipher algorithm (x86_64/AES-NI/AVX2)"
1597 depends on X86 && 64BIT
1598 select CRYPTO_SKCIPHER
1600 select CRYPTO_ALGAPI
1601 select CRYPTO_LIB_SM4
1602 select CRYPTO_SM4_AESNI_AVX_X86_64
1604 SM4 cipher algorithms (OSCCA GB/T 32907-2016) (x86_64/AES-NI/AVX2).
1606 SM4 (GBT.32907-2016) is a cryptographic standard issued by the
1607 Organization of State Commercial Administration of China (OSCCA)
1608 as an authorized cryptographic algorithms for the use within China.
1610 This is SM4 optimized implementation using AES-NI/AVX2/x86_64
1611 instruction set for block cipher. Through two affine transforms,
1612 we can use the AES S-Box to simulate the SM4 S-Box to achieve the
1613 effect of instruction acceleration.
1618 tristate "TEA, XTEA and XETA cipher algorithms"
1619 depends on CRYPTO_USER_API_ENABLE_OBSOLETE
1620 select CRYPTO_ALGAPI
1622 TEA cipher algorithm.
1624 Tiny Encryption Algorithm is a simple cipher that uses
1625 many rounds for security. It is very fast and uses
1628 Xtendend Tiny Encryption Algorithm is a modification to
1629 the TEA algorithm to address a potential key weakness
1630 in the TEA algorithm.
1632 Xtendend Encryption Tiny Algorithm is a mis-implementation
1633 of the XTEA algorithm for compatibility purposes.
1635 config CRYPTO_TWOFISH
1636 tristate "Twofish cipher algorithm"
1637 select CRYPTO_ALGAPI
1638 select CRYPTO_TWOFISH_COMMON
1640 Twofish cipher algorithm.
1642 Twofish was submitted as an AES (Advanced Encryption Standard)
1643 candidate cipher by researchers at CounterPane Systems. It is a
1644 16 round block cipher supporting key sizes of 128, 192, and 256
1648 <https://www.schneier.com/twofish.html>
1650 config CRYPTO_TWOFISH_COMMON
1653 Common parts of the Twofish cipher algorithm shared by the
1654 generic c and the assembler implementations.
1656 config CRYPTO_TWOFISH_586
1657 tristate "Twofish cipher algorithms (i586)"
1658 depends on (X86 || UML_X86) && !64BIT
1659 select CRYPTO_ALGAPI
1660 select CRYPTO_TWOFISH_COMMON
1663 Twofish cipher algorithm.
1665 Twofish was submitted as an AES (Advanced Encryption Standard)
1666 candidate cipher by researchers at CounterPane Systems. It is a
1667 16 round block cipher supporting key sizes of 128, 192, and 256
1671 <https://www.schneier.com/twofish.html>
1673 config CRYPTO_TWOFISH_X86_64
1674 tristate "Twofish cipher algorithm (x86_64)"
1675 depends on (X86 || UML_X86) && 64BIT
1676 select CRYPTO_ALGAPI
1677 select CRYPTO_TWOFISH_COMMON
1680 Twofish cipher algorithm (x86_64).
1682 Twofish was submitted as an AES (Advanced Encryption Standard)
1683 candidate cipher by researchers at CounterPane Systems. It is a
1684 16 round block cipher supporting key sizes of 128, 192, and 256
1688 <https://www.schneier.com/twofish.html>
1690 config CRYPTO_TWOFISH_X86_64_3WAY
1691 tristate "Twofish cipher algorithm (x86_64, 3-way parallel)"
1692 depends on X86 && 64BIT
1693 select CRYPTO_SKCIPHER
1694 select CRYPTO_TWOFISH_COMMON
1695 select CRYPTO_TWOFISH_X86_64
1697 Twofish cipher algorithm (x86_64, 3-way parallel).
1699 Twofish was submitted as an AES (Advanced Encryption Standard)
1700 candidate cipher by researchers at CounterPane Systems. It is a
1701 16 round block cipher supporting key sizes of 128, 192, and 256
1704 This module provides Twofish cipher algorithm that processes three
1705 blocks parallel, utilizing resources of out-of-order CPUs better.
1708 <https://www.schneier.com/twofish.html>
1710 config CRYPTO_TWOFISH_AVX_X86_64
1711 tristate "Twofish cipher algorithm (x86_64/AVX)"
1712 depends on X86 && 64BIT
1713 select CRYPTO_SKCIPHER
1715 select CRYPTO_TWOFISH_COMMON
1716 select CRYPTO_TWOFISH_X86_64
1717 select CRYPTO_TWOFISH_X86_64_3WAY
1720 Twofish cipher algorithm (x86_64/AVX).
1722 Twofish was submitted as an AES (Advanced Encryption Standard)
1723 candidate cipher by researchers at CounterPane Systems. It is a
1724 16 round block cipher supporting key sizes of 128, 192, and 256
1727 This module provides the Twofish cipher algorithm that processes
1728 eight blocks parallel using the AVX Instruction Set.
1731 <https://www.schneier.com/twofish.html>
1733 comment "Compression"
1735 config CRYPTO_DEFLATE
1736 tristate "Deflate compression algorithm"
1737 select CRYPTO_ALGAPI
1738 select CRYPTO_ACOMP2
1742 This is the Deflate algorithm (RFC1951), specified for use in
1743 IPSec with the IPCOMP protocol (RFC3173, RFC2394).
1745 You will most probably want this if using IPSec.
1748 tristate "LZO compression algorithm"
1749 select CRYPTO_ALGAPI
1750 select CRYPTO_ACOMP2
1752 select LZO_DECOMPRESS
1754 This is the LZO algorithm.
1757 tristate "842 compression algorithm"
1758 select CRYPTO_ALGAPI
1759 select CRYPTO_ACOMP2
1761 select 842_DECOMPRESS
1763 This is the 842 algorithm.
1766 tristate "LZ4 compression algorithm"
1767 select CRYPTO_ALGAPI
1768 select CRYPTO_ACOMP2
1770 select LZ4_DECOMPRESS
1772 This is the LZ4 algorithm.
1775 tristate "LZ4HC compression algorithm"
1776 select CRYPTO_ALGAPI
1777 select CRYPTO_ACOMP2
1778 select LZ4HC_COMPRESS
1779 select LZ4_DECOMPRESS
1781 This is the LZ4 high compression mode algorithm.
1784 tristate "Zstd compression algorithm"
1785 select CRYPTO_ALGAPI
1786 select CRYPTO_ACOMP2
1787 select ZSTD_COMPRESS
1788 select ZSTD_DECOMPRESS
1790 This is the zstd algorithm.
1792 comment "Random Number Generation"
1794 config CRYPTO_ANSI_CPRNG
1795 tristate "Pseudo Random Number Generation for Cryptographic modules"
1799 This option enables the generic pseudo random number generator
1800 for cryptographic modules. Uses the Algorithm specified in
1801 ANSI X9.31 A.2.4. Note that this option must be enabled if
1802 CRYPTO_FIPS is selected
1804 menuconfig CRYPTO_DRBG_MENU
1805 tristate "NIST SP800-90A DRBG"
1807 NIST SP800-90A compliant DRBG. In the following submenu, one or
1808 more of the DRBG types must be selected.
1812 config CRYPTO_DRBG_HMAC
1816 select CRYPTO_SHA512
1818 config CRYPTO_DRBG_HASH
1819 bool "Enable Hash DRBG"
1820 select CRYPTO_SHA256
1822 Enable the Hash DRBG variant as defined in NIST SP800-90A.
1824 config CRYPTO_DRBG_CTR
1825 bool "Enable CTR DRBG"
1829 Enable the CTR DRBG variant as defined in NIST SP800-90A.
1833 default CRYPTO_DRBG_MENU
1835 select CRYPTO_JITTERENTROPY
1837 endif # if CRYPTO_DRBG_MENU
1839 config CRYPTO_JITTERENTROPY
1840 tristate "Jitterentropy Non-Deterministic Random Number Generator"
1843 The Jitterentropy RNG is a noise that is intended
1844 to provide seed to another RNG. The RNG does not
1845 perform any cryptographic whitening of the generated
1846 random numbers. This Jitterentropy RNG registers with
1847 the kernel crypto API and can be used by any caller.
1849 config CRYPTO_USER_API
1852 config CRYPTO_USER_API_HASH
1853 tristate "User-space interface for hash algorithms"
1856 select CRYPTO_USER_API
1858 This option enables the user-spaces interface for hash
1861 config CRYPTO_USER_API_SKCIPHER
1862 tristate "User-space interface for symmetric key cipher algorithms"
1864 select CRYPTO_SKCIPHER
1865 select CRYPTO_USER_API
1867 This option enables the user-spaces interface for symmetric
1868 key cipher algorithms.
1870 config CRYPTO_USER_API_RNG
1871 tristate "User-space interface for random number generator algorithms"
1874 select CRYPTO_USER_API
1876 This option enables the user-spaces interface for random
1877 number generator algorithms.
1879 config CRYPTO_USER_API_RNG_CAVP
1880 bool "Enable CAVP testing of DRBG"
1881 depends on CRYPTO_USER_API_RNG && CRYPTO_DRBG
1883 This option enables extra API for CAVP testing via the user-space
1884 interface: resetting of DRBG entropy, and providing Additional Data.
1885 This should only be enabled for CAVP testing. You should say
1886 no unless you know what this is.
1888 config CRYPTO_USER_API_AEAD
1889 tristate "User-space interface for AEAD cipher algorithms"
1892 select CRYPTO_SKCIPHER
1894 select CRYPTO_USER_API
1896 This option enables the user-spaces interface for AEAD
1899 config CRYPTO_USER_API_ENABLE_OBSOLETE
1900 bool "Enable obsolete cryptographic algorithms for userspace"
1901 depends on CRYPTO_USER_API
1904 Allow obsolete cryptographic algorithms to be selected that have
1905 already been phased out from internal use by the kernel, and are
1906 only useful for userspace clients that still rely on them.
1909 bool "Crypto usage statistics for User-space"
1910 depends on CRYPTO_USER
1912 This option enables the gathering of crypto stats.
1914 - encrypt/decrypt size and numbers of symmeric operations
1915 - compress/decompress size and numbers of compress operations
1916 - size and numbers of hash operations
1917 - encrypt/decrypt/sign/verify numbers for asymmetric operations
1918 - generate/seed numbers for rng operations
1920 config CRYPTO_HASH_INFO
1923 source "drivers/crypto/Kconfig"
1924 source "crypto/asymmetric_keys/Kconfig"
1925 source "certs/Kconfig"