| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 1 | # | 
| Dan Williams | 685784a | 2007-07-09 11:56:42 -0700 | [diff] [blame] | 2 | # Generic algorithms support | 
|  | 3 | # | 
|  | 4 | config XOR_BLOCKS | 
|  | 5 | tristate | 
|  | 6 |  | 
|  | 7 | # | 
| Dan Williams | 9bc89cd | 2007-01-02 11:10:44 -0700 | [diff] [blame] | 8 | # async_tx api: hardware offloaded memory transfer/transform support | 
|  | 9 | # | 
|  | 10 | source "crypto/async_tx/Kconfig" | 
|  | 11 |  | 
|  | 12 | # | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 13 | # Cryptographic API Configuration | 
|  | 14 | # | 
| Jan Engelhardt | 2e290f4 | 2007-05-18 15:11:01 +1000 | [diff] [blame] | 15 | menuconfig CRYPTO | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 16 | bool "Cryptographic API" | 
|  | 17 | help | 
|  | 18 | This option provides the core Cryptographic API. | 
|  | 19 |  | 
| Herbert Xu | cce9e06 | 2006-08-21 21:08:13 +1000 | [diff] [blame] | 20 | if CRYPTO | 
|  | 21 |  | 
|  | 22 | config CRYPTO_ALGAPI | 
|  | 23 | tristate | 
|  | 24 | help | 
|  | 25 | This option provides the API for cryptographic algorithms. | 
|  | 26 |  | 
| Herbert Xu | b5b7f08 | 2007-04-16 20:48:54 +1000 | [diff] [blame] | 27 | config CRYPTO_ABLKCIPHER | 
|  | 28 | tristate | 
|  | 29 | select CRYPTO_BLKCIPHER | 
|  | 30 |  | 
| Herbert Xu | 1ae9782 | 2007-08-30 15:36:14 +0800 | [diff] [blame] | 31 | config CRYPTO_AEAD | 
|  | 32 | tristate | 
|  | 33 | select CRYPTO_ALGAPI | 
|  | 34 |  | 
| Herbert Xu | 5cde0af | 2006-08-22 00:07:53 +1000 | [diff] [blame] | 35 | config CRYPTO_BLKCIPHER | 
|  | 36 | tristate | 
|  | 37 | select CRYPTO_ALGAPI | 
|  | 38 |  | 
| Herbert Xu | 055bcee | 2006-08-19 22:24:23 +1000 | [diff] [blame] | 39 | config CRYPTO_HASH | 
|  | 40 | tristate | 
|  | 41 | select CRYPTO_ALGAPI | 
|  | 42 |  | 
| Herbert Xu | 2b8c19d | 2006-09-21 11:31:44 +1000 | [diff] [blame] | 43 | config CRYPTO_MANAGER | 
|  | 44 | tristate "Cryptographic algorithm manager" | 
|  | 45 | select CRYPTO_ALGAPI | 
| Herbert Xu | 2b8c19d | 2006-09-21 11:31:44 +1000 | [diff] [blame] | 46 | help | 
|  | 47 | Create default cryptographic template instantiations such as | 
|  | 48 | cbc(aes). | 
|  | 49 |  | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 50 | config CRYPTO_HMAC | 
| Herbert Xu | 8425165 | 2006-08-20 15:25:22 +1000 | [diff] [blame] | 51 | tristate "HMAC support" | 
| Herbert Xu | 0796ae0 | 2006-08-21 20:50:52 +1000 | [diff] [blame] | 52 | select CRYPTO_HASH | 
| Herbert Xu | 4351840 | 2006-10-16 21:28:58 +1000 | [diff] [blame] | 53 | select CRYPTO_MANAGER | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 54 | help | 
|  | 55 | HMAC: Keyed-Hashing for Message Authentication (RFC2104). | 
|  | 56 | This is required for IPSec. | 
|  | 57 |  | 
| Kazunori MIYAZAWA | 333b0d7 | 2006-10-28 13:15:24 +1000 | [diff] [blame] | 58 | config CRYPTO_XCBC | 
|  | 59 | tristate "XCBC support" | 
|  | 60 | depends on EXPERIMENTAL | 
|  | 61 | select CRYPTO_HASH | 
|  | 62 | select CRYPTO_MANAGER | 
|  | 63 | help | 
|  | 64 | XCBC: Keyed-Hashing with encryption algorithm | 
|  | 65 | http://www.ietf.org/rfc/rfc3566.txt | 
|  | 66 | http://csrc.nist.gov/encryption/modes/proposedmodes/ | 
|  | 67 | xcbc-mac/xcbc-mac-spec.pdf | 
|  | 68 |  | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 69 | config CRYPTO_NULL | 
|  | 70 | tristate "Null algorithms" | 
| Herbert Xu | cce9e06 | 2006-08-21 21:08:13 +1000 | [diff] [blame] | 71 | select CRYPTO_ALGAPI | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 72 | help | 
|  | 73 | These are 'Null' algorithms, used by IPsec, which do nothing. | 
|  | 74 |  | 
|  | 75 | config CRYPTO_MD4 | 
|  | 76 | tristate "MD4 digest algorithm" | 
| Herbert Xu | cce9e06 | 2006-08-21 21:08:13 +1000 | [diff] [blame] | 77 | select CRYPTO_ALGAPI | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 78 | help | 
|  | 79 | MD4 message digest algorithm (RFC1320). | 
|  | 80 |  | 
|  | 81 | config CRYPTO_MD5 | 
|  | 82 | tristate "MD5 digest algorithm" | 
| Herbert Xu | cce9e06 | 2006-08-21 21:08:13 +1000 | [diff] [blame] | 83 | select CRYPTO_ALGAPI | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 84 | help | 
|  | 85 | MD5 message digest algorithm (RFC1321). | 
|  | 86 |  | 
|  | 87 | config CRYPTO_SHA1 | 
|  | 88 | tristate "SHA1 digest algorithm" | 
| Herbert Xu | cce9e06 | 2006-08-21 21:08:13 +1000 | [diff] [blame] | 89 | select CRYPTO_ALGAPI | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 90 | help | 
|  | 91 | SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2). | 
|  | 92 |  | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 93 | config CRYPTO_SHA256 | 
| Jonathan Lynch | cd12fb9 | 2007-11-10 20:08:25 +0800 | [diff] [blame] | 94 | tristate "SHA224 and SHA256 digest algorithm" | 
| Herbert Xu | cce9e06 | 2006-08-21 21:08:13 +1000 | [diff] [blame] | 95 | select CRYPTO_ALGAPI | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 96 | help | 
|  | 97 | SHA256 secure hash standard (DFIPS 180-2). | 
|  | 98 |  | 
|  | 99 | This version of SHA implements a 256 bit hash with 128 bits of | 
|  | 100 | security against collision attacks. | 
|  | 101 |  | 
| Jonathan Lynch | cd12fb9 | 2007-11-10 20:08:25 +0800 | [diff] [blame] | 102 | This code also includes SHA-224, a 224 bit hash with 112 bits | 
|  | 103 | of security against collision attacks. | 
|  | 104 |  | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 105 | config CRYPTO_SHA512 | 
|  | 106 | tristate "SHA384 and SHA512 digest algorithms" | 
| Herbert Xu | cce9e06 | 2006-08-21 21:08:13 +1000 | [diff] [blame] | 107 | select CRYPTO_ALGAPI | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 108 | help | 
|  | 109 | SHA512 secure hash standard (DFIPS 180-2). | 
|  | 110 |  | 
|  | 111 | This version of SHA implements a 512 bit hash with 256 bits of | 
|  | 112 | security against collision attacks. | 
|  | 113 |  | 
|  | 114 | This code also includes SHA-384, a 384 bit hash with 192 bits | 
|  | 115 | of security against collision attacks. | 
|  | 116 |  | 
|  | 117 | config CRYPTO_WP512 | 
|  | 118 | tristate "Whirlpool digest algorithms" | 
| Herbert Xu | cce9e06 | 2006-08-21 21:08:13 +1000 | [diff] [blame] | 119 | select CRYPTO_ALGAPI | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 120 | help | 
|  | 121 | Whirlpool hash algorithm 512, 384 and 256-bit hashes | 
|  | 122 |  | 
|  | 123 | Whirlpool-512 is part of the NESSIE cryptographic primitives. | 
|  | 124 | Whirlpool will be part of the ISO/IEC 10118-3:2003(E) standard | 
|  | 125 |  | 
|  | 126 | See also: | 
|  | 127 | <http://planeta.terra.com.br/informatica/paulobarreto/WhirlpoolPage.html> | 
|  | 128 |  | 
|  | 129 | config CRYPTO_TGR192 | 
|  | 130 | tristate "Tiger digest algorithms" | 
| Herbert Xu | cce9e06 | 2006-08-21 21:08:13 +1000 | [diff] [blame] | 131 | select CRYPTO_ALGAPI | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 132 | help | 
|  | 133 | Tiger hash algorithm 192, 160 and 128-bit hashes | 
|  | 134 |  | 
|  | 135 | Tiger is a hash function optimized for 64-bit processors while | 
|  | 136 | still having decent performance on 32-bit processors. | 
|  | 137 | Tiger was developed by Ross Anderson and Eli Biham. | 
|  | 138 |  | 
|  | 139 | See also: | 
|  | 140 | <http://www.cs.technion.ac.il/~biham/Reports/Tiger/>. | 
|  | 141 |  | 
| Rik Snel | c494e07 | 2006-11-29 18:59:44 +1100 | [diff] [blame] | 142 | config CRYPTO_GF128MUL | 
|  | 143 | tristate "GF(2^128) multiplication functions (EXPERIMENTAL)" | 
|  | 144 | depends on EXPERIMENTAL | 
|  | 145 | help | 
|  | 146 | Efficient table driven implementation of multiplications in the | 
|  | 147 | field GF(2^128).  This is needed by some cypher modes. This | 
|  | 148 | option will be selected automatically if you select such a | 
|  | 149 | cipher mode.  Only select this option by hand if you expect to load | 
|  | 150 | an external module that requires these functions. | 
|  | 151 |  | 
| Herbert Xu | db131ef | 2006-09-21 11:44:08 +1000 | [diff] [blame] | 152 | config CRYPTO_ECB | 
|  | 153 | tristate "ECB support" | 
|  | 154 | select CRYPTO_BLKCIPHER | 
| Herbert Xu | 4351840 | 2006-10-16 21:28:58 +1000 | [diff] [blame] | 155 | select CRYPTO_MANAGER | 
| Herbert Xu | db131ef | 2006-09-21 11:44:08 +1000 | [diff] [blame] | 156 | help | 
|  | 157 | ECB: Electronic CodeBook mode | 
|  | 158 | This is the simplest block cipher algorithm.  It simply encrypts | 
|  | 159 | the input block by block. | 
|  | 160 |  | 
|  | 161 | config CRYPTO_CBC | 
|  | 162 | tristate "CBC support" | 
|  | 163 | select CRYPTO_BLKCIPHER | 
| Herbert Xu | 4351840 | 2006-10-16 21:28:58 +1000 | [diff] [blame] | 164 | select CRYPTO_MANAGER | 
| Herbert Xu | db131ef | 2006-09-21 11:44:08 +1000 | [diff] [blame] | 165 | help | 
|  | 166 | CBC: Cipher Block Chaining mode | 
|  | 167 | This block cipher algorithm is required for IPSec. | 
|  | 168 |  | 
| David Howells | 91652be | 2006-12-16 12:09:02 +1100 | [diff] [blame] | 169 | config CRYPTO_PCBC | 
|  | 170 | tristate "PCBC support" | 
|  | 171 | select CRYPTO_BLKCIPHER | 
|  | 172 | select CRYPTO_MANAGER | 
| David Howells | 91652be | 2006-12-16 12:09:02 +1100 | [diff] [blame] | 173 | help | 
|  | 174 | PCBC: Propagating Cipher Block Chaining mode | 
|  | 175 | This block cipher algorithm is required for RxRPC. | 
|  | 176 |  | 
| Rik Snel | 64470f1 | 2006-11-26 09:43:10 +1100 | [diff] [blame] | 177 | config CRYPTO_LRW | 
|  | 178 | tristate "LRW support (EXPERIMENTAL)" | 
|  | 179 | depends on EXPERIMENTAL | 
|  | 180 | select CRYPTO_BLKCIPHER | 
|  | 181 | select CRYPTO_MANAGER | 
|  | 182 | select CRYPTO_GF128MUL | 
|  | 183 | help | 
|  | 184 | LRW: Liskov Rivest Wagner, a tweakable, non malleable, non movable | 
|  | 185 | narrow block cipher mode for dm-crypt.  Use it with cipher | 
|  | 186 | specification string aes-lrw-benbi, the key must be 256, 320 or 384. | 
|  | 187 | The first 128, 192 or 256 bits in the key are used for AES and the | 
|  | 188 | rest is used to tie each cipher block to its logical position. | 
|  | 189 |  | 
| Rik Snel | f19f511 | 2007-09-19 20:23:13 +0800 | [diff] [blame] | 190 | config CRYPTO_XTS | 
|  | 191 | tristate "XTS support (EXPERIMENTAL)" | 
|  | 192 | depends on EXPERIMENTAL | 
|  | 193 | select CRYPTO_BLKCIPHER | 
|  | 194 | select CRYPTO_MANAGER | 
|  | 195 | select CRYPTO_GF128MUL | 
|  | 196 | help | 
|  | 197 | XTS: IEEE1619/D16 narrow block cipher use with aes-xts-plain, | 
|  | 198 | key size 256, 384 or 512 bits. This implementation currently | 
|  | 199 | can't handle a sectorsize which is not a multiple of 16 bytes. | 
|  | 200 |  | 
| Joy Latten | 23e353c | 2007-10-23 08:50:32 +0800 | [diff] [blame] | 201 | config CRYPTO_CTR | 
|  | 202 | tristate "CTR support" | 
|  | 203 | select CRYPTO_BLKCIPHER | 
|  | 204 | select CRYPTO_MANAGER | 
| Joy Latten | 23e353c | 2007-10-23 08:50:32 +0800 | [diff] [blame] | 205 | help | 
|  | 206 | CTR: Counter mode | 
|  | 207 | This block cipher algorithm is required for IPSec. | 
|  | 208 |  | 
| Mikko Herranen | 28db8e3 | 2007-11-26 22:24:11 +0800 | [diff] [blame^] | 209 | config CRYPTO_GCM | 
|  | 210 | tristate "GCM/GMAC support" | 
|  | 211 | select CRYPTO_CTR | 
|  | 212 | select CRYPTO_AEAD | 
|  | 213 | select CRYPTO_GF128MUL | 
|  | 214 | help | 
|  | 215 | Support for Galois/Counter Mode (GCM) and Galois Message | 
|  | 216 | Authentication Code (GMAC). Required for IPSec. | 
|  | 217 |  | 
| Herbert Xu | 124b53d | 2007-04-16 20:49:20 +1000 | [diff] [blame] | 218 | config CRYPTO_CRYPTD | 
|  | 219 | tristate "Software async crypto daemon" | 
|  | 220 | select CRYPTO_ABLKCIPHER | 
|  | 221 | select CRYPTO_MANAGER | 
|  | 222 | help | 
|  | 223 | This is a generic software asynchronous crypto daemon that | 
|  | 224 | converts an arbitrary synchronous software crypto algorithm | 
|  | 225 | into an asynchronous algorithm that executes in a kernel thread. | 
|  | 226 |  | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 227 | config CRYPTO_DES | 
|  | 228 | tristate "DES and Triple DES EDE cipher algorithms" | 
| Herbert Xu | cce9e06 | 2006-08-21 21:08:13 +1000 | [diff] [blame] | 229 | select CRYPTO_ALGAPI | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 230 | help | 
|  | 231 | DES cipher algorithm (FIPS 46-2), and Triple DES EDE (FIPS 46-3). | 
|  | 232 |  | 
| David Howells | 9083163 | 2006-12-16 12:13:14 +1100 | [diff] [blame] | 233 | config CRYPTO_FCRYPT | 
|  | 234 | tristate "FCrypt cipher algorithm" | 
|  | 235 | select CRYPTO_ALGAPI | 
|  | 236 | select CRYPTO_BLKCIPHER | 
|  | 237 | help | 
|  | 238 | FCrypt algorithm used by RxRPC. | 
|  | 239 |  | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 240 | config CRYPTO_BLOWFISH | 
|  | 241 | tristate "Blowfish cipher algorithm" | 
| Herbert Xu | cce9e06 | 2006-08-21 21:08:13 +1000 | [diff] [blame] | 242 | select CRYPTO_ALGAPI | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 243 | help | 
|  | 244 | Blowfish cipher algorithm, by Bruce Schneier. | 
|  | 245 |  | 
|  | 246 | This is a variable key length cipher which can use keys from 32 | 
|  | 247 | bits to 448 bits in length.  It's fast, simple and specifically | 
|  | 248 | designed for use on "large microprocessors". | 
|  | 249 |  | 
|  | 250 | See also: | 
|  | 251 | <http://www.schneier.com/blowfish.html> | 
|  | 252 |  | 
|  | 253 | config CRYPTO_TWOFISH | 
|  | 254 | tristate "Twofish cipher algorithm" | 
| Herbert Xu | cce9e06 | 2006-08-21 21:08:13 +1000 | [diff] [blame] | 255 | select CRYPTO_ALGAPI | 
| Joachim Fritschi | 2729bb4 | 2006-06-20 20:37:23 +1000 | [diff] [blame] | 256 | select CRYPTO_TWOFISH_COMMON | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 257 | help | 
|  | 258 | Twofish cipher algorithm. | 
|  | 259 |  | 
|  | 260 | Twofish was submitted as an AES (Advanced Encryption Standard) | 
|  | 261 | candidate cipher by researchers at CounterPane Systems.  It is a | 
|  | 262 | 16 round block cipher supporting key sizes of 128, 192, and 256 | 
|  | 263 | bits. | 
|  | 264 |  | 
|  | 265 | See also: | 
|  | 266 | <http://www.schneier.com/twofish.html> | 
|  | 267 |  | 
| Joachim Fritschi | 2729bb4 | 2006-06-20 20:37:23 +1000 | [diff] [blame] | 268 | config CRYPTO_TWOFISH_COMMON | 
|  | 269 | tristate | 
| Joachim Fritschi | 2729bb4 | 2006-06-20 20:37:23 +1000 | [diff] [blame] | 270 | help | 
|  | 271 | Common parts of the Twofish cipher algorithm shared by the | 
|  | 272 | generic c and the assembler implementations. | 
|  | 273 |  | 
| Joachim Fritschi | b9f535f | 2006-06-20 20:59:16 +1000 | [diff] [blame] | 274 | config CRYPTO_TWOFISH_586 | 
|  | 275 | tristate "Twofish cipher algorithms (i586)" | 
| Herbert Xu | cce9e06 | 2006-08-21 21:08:13 +1000 | [diff] [blame] | 276 | depends on (X86 || UML_X86) && !64BIT | 
|  | 277 | select CRYPTO_ALGAPI | 
| Joachim Fritschi | b9f535f | 2006-06-20 20:59:16 +1000 | [diff] [blame] | 278 | select CRYPTO_TWOFISH_COMMON | 
|  | 279 | help | 
|  | 280 | Twofish cipher algorithm. | 
|  | 281 |  | 
|  | 282 | Twofish was submitted as an AES (Advanced Encryption Standard) | 
|  | 283 | candidate cipher by researchers at CounterPane Systems.  It is a | 
|  | 284 | 16 round block cipher supporting key sizes of 128, 192, and 256 | 
|  | 285 | bits. | 
|  | 286 |  | 
|  | 287 | See also: | 
|  | 288 | <http://www.schneier.com/twofish.html> | 
|  | 289 |  | 
| Joachim Fritschi | eaf4408 | 2006-06-20 21:12:02 +1000 | [diff] [blame] | 290 | config CRYPTO_TWOFISH_X86_64 | 
|  | 291 | tristate "Twofish cipher algorithm (x86_64)" | 
| Herbert Xu | cce9e06 | 2006-08-21 21:08:13 +1000 | [diff] [blame] | 292 | depends on (X86 || UML_X86) && 64BIT | 
|  | 293 | select CRYPTO_ALGAPI | 
| Joachim Fritschi | eaf4408 | 2006-06-20 21:12:02 +1000 | [diff] [blame] | 294 | select CRYPTO_TWOFISH_COMMON | 
|  | 295 | help | 
|  | 296 | Twofish cipher algorithm (x86_64). | 
|  | 297 |  | 
|  | 298 | Twofish was submitted as an AES (Advanced Encryption Standard) | 
|  | 299 | candidate cipher by researchers at CounterPane Systems.  It is a | 
|  | 300 | 16 round block cipher supporting key sizes of 128, 192, and 256 | 
|  | 301 | bits. | 
|  | 302 |  | 
|  | 303 | See also: | 
|  | 304 | <http://www.schneier.com/twofish.html> | 
|  | 305 |  | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 306 | config CRYPTO_SERPENT | 
|  | 307 | tristate "Serpent cipher algorithm" | 
| Herbert Xu | cce9e06 | 2006-08-21 21:08:13 +1000 | [diff] [blame] | 308 | select CRYPTO_ALGAPI | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 309 | help | 
|  | 310 | Serpent cipher algorithm, by Anderson, Biham & Knudsen. | 
|  | 311 |  | 
|  | 312 | Keys are allowed to be from 0 to 256 bits in length, in steps | 
|  | 313 | of 8 bits.  Also includes the 'Tnepres' algorithm, a reversed | 
| David Sterba | 3dde6ad | 2007-05-09 07:12:20 +0200 | [diff] [blame] | 314 | variant of Serpent for compatibility with old kerneli.org code. | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 315 |  | 
|  | 316 | See also: | 
|  | 317 | <http://www.cl.cam.ac.uk/~rja14/serpent.html> | 
|  | 318 |  | 
|  | 319 | config CRYPTO_AES | 
|  | 320 | tristate "AES cipher algorithms" | 
| Herbert Xu | cce9e06 | 2006-08-21 21:08:13 +1000 | [diff] [blame] | 321 | select CRYPTO_ALGAPI | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 322 | help | 
|  | 323 | AES cipher algorithms (FIPS-197). AES uses the Rijndael | 
|  | 324 | algorithm. | 
|  | 325 |  | 
|  | 326 | Rijndael appears to be consistently a very good performer in | 
|  | 327 | both hardware and software across a wide range of computing | 
|  | 328 | environments regardless of its use in feedback or non-feedback | 
|  | 329 | modes. Its key setup time is excellent, and its key agility is | 
|  | 330 | good. Rijndael's very low memory requirements make it very well | 
|  | 331 | suited for restricted-space environments, in which it also | 
|  | 332 | demonstrates excellent performance. Rijndael's operations are | 
|  | 333 | among the easiest to defend against power and timing attacks. | 
|  | 334 |  | 
|  | 335 | The AES specifies three key sizes: 128, 192 and 256 bits | 
|  | 336 |  | 
|  | 337 | See <http://csrc.nist.gov/CryptoToolkit/aes/> for more information. | 
|  | 338 |  | 
|  | 339 | config CRYPTO_AES_586 | 
|  | 340 | tristate "AES cipher algorithms (i586)" | 
| Herbert Xu | cce9e06 | 2006-08-21 21:08:13 +1000 | [diff] [blame] | 341 | depends on (X86 || UML_X86) && !64BIT | 
|  | 342 | select CRYPTO_ALGAPI | 
| Sebastian Siewior | 5157dea | 2007-11-10 19:07:16 +0800 | [diff] [blame] | 343 | select CRYPTO_AES | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 344 | help | 
|  | 345 | AES cipher algorithms (FIPS-197). AES uses the Rijndael | 
|  | 346 | algorithm. | 
|  | 347 |  | 
|  | 348 | Rijndael appears to be consistently a very good performer in | 
|  | 349 | both hardware and software across a wide range of computing | 
|  | 350 | environments regardless of its use in feedback or non-feedback | 
|  | 351 | modes. Its key setup time is excellent, and its key agility is | 
|  | 352 | good. Rijndael's very low memory requirements make it very well | 
|  | 353 | suited for restricted-space environments, in which it also | 
|  | 354 | demonstrates excellent performance. Rijndael's operations are | 
|  | 355 | among the easiest to defend against power and timing attacks. | 
|  | 356 |  | 
|  | 357 | The AES specifies three key sizes: 128, 192 and 256 bits | 
|  | 358 |  | 
|  | 359 | See <http://csrc.nist.gov/encryption/aes/> for more information. | 
|  | 360 |  | 
| Andreas Steinmetz | a2a892a | 2005-07-06 13:55:00 -0700 | [diff] [blame] | 361 | config CRYPTO_AES_X86_64 | 
|  | 362 | tristate "AES cipher algorithms (x86_64)" | 
| Herbert Xu | cce9e06 | 2006-08-21 21:08:13 +1000 | [diff] [blame] | 363 | depends on (X86 || UML_X86) && 64BIT | 
|  | 364 | select CRYPTO_ALGAPI | 
| Sebastian Siewior | 81190b3 | 2007-11-08 21:25:04 +0800 | [diff] [blame] | 365 | select CRYPTO_AES | 
| Andreas Steinmetz | a2a892a | 2005-07-06 13:55:00 -0700 | [diff] [blame] | 366 | help | 
|  | 367 | AES cipher algorithms (FIPS-197). AES uses the Rijndael | 
|  | 368 | algorithm. | 
|  | 369 |  | 
|  | 370 | Rijndael appears to be consistently a very good performer in | 
|  | 371 | both hardware and software across a wide range of computing | 
|  | 372 | environments regardless of its use in feedback or non-feedback | 
|  | 373 | modes. Its key setup time is excellent, and its key agility is | 
|  | 374 | good. Rijndael's very low memory requirements make it very well | 
|  | 375 | suited for restricted-space environments, in which it also | 
|  | 376 | demonstrates excellent performance. Rijndael's operations are | 
|  | 377 | among the easiest to defend against power and timing attacks. | 
|  | 378 |  | 
|  | 379 | The AES specifies three key sizes: 128, 192 and 256 bits | 
|  | 380 |  | 
|  | 381 | See <http://csrc.nist.gov/encryption/aes/> for more information. | 
|  | 382 |  | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 383 | config CRYPTO_CAST5 | 
|  | 384 | tristate "CAST5 (CAST-128) cipher algorithm" | 
| Herbert Xu | cce9e06 | 2006-08-21 21:08:13 +1000 | [diff] [blame] | 385 | select CRYPTO_ALGAPI | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 386 | help | 
|  | 387 | The CAST5 encryption algorithm (synonymous with CAST-128) is | 
|  | 388 | described in RFC2144. | 
|  | 389 |  | 
|  | 390 | config CRYPTO_CAST6 | 
|  | 391 | tristate "CAST6 (CAST-256) cipher algorithm" | 
| Herbert Xu | cce9e06 | 2006-08-21 21:08:13 +1000 | [diff] [blame] | 392 | select CRYPTO_ALGAPI | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 393 | help | 
|  | 394 | The CAST6 encryption algorithm (synonymous with CAST-256) is | 
|  | 395 | described in RFC2612. | 
|  | 396 |  | 
|  | 397 | config CRYPTO_TEA | 
| Aaron Grothe | fb4f10e | 2005-09-01 17:42:46 -0700 | [diff] [blame] | 398 | tristate "TEA, XTEA and XETA cipher algorithms" | 
| Herbert Xu | cce9e06 | 2006-08-21 21:08:13 +1000 | [diff] [blame] | 399 | select CRYPTO_ALGAPI | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 400 | help | 
|  | 401 | TEA cipher algorithm. | 
|  | 402 |  | 
|  | 403 | Tiny Encryption Algorithm is a simple cipher that uses | 
|  | 404 | many rounds for security.  It is very fast and uses | 
|  | 405 | little memory. | 
|  | 406 |  | 
|  | 407 | Xtendend Tiny Encryption Algorithm is a modification to | 
|  | 408 | the TEA algorithm to address a potential key weakness | 
|  | 409 | in the TEA algorithm. | 
|  | 410 |  | 
| Aaron Grothe | fb4f10e | 2005-09-01 17:42:46 -0700 | [diff] [blame] | 411 | Xtendend Encryption Tiny Algorithm is a mis-implementation | 
|  | 412 | of the XTEA algorithm for compatibility purposes. | 
|  | 413 |  | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 414 | config CRYPTO_ARC4 | 
|  | 415 | tristate "ARC4 cipher algorithm" | 
| Herbert Xu | cce9e06 | 2006-08-21 21:08:13 +1000 | [diff] [blame] | 416 | select CRYPTO_ALGAPI | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 417 | help | 
|  | 418 | ARC4 cipher algorithm. | 
|  | 419 |  | 
|  | 420 | ARC4 is a stream cipher using keys ranging from 8 bits to 2048 | 
|  | 421 | bits in length.  This algorithm is required for driver-based | 
|  | 422 | WEP, but it should not be for other purposes because of the | 
|  | 423 | weakness of the algorithm. | 
|  | 424 |  | 
|  | 425 | config CRYPTO_KHAZAD | 
|  | 426 | tristate "Khazad cipher algorithm" | 
| Herbert Xu | cce9e06 | 2006-08-21 21:08:13 +1000 | [diff] [blame] | 427 | select CRYPTO_ALGAPI | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 428 | help | 
|  | 429 | Khazad cipher algorithm. | 
|  | 430 |  | 
|  | 431 | Khazad was a finalist in the initial NESSIE competition.  It is | 
|  | 432 | an algorithm optimized for 64-bit processors with good performance | 
|  | 433 | on 32-bit processors.  Khazad uses an 128 bit key size. | 
|  | 434 |  | 
|  | 435 | See also: | 
|  | 436 | <http://planeta.terra.com.br/informatica/paulobarreto/KhazadPage.html> | 
|  | 437 |  | 
|  | 438 | config CRYPTO_ANUBIS | 
|  | 439 | tristate "Anubis cipher algorithm" | 
| Herbert Xu | cce9e06 | 2006-08-21 21:08:13 +1000 | [diff] [blame] | 440 | select CRYPTO_ALGAPI | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 441 | help | 
|  | 442 | Anubis cipher algorithm. | 
|  | 443 |  | 
|  | 444 | Anubis is a variable key length cipher which can use keys from | 
|  | 445 | 128 bits to 320 bits in length.  It was evaluated as a entrant | 
|  | 446 | in the NESSIE competition. | 
|  | 447 |  | 
|  | 448 | See also: | 
|  | 449 | <https://www.cosic.esat.kuleuven.ac.be/nessie/reports/> | 
|  | 450 | <http://planeta.terra.com.br/informatica/paulobarreto/AnubisPage.html> | 
|  | 451 |  | 
| Hye-Shik Chang | e2ee95b | 2007-08-21 20:01:03 +0800 | [diff] [blame] | 452 | config CRYPTO_SEED | 
|  | 453 | tristate "SEED cipher algorithm" | 
|  | 454 | select CRYPTO_ALGAPI | 
|  | 455 | help | 
|  | 456 | SEED cipher algorithm (RFC4269). | 
|  | 457 |  | 
|  | 458 | SEED is a 128-bit symmetric key block cipher that has been | 
|  | 459 | developed by KISA (Korea Information Security Agency) as a | 
|  | 460 | national standard encryption algorithm of the Republic of Korea. | 
|  | 461 | It is a 16 round block cipher with the key size of 128 bit. | 
|  | 462 |  | 
|  | 463 | See also: | 
|  | 464 | <http://www.kisa.or.kr/kisa/seed/jsp/seed_eng.jsp> | 
|  | 465 |  | 
| Tan Swee Heng | 2407d60 | 2007-11-23 19:45:00 +0800 | [diff] [blame] | 466 | config CRYPTO_SALSA20 | 
|  | 467 | tristate "Salsa20 stream cipher algorithm (EXPERIMENTAL)" | 
|  | 468 | depends on EXPERIMENTAL | 
|  | 469 | select CRYPTO_BLKCIPHER | 
|  | 470 | help | 
|  | 471 | Salsa20 stream cipher algorithm. | 
|  | 472 |  | 
|  | 473 | Salsa20 is a stream cipher submitted to eSTREAM, the ECRYPT | 
|  | 474 | Stream Cipher Project. See <http://www.ecrypt.eu.org/stream/> | 
|  | 475 |  | 
|  | 476 | The Salsa20 stream cipher algorithm is designed by Daniel J. | 
|  | 477 | Bernstein <djb@cr.yp.to>. See <http://cr.yp.to/snuffle.html> | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 478 |  | 
|  | 479 | config CRYPTO_DEFLATE | 
|  | 480 | tristate "Deflate compression algorithm" | 
| Herbert Xu | cce9e06 | 2006-08-21 21:08:13 +1000 | [diff] [blame] | 481 | select CRYPTO_ALGAPI | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 482 | select ZLIB_INFLATE | 
|  | 483 | select ZLIB_DEFLATE | 
|  | 484 | help | 
|  | 485 | This is the Deflate algorithm (RFC1951), specified for use in | 
|  | 486 | IPSec with the IPCOMP protocol (RFC3173, RFC2394). | 
|  | 487 |  | 
|  | 488 | You will most probably want this if using IPSec. | 
|  | 489 |  | 
|  | 490 | config CRYPTO_MICHAEL_MIC | 
|  | 491 | tristate "Michael MIC keyed digest algorithm" | 
| Herbert Xu | cce9e06 | 2006-08-21 21:08:13 +1000 | [diff] [blame] | 492 | select CRYPTO_ALGAPI | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 493 | help | 
|  | 494 | Michael MIC is used for message integrity protection in TKIP | 
|  | 495 | (IEEE 802.11i). This algorithm is required for TKIP, but it | 
|  | 496 | should not be used for other purposes because of the weakness | 
|  | 497 | of the algorithm. | 
|  | 498 |  | 
|  | 499 | config CRYPTO_CRC32C | 
|  | 500 | tristate "CRC32c CRC algorithm" | 
| Herbert Xu | cce9e06 | 2006-08-21 21:08:13 +1000 | [diff] [blame] | 501 | select CRYPTO_ALGAPI | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 502 | select LIBCRC32C | 
|  | 503 | help | 
|  | 504 | Castagnoli, et al Cyclic Redundancy-Check Algorithm.  Used | 
|  | 505 | by iSCSI for header and data digests and by others. | 
|  | 506 | See Castagnoli93.  This implementation uses lib/libcrc32c. | 
|  | 507 | Module will be crc32c. | 
|  | 508 |  | 
| Noriaki TAKAMIYA | 04ac7db | 2006-10-22 14:49:17 +1000 | [diff] [blame] | 509 | config CRYPTO_CAMELLIA | 
|  | 510 | tristate "Camellia cipher algorithms" | 
|  | 511 | depends on CRYPTO | 
|  | 512 | select CRYPTO_ALGAPI | 
|  | 513 | help | 
|  | 514 | Camellia cipher algorithms module. | 
|  | 515 |  | 
|  | 516 | Camellia is a symmetric key block cipher developed jointly | 
|  | 517 | at NTT and Mitsubishi Electric Corporation. | 
|  | 518 |  | 
|  | 519 | The Camellia specifies three key sizes: 128, 192 and 256 bits. | 
|  | 520 |  | 
|  | 521 | See also: | 
|  | 522 | <https://info.isl.ntt.co.jp/crypt/eng/camellia/index_s.html> | 
|  | 523 |  | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 524 | config CRYPTO_TEST | 
|  | 525 | tristate "Testing module" | 
| Herbert Xu | cce9e06 | 2006-08-21 21:08:13 +1000 | [diff] [blame] | 526 | depends on m | 
|  | 527 | select CRYPTO_ALGAPI | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 528 | help | 
|  | 529 | Quick & dirty crypto test module. | 
|  | 530 |  | 
| Herbert Xu | 3c09f17 | 2007-08-30 16:24:15 +0800 | [diff] [blame] | 531 | config CRYPTO_AUTHENC | 
|  | 532 | tristate "Authenc support" | 
|  | 533 | select CRYPTO_AEAD | 
|  | 534 | select CRYPTO_MANAGER | 
|  | 535 | help | 
|  | 536 | Authenc: Combined mode wrapper for IPsec. | 
|  | 537 | This is required for IPSec. | 
|  | 538 |  | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 539 | source "drivers/crypto/Kconfig" | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 540 |  | 
| Herbert Xu | cce9e06 | 2006-08-21 21:08:13 +1000 | [diff] [blame] | 541 | endif	# if CRYPTO |