Merge remote-tracking branch 'upstream/v0.10'
[platform/upstream/nodejs.git] / doc / api / crypto.markdown
1 # Crypto
2
3     Stability: 2 - Unstable; API changes are being discussed for
4     future versions.  Breaking changes will be minimized.  See below.
5
6 Use `require('crypto')` to access this module.
7
8 The crypto module offers a way of encapsulating secure credentials to be
9 used as part of a secure HTTPS net or http connection.
10
11 It also offers a set of wrappers for OpenSSL's hash, hmac, cipher,
12 decipher, sign and verify methods.
13
14
15 ## crypto.getCiphers()
16
17 Returns an array with the names of the supported ciphers.
18
19 Example:
20
21     var ciphers = crypto.getCiphers();
22     console.log(ciphers); // ['AES-128-CBC', 'AES-128-CBC-HMAC-SHA1', ...]
23
24
25 ## crypto.getHashes()
26
27 Returns an array with the names of the supported hash algorithms.
28
29 Example:
30
31     var hashes = crypto.getHashes();
32     console.log(hashes); // ['sha', 'sha1', 'sha1WithRSAEncryption', ...]
33
34
35 ## crypto.createCredentials(details)
36
37 Creates a credentials object, with the optional details being a
38 dictionary with keys:
39
40 * `pfx` : A string or buffer holding the PFX or PKCS12 encoded private
41   key, certificate and CA certificates
42 * `key` : A string holding the PEM encoded private key
43 * `passphrase` : A string of passphrase for the private key or pfx
44 * `cert` : A string holding the PEM encoded certificate
45 * `ca` : Either a string or list of strings of PEM encoded CA
46   certificates to trust.
47 * `crl` : Either a string or list of strings of PEM encoded CRLs
48   (Certificate Revocation List)
49 * `ciphers`: A string describing the ciphers to use or exclude.
50   Consult
51   <http://www.openssl.org/docs/apps/ciphers.html#CIPHER_LIST_FORMAT>
52   for details on the format.
53
54 If no 'ca' details are given, then node.js will use the default
55 publicly trusted list of CAs as given in
56 <http://mxr.mozilla.org/mozilla/source/security/nss/lib/ckfw/builtins/certdata.txt>.
57
58
59 ## crypto.createHash(algorithm)
60
61 Creates and returns a hash object, a cryptographic hash with the given
62 algorithm which can be used to generate hash digests.
63
64 `algorithm` is dependent on the available algorithms supported by the
65 version of OpenSSL on the platform. Examples are `'sha1'`, `'md5'`,
66 `'sha256'`, `'sha512'`, etc.  On recent releases, `openssl
67 list-message-digest-algorithms` will display the available digest
68 algorithms.
69
70 Example: this program that takes the sha1 sum of a file
71
72     var filename = process.argv[2];
73     var crypto = require('crypto');
74     var fs = require('fs');
75
76     var shasum = crypto.createHash('sha1');
77
78     var s = fs.ReadStream(filename);
79     s.on('data', function(d) {
80       shasum.update(d);
81     });
82
83     s.on('end', function() {
84       var d = shasum.digest('hex');
85       console.log(d + '  ' + filename);
86     });
87
88 ## Class: Hash
89
90 The class for creating hash digests of data.
91
92 It is a [stream](stream.html) that is both readable and writable.  The
93 written data is used to compute the hash.  Once the writable side of
94 the stream is ended, use the `read()` method to get the computed hash
95 digest.  The legacy `update` and `digest` methods are also supported.
96
97 Returned by `crypto.createHash`.
98
99 ### hash.update(data, [input_encoding])
100
101 Updates the hash content with the given `data`, the encoding of which
102 is given in `input_encoding` and can be `'utf8'`, `'ascii'` or
103 `'binary'`.  If no encoding is provided, then a buffer is expected.
104 If `data` is a `Buffer` then `input_encoding` is ignored.
105
106 This can be called many times with new data as it is streamed.
107
108 ### hash.digest([encoding])
109
110 Calculates the digest of all of the passed data to be hashed.  The
111 `encoding` can be `'hex'`, `'binary'` or `'base64'`.  If no encoding
112 is provided, then a buffer is returned.
113
114 Note: `hash` object can not be used after `digest()` method has been
115 called.
116
117
118 ## crypto.createHmac(algorithm, key)
119
120 Creates and returns a hmac object, a cryptographic hmac with the given
121 algorithm and key.
122
123 It is a [stream](stream.html) that is both readable and writable.  The
124 written data is used to compute the hmac.  Once the writable side of
125 the stream is ended, use the `read()` method to get the computed
126 digest.  The legacy `update` and `digest` methods are also supported.
127
128 `algorithm` is dependent on the available algorithms supported by
129 OpenSSL - see createHash above.  `key` is the hmac key to be used.
130
131 ## Class: Hmac
132
133 Class for creating cryptographic hmac content.
134
135 Returned by `crypto.createHmac`.
136
137 ### hmac.update(data)
138
139 Update the hmac content with the given `data`.  This can be called
140 many times with new data as it is streamed.
141
142 ### hmac.digest([encoding])
143
144 Calculates the digest of all of the passed data to the hmac.  The
145 `encoding` can be `'hex'`, `'binary'` or `'base64'`.  If no encoding
146 is provided, then a buffer is returned.
147
148 Note: `hmac` object can not be used after `digest()` method has been
149 called.
150
151
152 ## crypto.createCipher(algorithm, password)
153
154 Creates and returns a cipher object, with the given algorithm and
155 password.
156
157 `algorithm` is dependent on OpenSSL, examples are `'aes192'`, etc.  On
158 recent releases, `openssl list-cipher-algorithms` will display the
159 available cipher algorithms.  `password` is used to derive key and IV,
160 which must be a `'binary'` encoded string or a [buffer](buffer.html).
161
162 It is a [stream](stream.html) that is both readable and writable.  The
163 written data is used to compute the hash.  Once the writable side of
164 the stream is ended, use the `read()` method to get the computed hash
165 digest.  The legacy `update` and `digest` methods are also supported.
166
167 ## crypto.createCipheriv(algorithm, key, iv)
168
169 Creates and returns a cipher object, with the given algorithm, key and
170 iv.
171
172 `algorithm` is the same as the argument to `createCipher()`.  `key` is
173 the raw key used by the algorithm.  `iv` is an [initialization
174 vector](http://en.wikipedia.org/wiki/Initialization_vector).
175
176 `key` and `iv` must be `'binary'` encoded strings or
177 [buffers](buffer.html).
178
179 ## Class: Cipher
180
181 Class for encrypting data.
182
183 Returned by `crypto.createCipher` and `crypto.createCipheriv`.
184
185 Cipher objects are [streams](stream.html) that are both readable and
186 writable.  The written plain text data is used to produce the
187 encrypted data on the readable side.  The legacy `update` and `final`
188 methods are also supported.
189
190 ### cipher.update(data, [input_encoding], [output_encoding])
191
192 Updates the cipher with `data`, the encoding of which is given in
193 `input_encoding` and can be `'utf8'`, `'ascii'` or `'binary'`.  If no
194 encoding is provided, then a buffer is expected.
195 If `data` is a `Buffer` then `input_encoding` is ignored.
196
197 The `output_encoding` specifies the output format of the enciphered
198 data, and can be `'binary'`, `'base64'` or `'hex'`.  If no encoding is
199 provided, then a buffer is returned.
200
201 Returns the enciphered contents, and can be called many times with new
202 data as it is streamed.
203
204 ### cipher.final([output_encoding])
205
206 Returns any remaining enciphered contents, with `output_encoding`
207 being one of: `'binary'`, `'base64'` or `'hex'`.  If no encoding is
208 provided, then a buffer is returned.
209
210 Note: `cipher` object can not be used after `final()` method has been
211 called.
212
213 ### cipher.setAutoPadding(auto_padding=true)
214
215 You can disable automatic padding of the input data to block size. If
216 `auto_padding` is false, the length of the entire input data must be a
217 multiple of the cipher's block size or `final` will fail.  Useful for
218 non-standard padding, e.g. using `0x0` instead of PKCS padding. You
219 must call this before `cipher.final`.
220
221
222 ## crypto.createDecipher(algorithm, password)
223
224 Creates and returns a decipher object, with the given algorithm and
225 key.  This is the mirror of the [createCipher()][] above.
226
227 ## crypto.createDecipheriv(algorithm, key, iv)
228
229 Creates and returns a decipher object, with the given algorithm, key
230 and iv.  This is the mirror of the [createCipheriv()][] above.
231
232 ## Class: Decipher
233
234 Class for decrypting data.
235
236 Returned by `crypto.createDecipher` and `crypto.createDecipheriv`.
237
238 Decipher objects are [streams](stream.html) that are both readable and
239 writable.  The written enciphered data is used to produce the
240 plain-text data on the the readable side.  The legacy `update` and
241 `final` methods are also supported.
242
243 ### decipher.update(data, [input_encoding], [output_encoding])
244
245 Updates the decipher with `data`, which is encoded in `'binary'`,
246 `'base64'` or `'hex'`.  If no encoding is provided, then a buffer is
247 expected.
248 If `data` is a `Buffer` then `input_encoding` is ignored.
249
250 The `output_decoding` specifies in what format to return the
251 deciphered plaintext: `'binary'`, `'ascii'` or `'utf8'`.  If no
252 encoding is provided, then a buffer is returned.
253
254 ### decipher.final([output_encoding])
255
256 Returns any remaining plaintext which is deciphered, with
257 `output_encoding` being one of: `'binary'`, `'ascii'` or `'utf8'`.  If
258 no encoding is provided, then a buffer is returned.
259
260 Note: `decipher` object can not be used after `final()` method has been
261 called.
262
263 ### decipher.setAutoPadding(auto_padding=true)
264
265 You can disable auto padding if the data has been encrypted without
266 standard block padding to prevent `decipher.final` from checking and
267 removing it. Can only work if the input data's length is a multiple of
268 the ciphers block size. You must call this before streaming data to
269 `decipher.update`.
270
271 ## crypto.createSign(algorithm)
272
273 Creates and returns a signing object, with the given algorithm.  On
274 recent OpenSSL releases, `openssl list-public-key-algorithms` will
275 display the available signing algorithms. Examples are `'RSA-SHA256'`.
276
277 ## Class: Sign
278
279 Class for generating signatures.
280
281 Returned by `crypto.createSign`.
282
283 Sign objects are writable [streams](stream.html).  The written data is
284 used to generate the signature.  Once all of the data has been
285 written, the `sign` method will return the signature.  The legacy
286 `update` method is also supported.
287
288 ### sign.update(data)
289
290 Updates the sign object with data.  This can be called many times
291 with new data as it is streamed.
292
293 ### sign.sign(private_key, [output_format])
294
295 Calculates the signature on all the updated data passed through the
296 sign.
297
298 `private_key` can be an object or a string. If `private_key` is a string, it is
299 treated as the key with no passphrase.
300
301 `private_key`:
302
303 * `key` : A string holding the PEM encoded private key
304 * `passphrase` : A string of passphrase for the private key
305
306 Returns the signature in `output_format` which can be `'binary'`,
307 `'hex'` or `'base64'`. If no encoding is provided, then a buffer is
308 returned.
309
310 Note: `sign` object can not be used after `sign()` method has been
311 called.
312
313 ## crypto.createVerify(algorithm)
314
315 Creates and returns a verification object, with the given algorithm.
316 This is the mirror of the signing object above.
317
318 ## Class: Verify
319
320 Class for verifying signatures.
321
322 Returned by `crypto.createVerify`.
323
324 Verify objects are writable [streams](stream.html).  The written data
325 is used to validate against the supplied signature.  Once all of the
326 data has been written, the `verify` method will return true if the
327 supplied signature is valid.  The legacy `update` method is also
328 supported.
329
330 ### verifier.update(data)
331
332 Updates the verifier object with data.  This can be called many times
333 with new data as it is streamed.
334
335 ### verifier.verify(object, signature, [signature_format])
336
337 Verifies the signed data by using the `object` and `signature`.
338 `object` is  a string containing a PEM encoded object, which can be
339 one of RSA public key, DSA public key, or X.509 certificate.
340 `signature` is the previously calculated signature for the data, in
341 the `signature_format` which can be `'binary'`, `'hex'` or `'base64'`.
342 If no encoding is specified, then a buffer is expected.
343
344 Returns true or false depending on the validity of the signature for
345 the data and public key.
346
347 Note: `verifier` object can not be used after `verify()` method has been
348 called.
349
350 ## crypto.createDiffieHellman(prime_length)
351
352 Creates a Diffie-Hellman key exchange object and generates a prime of
353 the given bit length. The generator used is `2`.
354
355 ## crypto.createDiffieHellman(prime, [encoding])
356
357 Creates a Diffie-Hellman key exchange object using the supplied prime.
358 The generator used is `2`. Encoding can be `'binary'`, `'hex'`, or
359 `'base64'`.  If no encoding is specified, then a buffer is expected.
360
361 ## Class: DiffieHellman
362
363 The class for creating Diffie-Hellman key exchanges.
364
365 Returned by `crypto.createDiffieHellman`.
366
367 ### diffieHellman.generateKeys([encoding])
368
369 Generates private and public Diffie-Hellman key values, and returns
370 the public key in the specified encoding. This key should be
371 transferred to the other party. Encoding can be `'binary'`, `'hex'`,
372 or `'base64'`.  If no encoding is provided, then a buffer is returned.
373
374 ### diffieHellman.computeSecret(other_public_key, [input_encoding], [output_encoding])
375
376 Computes the shared secret using `other_public_key` as the other
377 party's public key and returns the computed shared secret. Supplied
378 key is interpreted using specified `input_encoding`, and secret is
379 encoded using specified `output_encoding`. Encodings can be
380 `'binary'`, `'hex'`, or `'base64'`. If the input encoding is not
381 provided, then a buffer is expected.
382
383 If no output encoding is given, then a buffer is returned.
384
385 ### diffieHellman.getPrime([encoding])
386
387 Returns the Diffie-Hellman prime in the specified encoding, which can
388 be `'binary'`, `'hex'`, or `'base64'`. If no encoding is provided,
389 then a buffer is returned.
390
391 ### diffieHellman.getGenerator([encoding])
392
393 Returns the Diffie-Hellman prime in the specified encoding, which can
394 be `'binary'`, `'hex'`, or `'base64'`. If no encoding is provided,
395 then a buffer is returned.
396
397 ### diffieHellman.getPublicKey([encoding])
398
399 Returns the Diffie-Hellman public key in the specified encoding, which
400 can be `'binary'`, `'hex'`, or `'base64'`. If no encoding is provided,
401 then a buffer is returned.
402
403 ### diffieHellman.getPrivateKey([encoding])
404
405 Returns the Diffie-Hellman private key in the specified encoding,
406 which can be `'binary'`, `'hex'`, or `'base64'`. If no encoding is
407 provided, then a buffer is returned.
408
409 ### diffieHellman.setPublicKey(public_key, [encoding])
410
411 Sets the Diffie-Hellman public key. Key encoding can be `'binary'`,
412 `'hex'` or `'base64'`. If no encoding is provided, then a buffer is
413 expected.
414
415 ### diffieHellman.setPrivateKey(private_key, [encoding])
416
417 Sets the Diffie-Hellman private key. Key encoding can be `'binary'`,
418 `'hex'` or `'base64'`. If no encoding is provided, then a buffer is
419 expected.
420
421 ## crypto.getDiffieHellman(group_name)
422
423 Creates a predefined Diffie-Hellman key exchange object.  The
424 supported groups are: `'modp1'`, `'modp2'`, `'modp5'` (defined in [RFC
425 2412][]) and `'modp14'`, `'modp15'`, `'modp16'`, `'modp17'`,
426 `'modp18'` (defined in [RFC 3526][]).  The returned object mimics the
427 interface of objects created by [crypto.createDiffieHellman()][]
428 above, but will not allow to change the keys (with
429 [diffieHellman.setPublicKey()][] for example).  The advantage of using
430 this routine is that the parties don't have to generate nor exchange
431 group modulus beforehand, saving both processor and communication
432 time.
433
434 Example (obtaining a shared secret):
435
436     var crypto = require('crypto');
437     var alice = crypto.getDiffieHellman('modp5');
438     var bob = crypto.getDiffieHellman('modp5');
439
440     alice.generateKeys();
441     bob.generateKeys();
442
443     var alice_secret = alice.computeSecret(bob.getPublicKey(), null, 'hex');
444     var bob_secret = bob.computeSecret(alice.getPublicKey(), null, 'hex');
445
446     /* alice_secret and bob_secret should be the same */
447     console.log(alice_secret == bob_secret);
448
449 ## crypto.pbkdf2(password, salt, iterations, keylen, callback)
450
451 Asynchronous PBKDF2 applies pseudorandom function HMAC-SHA1 to derive
452 a key of given length from the given password, salt and iterations.
453 The callback gets two arguments `(err, derivedKey)`.
454
455 ## crypto.pbkdf2Sync(password, salt, iterations, keylen)
456
457 Synchronous PBKDF2 function.  Returns derivedKey or throws error.
458
459 ## crypto.randomBytes(size, [callback])
460
461 Generates cryptographically strong pseudo-random data. Usage:
462
463     // async
464     crypto.randomBytes(256, function(ex, buf) {
465       if (ex) throw ex;
466       console.log('Have %d bytes of random data: %s', buf.length, buf);
467     });
468
469     // sync
470     try {
471       var buf = crypto.randomBytes(256);
472       console.log('Have %d bytes of random data: %s', buf.length, buf);
473     } catch (ex) {
474       // handle error
475       // most likely, entropy sources are drained
476     }
477
478 NOTE: Will throw error or invoke callback with error, if there is not enough
479 accumulated entropy to generate cryptographically strong data. In other words,
480 `crypto.randomBytes` without callback will not block even if all entropy sources
481 are drained.
482
483 ## crypto.pseudoRandomBytes(size, [callback])
484
485 Generates *non*-cryptographically strong pseudo-random data. The data
486 returned will be unique if it is sufficiently long, but is not
487 necessarily unpredictable. For this reason, the output of this
488 function should never be used where unpredictability is important,
489 such as in the generation of encryption keys.
490
491 Usage is otherwise identical to `crypto.randomBytes`.
492
493 ## Class: Certificate
494
495 The class used for working with signed public key & challenges. The most
496 common usage for this series of functions is when dealing with the `<keygen>`
497 element. http://www.openssl.org/docs/apps/spkac.html
498
499 Returned by `crypto.Certificate`.
500
501 ### Certificate.verifySpkac(spkac)
502
503 Returns true of false based on the validity of the SPKAC.
504
505 ### Certificate.exportChallenge(spkac)
506
507 Exports the encoded public key from the supplied SPKAC.
508
509 ### Certificate.exportPublicKey(spkac)
510
511 Exports the encoded challenge associated with the SPKAC.
512
513 ## crypto.DEFAULT_ENCODING
514
515 The default encoding to use for functions that can take either strings
516 or buffers.  The default value is `'buffer'`, which makes it default
517 to using Buffer objects.  This is here to make the crypto module more
518 easily compatible with legacy programs that expected `'binary'` to be
519 the default encoding.
520
521 Note that new programs will probably expect buffers, so only use this
522 as a temporary measure.
523
524 ## Recent API Changes
525
526 The Crypto module was added to Node before there was the concept of a
527 unified Stream API, and before there were Buffer objects for handling
528 binary data.
529
530 As such, the streaming classes don't have the typical methods found on
531 other Node classes, and many methods accepted and returned
532 Binary-encoded strings by default rather than Buffers.  This was
533 changed to use Buffers by default instead.
534
535 This is a breaking change for some use cases, but not all.
536
537 For example, if you currently use the default arguments to the Sign
538 class, and then pass the results to the Verify class, without ever
539 inspecting the data, then it will continue to work as before.  Where
540 you once got a binary string and then presented the binary string to
541 the Verify object, you'll now get a Buffer, and present the Buffer to
542 the Verify object.
543
544 However, if you were doing things with the string data that will not
545 work properly on Buffers (such as, concatenating them, storing in
546 databases, etc.), or you are passing binary strings to the crypto
547 functions without an encoding argument, then you will need to start
548 providing encoding arguments to specify which encoding you'd like to
549 use.  To switch to the previous style of using binary strings by
550 default, set the `crypto.DEFAULT_ENCODING` field to 'binary'.  Note
551 that new programs will probably expect buffers, so only use this as a
552 temporary measure.
553
554
555 [createCipher()]: #crypto_crypto_createcipher_algorithm_password
556 [createCipheriv()]: #crypto_crypto_createcipheriv_algorithm_key_iv
557 [crypto.createDiffieHellman()]: #crypto_crypto_creatediffiehellman_prime_encoding
558 [diffieHellman.setPublicKey()]: #crypto_diffiehellman_setpublickey_public_key_encoding
559 [RFC 2412]: http://www.rfc-editor.org/rfc/rfc2412.txt
560 [RFC 3526]: http://www.rfc-editor.org/rfc/rfc3526.txt