2 # Generic algorithms support
8 # async_tx api: hardware offloaded memory transfer/transform support
10 source "crypto/async_tx/Kconfig"
13 # Cryptographic API Configuration
16 tristate "Cryptographic API"
18 This option provides the core Cryptographic API.
22 comment "Crypto core or helper"
25 bool "FIPS 200 compliance"
26 depends on CRYPTO_ANSI_CPRNG && !CRYPTO_MANAGER_DISABLE_TESTS
28 This options enables the fips boot option which is
29 required if you want to system to operate in a FIPS 200
30 certification. You should say no unless you know what
37 This option provides the API for cryptographic algorithms.
51 config CRYPTO_BLKCIPHER
53 select CRYPTO_BLKCIPHER2
56 config CRYPTO_BLKCIPHER2
60 select CRYPTO_WORKQUEUE
90 tristate "Cryptographic algorithm manager"
91 select CRYPTO_MANAGER2
93 Create default cryptographic template instantiations such as
96 config CRYPTO_MANAGER2
97 def_tristate CRYPTO_MANAGER || (CRYPTO_MANAGER!=n && CRYPTO_ALGAPI=y)
100 select CRYPTO_BLKCIPHER2
104 tristate "Userspace cryptographic algorithm configuration"
106 select CRYPTO_MANAGER
108 Userspace configuration for cryptographic instantiations such as
111 config CRYPTO_MANAGER_DISABLE_TESTS
112 bool "Disable run-time self tests"
114 depends on CRYPTO_MANAGER2
116 Disable run-time self tests that normally take place at
117 algorithm registration.
119 config CRYPTO_GF128MUL
120 tristate "GF(2^128) multiplication functions"
122 Efficient table driven implementation of multiplications in the
123 field GF(2^128). This is needed by some cypher modes. This
124 option will be selected automatically if you select such a
125 cipher mode. Only select this option by hand if you expect to load
126 an external module that requires these functions.
129 tristate "Null algorithms"
131 select CRYPTO_BLKCIPHER
134 These are 'Null' algorithms, used by IPsec, which do nothing.
137 tristate "Parallel crypto engine (EXPERIMENTAL)"
138 depends on SMP && EXPERIMENTAL
140 select CRYPTO_MANAGER
143 This converts an arbitrary crypto algorithm into a parallel
144 algorithm that executes in kernel threads.
146 config CRYPTO_WORKQUEUE
150 tristate "Software async crypto daemon"
151 select CRYPTO_BLKCIPHER
153 select CRYPTO_MANAGER
154 select CRYPTO_WORKQUEUE
156 This is a generic software asynchronous crypto daemon that
157 converts an arbitrary synchronous software crypto algorithm
158 into an asynchronous algorithm that executes in a kernel thread.
160 config CRYPTO_AUTHENC
161 tristate "Authenc support"
163 select CRYPTO_BLKCIPHER
164 select CRYPTO_MANAGER
167 Authenc: Combined mode wrapper for IPsec.
168 This is required for IPSec.
171 tristate "Testing module"
173 select CRYPTO_MANAGER
175 Quick & dirty crypto test module.
177 comment "Authenticated Encryption with Associated Data"
180 tristate "CCM support"
184 Support for Counter with CBC MAC. Required for IPsec.
187 tristate "GCM/GMAC support"
192 Support for Galois/Counter Mode (GCM) and Galois Message
193 Authentication Code (GMAC). Required for IPSec.
196 tristate "Sequence Number IV Generator"
198 select CRYPTO_BLKCIPHER
201 This IV generator generates an IV based on a sequence number by
202 xoring it with a salt. This algorithm is mainly useful for CTR
204 comment "Block modes"
207 tristate "CBC support"
208 select CRYPTO_BLKCIPHER
209 select CRYPTO_MANAGER
211 CBC: Cipher Block Chaining mode
212 This block cipher algorithm is required for IPSec.
215 tristate "CTR support"
216 select CRYPTO_BLKCIPHER
218 select CRYPTO_MANAGER
221 This block cipher algorithm is required for IPSec.
224 tristate "CTS support"
225 select CRYPTO_BLKCIPHER
227 CTS: Cipher Text Stealing
228 This is the Cipher Text Stealing mode as described by
229 Section 8 of rfc2040 and referenced by rfc3962.
230 (rfc3962 includes errata information in its Appendix A)
231 This mode is required for Kerberos gss mechanism support
235 tristate "ECB support"
236 select CRYPTO_BLKCIPHER
237 select CRYPTO_MANAGER
239 ECB: Electronic CodeBook mode
240 This is the simplest block cipher algorithm. It simply encrypts
241 the input block by block.
244 tristate "LRW support"
245 select CRYPTO_BLKCIPHER
246 select CRYPTO_MANAGER
247 select CRYPTO_GF128MUL
249 LRW: Liskov Rivest Wagner, a tweakable, non malleable, non movable
250 narrow block cipher mode for dm-crypt. Use it with cipher
251 specification string aes-lrw-benbi, the key must be 256, 320 or 384.
252 The first 128, 192 or 256 bits in the key are used for AES and the
253 rest is used to tie each cipher block to its logical position.
256 tristate "PCBC support"
257 select CRYPTO_BLKCIPHER
258 select CRYPTO_MANAGER
260 PCBC: Propagating Cipher Block Chaining mode
261 This block cipher algorithm is required for RxRPC.
264 tristate "XTS support"
265 select CRYPTO_BLKCIPHER
266 select CRYPTO_MANAGER
267 select CRYPTO_GF128MUL
269 XTS: IEEE1619/D16 narrow block cipher use with aes-xts-plain,
270 key size 256, 384 or 512 bits. This implementation currently
271 can't handle a sectorsize which is not a multiple of 16 bytes.
276 tristate "HMAC support"
278 select CRYPTO_MANAGER
280 HMAC: Keyed-Hashing for Message Authentication (RFC2104).
281 This is required for IPSec.
284 tristate "XCBC support"
285 depends on EXPERIMENTAL
287 select CRYPTO_MANAGER
289 XCBC: Keyed-Hashing with encryption algorithm
290 http://www.ietf.org/rfc/rfc3566.txt
291 http://csrc.nist.gov/encryption/modes/proposedmodes/
292 xcbc-mac/xcbc-mac-spec.pdf
295 tristate "VMAC support"
296 depends on EXPERIMENTAL
298 select CRYPTO_MANAGER
300 VMAC is a message authentication algorithm designed for
301 very high speed on 64-bit architectures.
304 <http://fastcrypto.org/vmac>
309 tristate "CRC32c CRC algorithm"
312 Castagnoli, et al Cyclic Redundancy-Check Algorithm. Used
313 by iSCSI for header and data digests and by others.
314 See Castagnoli93. Module will be crc32c.
316 config CRYPTO_CRC32C_INTEL
317 tristate "CRC32c INTEL hardware acceleration"
321 In Intel processor with SSE4.2 supported, the processor will
322 support CRC32C implementation using hardware accelerated CRC32
323 instruction. This option will create 'crc32c-intel' module,
324 which will enable any routine to use the CRC32 instruction to
325 gain performance compared with software implementation.
326 Module will be crc32c-intel.
329 tristate "GHASH digest algorithm"
330 select CRYPTO_GF128MUL
332 GHASH is message digest algorithm for GCM (Galois/Counter Mode).
335 tristate "MD4 digest algorithm"
338 MD4 message digest algorithm (RFC1320).
341 tristate "MD5 digest algorithm"
344 MD5 message digest algorithm (RFC1321).
346 config CRYPTO_MICHAEL_MIC
347 tristate "Michael MIC keyed digest algorithm"
350 Michael MIC is used for message integrity protection in TKIP
351 (IEEE 802.11i). This algorithm is required for TKIP, but it
352 should not be used for other purposes because of the weakness
356 tristate "RIPEMD-128 digest algorithm"
359 RIPEMD-128 (ISO/IEC 10118-3:2004).
361 RIPEMD-128 is a 128-bit cryptographic hash function. It should only
362 be used as a secure replacement for RIPEMD. For other use cases,
363 RIPEMD-160 should be used.
365 Developed by Hans Dobbertin, Antoon Bosselaers and Bart Preneel.
366 See <http://homes.esat.kuleuven.be/~bosselae/ripemd160.html>
369 tristate "RIPEMD-160 digest algorithm"
372 RIPEMD-160 (ISO/IEC 10118-3:2004).
374 RIPEMD-160 is a 160-bit cryptographic hash function. It is intended
375 to be used as a secure replacement for the 128-bit hash functions
376 MD4, MD5 and it's predecessor RIPEMD
377 (not to be confused with RIPEMD-128).
379 It's speed is comparable to SHA1 and there are no known attacks
382 Developed by Hans Dobbertin, Antoon Bosselaers and Bart Preneel.
383 See <http://homes.esat.kuleuven.be/~bosselae/ripemd160.html>
386 tristate "RIPEMD-256 digest algorithm"
389 RIPEMD-256 is an optional extension of RIPEMD-128 with a
390 256 bit hash. It is intended for applications that require
391 longer hash-results, without needing a larger security level
394 Developed by Hans Dobbertin, Antoon Bosselaers and Bart Preneel.
395 See <http://homes.esat.kuleuven.be/~bosselae/ripemd160.html>
398 tristate "RIPEMD-320 digest algorithm"
401 RIPEMD-320 is an optional extension of RIPEMD-160 with a
402 320 bit hash. It is intended for applications that require
403 longer hash-results, without needing a larger security level
406 Developed by Hans Dobbertin, Antoon Bosselaers and Bart Preneel.
407 See <http://homes.esat.kuleuven.be/~bosselae/ripemd160.html>
410 tristate "SHA1 digest algorithm"
413 SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2).
415 config CRYPTO_SHA1_SSSE3
416 tristate "SHA1 digest algorithm (SSSE3/AVX)"
417 depends on X86 && 64BIT
421 SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2) implemented
422 using Supplemental SSE3 (SSSE3) instructions or Advanced Vector
423 Extensions (AVX), when available.
426 tristate "SHA224 and SHA256 digest algorithm"
429 SHA256 secure hash standard (DFIPS 180-2).
431 This version of SHA implements a 256 bit hash with 128 bits of
432 security against collision attacks.
434 This code also includes SHA-224, a 224 bit hash with 112 bits
435 of security against collision attacks.
438 tristate "SHA384 and SHA512 digest algorithms"
441 SHA512 secure hash standard (DFIPS 180-2).
443 This version of SHA implements a 512 bit hash with 256 bits of
444 security against collision attacks.
446 This code also includes SHA-384, a 384 bit hash with 192 bits
447 of security against collision attacks.
450 tristate "Tiger digest algorithms"
453 Tiger hash algorithm 192, 160 and 128-bit hashes
455 Tiger is a hash function optimized for 64-bit processors while
456 still having decent performance on 32-bit processors.
457 Tiger was developed by Ross Anderson and Eli Biham.
460 <http://www.cs.technion.ac.il/~biham/Reports/Tiger/>.
463 tristate "Whirlpool digest algorithms"
466 Whirlpool hash algorithm 512, 384 and 256-bit hashes
468 Whirlpool-512 is part of the NESSIE cryptographic primitives.
469 Whirlpool will be part of the ISO/IEC 10118-3:2003(E) standard
472 <http://www.larc.usp.br/~pbarreto/WhirlpoolPage.html>
474 config CRYPTO_GHASH_CLMUL_NI_INTEL
475 tristate "GHASH digest algorithm (CLMUL-NI accelerated)"
476 depends on X86 && 64BIT
479 GHASH is message digest algorithm for GCM (Galois/Counter Mode).
480 The implementation is accelerated by CLMUL-NI of Intel.
485 tristate "AES cipher algorithms"
488 AES cipher algorithms (FIPS-197). AES uses the Rijndael
491 Rijndael appears to be consistently a very good performer in
492 both hardware and software across a wide range of computing
493 environments regardless of its use in feedback or non-feedback
494 modes. Its key setup time is excellent, and its key agility is
495 good. Rijndael's very low memory requirements make it very well
496 suited for restricted-space environments, in which it also
497 demonstrates excellent performance. Rijndael's operations are
498 among the easiest to defend against power and timing attacks.
500 The AES specifies three key sizes: 128, 192 and 256 bits
502 See <http://csrc.nist.gov/CryptoToolkit/aes/> for more information.
504 config CRYPTO_AES_586
505 tristate "AES cipher algorithms (i586)"
506 depends on (X86 || UML_X86) && !64BIT
510 AES cipher algorithms (FIPS-197). AES uses the Rijndael
513 Rijndael appears to be consistently a very good performer in
514 both hardware and software across a wide range of computing
515 environments regardless of its use in feedback or non-feedback
516 modes. Its key setup time is excellent, and its key agility is
517 good. Rijndael's very low memory requirements make it very well
518 suited for restricted-space environments, in which it also
519 demonstrates excellent performance. Rijndael's operations are
520 among the easiest to defend against power and timing attacks.
522 The AES specifies three key sizes: 128, 192 and 256 bits
524 See <http://csrc.nist.gov/encryption/aes/> for more information.
526 config CRYPTO_AES_X86_64
527 tristate "AES cipher algorithms (x86_64)"
528 depends on (X86 || UML_X86) && 64BIT
532 AES cipher algorithms (FIPS-197). AES uses the Rijndael
535 Rijndael appears to be consistently a very good performer in
536 both hardware and software across a wide range of computing
537 environments regardless of its use in feedback or non-feedback
538 modes. Its key setup time is excellent, and its key agility is
539 good. Rijndael's very low memory requirements make it very well
540 suited for restricted-space environments, in which it also
541 demonstrates excellent performance. Rijndael's operations are
542 among the easiest to defend against power and timing attacks.
544 The AES specifies three key sizes: 128, 192 and 256 bits
546 See <http://csrc.nist.gov/encryption/aes/> for more information.
548 config CRYPTO_AES_NI_INTEL
549 tristate "AES cipher algorithms (AES-NI)"
551 select CRYPTO_AES_X86_64 if 64BIT
552 select CRYPTO_AES_586 if !64BIT
556 Use Intel AES-NI instructions for AES algorithm.
558 AES cipher algorithms (FIPS-197). AES uses the Rijndael
561 Rijndael appears to be consistently a very good performer in
562 both hardware and software across a wide range of computing
563 environments regardless of its use in feedback or non-feedback
564 modes. Its key setup time is excellent, and its key agility is
565 good. Rijndael's very low memory requirements make it very well
566 suited for restricted-space environments, in which it also
567 demonstrates excellent performance. Rijndael's operations are
568 among the easiest to defend against power and timing attacks.
570 The AES specifies three key sizes: 128, 192 and 256 bits
572 See <http://csrc.nist.gov/encryption/aes/> for more information.
574 In addition to AES cipher algorithm support, the acceleration
575 for some popular block cipher mode is supported too, including
576 ECB, CBC, LRW, PCBC, XTS. The 64 bit version has additional
577 acceleration for CTR.
580 tristate "Anubis cipher algorithm"
583 Anubis cipher algorithm.
585 Anubis is a variable key length cipher which can use keys from
586 128 bits to 320 bits in length. It was evaluated as a entrant
587 in the NESSIE competition.
590 <https://www.cosic.esat.kuleuven.be/nessie/reports/>
591 <http://www.larc.usp.br/~pbarreto/AnubisPage.html>
594 tristate "ARC4 cipher algorithm"
597 ARC4 cipher algorithm.
599 ARC4 is a stream cipher using keys ranging from 8 bits to 2048
600 bits in length. This algorithm is required for driver-based
601 WEP, but it should not be for other purposes because of the
602 weakness of the algorithm.
604 config CRYPTO_BLOWFISH
605 tristate "Blowfish cipher algorithm"
607 select CRYPTO_BLOWFISH_COMMON
609 Blowfish cipher algorithm, by Bruce Schneier.
611 This is a variable key length cipher which can use keys from 32
612 bits to 448 bits in length. It's fast, simple and specifically
613 designed for use on "large microprocessors".
616 <http://www.schneier.com/blowfish.html>
618 config CRYPTO_BLOWFISH_COMMON
621 Common parts of the Blowfish cipher algorithm shared by the
622 generic c and the assembler implementations.
625 <http://www.schneier.com/blowfish.html>
627 config CRYPTO_BLOWFISH_X86_64
628 tristate "Blowfish cipher algorithm (x86_64)"
629 depends on (X86 || UML_X86) && 64BIT
631 select CRYPTO_BLOWFISH_COMMON
633 Blowfish cipher algorithm (x86_64), by Bruce Schneier.
635 This is a variable key length cipher which can use keys from 32
636 bits to 448 bits in length. It's fast, simple and specifically
637 designed for use on "large microprocessors".
640 <http://www.schneier.com/blowfish.html>
642 config CRYPTO_CAMELLIA
643 tristate "Camellia cipher algorithms"
647 Camellia cipher algorithms module.
649 Camellia is a symmetric key block cipher developed jointly
650 at NTT and Mitsubishi Electric Corporation.
652 The Camellia specifies three key sizes: 128, 192 and 256 bits.
655 <https://info.isl.ntt.co.jp/crypt/eng/camellia/index_s.html>
658 tristate "CAST5 (CAST-128) cipher algorithm"
661 The CAST5 encryption algorithm (synonymous with CAST-128) is
662 described in RFC2144.
665 tristate "CAST6 (CAST-256) cipher algorithm"
668 The CAST6 encryption algorithm (synonymous with CAST-256) is
669 described in RFC2612.
672 tristate "DES and Triple DES EDE cipher algorithms"
675 DES cipher algorithm (FIPS 46-2), and Triple DES EDE (FIPS 46-3).
678 tristate "FCrypt cipher algorithm"
680 select CRYPTO_BLKCIPHER
682 FCrypt algorithm used by RxRPC.
685 tristate "Khazad cipher algorithm"
688 Khazad cipher algorithm.
690 Khazad was a finalist in the initial NESSIE competition. It is
691 an algorithm optimized for 64-bit processors with good performance
692 on 32-bit processors. Khazad uses an 128 bit key size.
695 <http://www.larc.usp.br/~pbarreto/KhazadPage.html>
697 config CRYPTO_SALSA20
698 tristate "Salsa20 stream cipher algorithm (EXPERIMENTAL)"
699 depends on EXPERIMENTAL
700 select CRYPTO_BLKCIPHER
702 Salsa20 stream cipher algorithm.
704 Salsa20 is a stream cipher submitted to eSTREAM, the ECRYPT
705 Stream Cipher Project. See <http://www.ecrypt.eu.org/stream/>
707 The Salsa20 stream cipher algorithm is designed by Daniel J.
708 Bernstein <djb@cr.yp.to>. See <http://cr.yp.to/snuffle.html>
710 config CRYPTO_SALSA20_586
711 tristate "Salsa20 stream cipher algorithm (i586) (EXPERIMENTAL)"
712 depends on (X86 || UML_X86) && !64BIT
713 depends on EXPERIMENTAL
714 select CRYPTO_BLKCIPHER
716 Salsa20 stream cipher algorithm.
718 Salsa20 is a stream cipher submitted to eSTREAM, the ECRYPT
719 Stream Cipher Project. See <http://www.ecrypt.eu.org/stream/>
721 The Salsa20 stream cipher algorithm is designed by Daniel J.
722 Bernstein <djb@cr.yp.to>. See <http://cr.yp.to/snuffle.html>
724 config CRYPTO_SALSA20_X86_64
725 tristate "Salsa20 stream cipher algorithm (x86_64) (EXPERIMENTAL)"
726 depends on (X86 || UML_X86) && 64BIT
727 depends on EXPERIMENTAL
728 select CRYPTO_BLKCIPHER
730 Salsa20 stream cipher algorithm.
732 Salsa20 is a stream cipher submitted to eSTREAM, the ECRYPT
733 Stream Cipher Project. See <http://www.ecrypt.eu.org/stream/>
735 The Salsa20 stream cipher algorithm is designed by Daniel J.
736 Bernstein <djb@cr.yp.to>. See <http://cr.yp.to/snuffle.html>
739 tristate "SEED cipher algorithm"
742 SEED cipher algorithm (RFC4269).
744 SEED is a 128-bit symmetric key block cipher that has been
745 developed by KISA (Korea Information Security Agency) as a
746 national standard encryption algorithm of the Republic of Korea.
747 It is a 16 round block cipher with the key size of 128 bit.
750 <http://www.kisa.or.kr/kisa/seed/jsp/seed_eng.jsp>
752 config CRYPTO_SERPENT
753 tristate "Serpent cipher algorithm"
756 Serpent cipher algorithm, by Anderson, Biham & Knudsen.
758 Keys are allowed to be from 0 to 256 bits in length, in steps
759 of 8 bits. Also includes the 'Tnepres' algorithm, a reversed
760 variant of Serpent for compatibility with old kerneli.org code.
763 <http://www.cl.cam.ac.uk/~rja14/serpent.html>
765 config CRYPTO_SERPENT_SSE2_X86_64
766 tristate "Serpent cipher algorithm (x86_64/SSE2)"
767 depends on X86 && 64BIT
770 select CRYPTO_SERPENT
774 Serpent cipher algorithm, by Anderson, Biham & Knudsen.
776 Keys are allowed to be from 0 to 256 bits in length, in steps
779 This module provides Serpent cipher algorithm that processes eigth
780 blocks parallel using SSE2 instruction set.
783 <http://www.cl.cam.ac.uk/~rja14/serpent.html>
785 config CRYPTO_SERPENT_SSE2_586
786 tristate "Serpent cipher algorithm (i586/SSE2)"
787 depends on X86 && !64BIT
790 select CRYPTO_SERPENT
794 Serpent cipher algorithm, by Anderson, Biham & Knudsen.
796 Keys are allowed to be from 0 to 256 bits in length, in steps
799 This module provides Serpent cipher algorithm that processes four
800 blocks parallel using SSE2 instruction set.
803 <http://www.cl.cam.ac.uk/~rja14/serpent.html>
806 tristate "TEA, XTEA and XETA cipher algorithms"
809 TEA cipher algorithm.
811 Tiny Encryption Algorithm is a simple cipher that uses
812 many rounds for security. It is very fast and uses
815 Xtendend Tiny Encryption Algorithm is a modification to
816 the TEA algorithm to address a potential key weakness
817 in the TEA algorithm.
819 Xtendend Encryption Tiny Algorithm is a mis-implementation
820 of the XTEA algorithm for compatibility purposes.
822 config CRYPTO_TWOFISH
823 tristate "Twofish cipher algorithm"
825 select CRYPTO_TWOFISH_COMMON
827 Twofish cipher algorithm.
829 Twofish was submitted as an AES (Advanced Encryption Standard)
830 candidate cipher by researchers at CounterPane Systems. It is a
831 16 round block cipher supporting key sizes of 128, 192, and 256
835 <http://www.schneier.com/twofish.html>
837 config CRYPTO_TWOFISH_COMMON
840 Common parts of the Twofish cipher algorithm shared by the
841 generic c and the assembler implementations.
843 config CRYPTO_TWOFISH_586
844 tristate "Twofish cipher algorithms (i586)"
845 depends on (X86 || UML_X86) && !64BIT
847 select CRYPTO_TWOFISH_COMMON
849 Twofish cipher algorithm.
851 Twofish was submitted as an AES (Advanced Encryption Standard)
852 candidate cipher by researchers at CounterPane Systems. It is a
853 16 round block cipher supporting key sizes of 128, 192, and 256
857 <http://www.schneier.com/twofish.html>
859 config CRYPTO_TWOFISH_X86_64
860 tristate "Twofish cipher algorithm (x86_64)"
861 depends on (X86 || UML_X86) && 64BIT
863 select CRYPTO_TWOFISH_COMMON
865 Twofish cipher algorithm (x86_64).
867 Twofish was submitted as an AES (Advanced Encryption Standard)
868 candidate cipher by researchers at CounterPane Systems. It is a
869 16 round block cipher supporting key sizes of 128, 192, and 256
873 <http://www.schneier.com/twofish.html>
875 config CRYPTO_TWOFISH_X86_64_3WAY
876 tristate "Twofish cipher algorithm (x86_64, 3-way parallel)"
877 depends on (X86 || UML_X86) && 64BIT
879 select CRYPTO_TWOFISH_COMMON
880 select CRYPTO_TWOFISH_X86_64
884 Twofish cipher algorithm (x86_64, 3-way parallel).
886 Twofish was submitted as an AES (Advanced Encryption Standard)
887 candidate cipher by researchers at CounterPane Systems. It is a
888 16 round block cipher supporting key sizes of 128, 192, and 256
891 This module provides Twofish cipher algorithm that processes three
892 blocks parallel, utilizing resources of out-of-order CPUs better.
895 <http://www.schneier.com/twofish.html>
897 comment "Compression"
899 config CRYPTO_DEFLATE
900 tristate "Deflate compression algorithm"
905 This is the Deflate algorithm (RFC1951), specified for use in
906 IPSec with the IPCOMP protocol (RFC3173, RFC2394).
908 You will most probably want this if using IPSec.
911 tristate "Zlib compression algorithm"
917 This is the zlib algorithm.
920 tristate "LZO compression algorithm"
923 select LZO_DECOMPRESS
925 This is the LZO algorithm.
927 comment "Random Number Generation"
929 config CRYPTO_ANSI_CPRNG
930 tristate "Pseudo Random Number Generation for Cryptographic modules"
935 This option enables the generic pseudo random number generator
936 for cryptographic modules. Uses the Algorithm specified in
937 ANSI X9.31 A.2.4. Note that this option must be enabled if
938 CRYPTO_FIPS is selected
940 config CRYPTO_USER_API
943 config CRYPTO_USER_API_HASH
944 tristate "User-space interface for hash algorithms"
947 select CRYPTO_USER_API
949 This option enables the user-spaces interface for hash
952 config CRYPTO_USER_API_SKCIPHER
953 tristate "User-space interface for symmetric key cipher algorithms"
955 select CRYPTO_BLKCIPHER
956 select CRYPTO_USER_API
958 This option enables the user-spaces interface for symmetric
959 key cipher algorithms.
961 source "drivers/crypto/Kconfig"