Emscripten-compiled NaCl, a cryptographic library. Includes both in-browser and node.js support.
The paper "The security impact of a new cryptographic library" is an excellent summary of the motivation behind the NaCl API and library design.
Using this library in the browser requires support for the newish
window.crypto.getRandomValues API.
Version 0.5.0: API change. Instead of being provided with a module
nacl, with API functions available directly, library importers are
given nacl_factory with a single function instantiate, which
returns a nacl instance containing the API functions.
This library is registered on npmjs.org. To install it:
npm install js-nacl
The git checkout includes a pre-compiled version of the library, so you won't need Emscripten unless you want to change something about the underlying NaCl library itself.
Essentially, the source checkout contains everything you will need to use the library in both the browser and in node.js.
If you do find yourself wanting to build the library, see the instructions in BUILDING.md.
In the browser, include the lib/nacl_factory.js script:
<script src="lib/nacl_factory.js"></script>
...
<script>
var nacl = nacl_factory.instantiate();
alert(nacl.to_hex(nacl.random_bytes(16)));
</script>
In node.js, require the lib/nacl_factory.js module:
var nacl_factory = require("./lib/nacl_factory.js");
var nacl = nacl_factory.instantiate();
...
console.log(nacl.to_hex(nacl.random_bytes(16)));
Or if you have installed the library via npm,
var nacl_factory = require("js-nacl");
var nacl = nacl_factory.instantiate();
...
console.log(nacl.to_hex(nacl.random_bytes(16)));
Calling nacl_factory.instantiate() creates an entirely fresh module
instance, complete with its own private heap area. By default, this
heap is 32 megabytes in size, 33,554,432 bytes. The size of the module
instance's private heap can be altered by supplying an argument to
instantiate, e.g.:
var nacl = nacl_factory.instantiate(16777216);
The argument must be a power of two, if supplied.
It's fine to instantiate the module more than once in a single program, though do note the large amount of memory taken up by each instance. The memory assigned to each module instance will not be released until the instance is garbage collected.
If you notice memory leaks across multiple uses of a single module instance, please report them, with a test case if at all possible.
The library enforces a strict distinction between strings and binary
data. Binary data is represented using instances of
Uint8Array.
Returns a lower-case hexadecimal representation of the given binary data.
Returns the binary equivalent of the argument, encoded using UTF-8.
Returns the binary equivalent of the argument, encoded using Latin1 (an 8-bit clean encoding). If any of the character codes in the argument string are greater than 255, an exception is thrown.
Decodes the binary data in the argument using the UTF-8 encoding, producing the corresponding string.
Decodes the binary data in the argument using the Latin1 8-bit clean encoding, producing the corresponding string.
Follows the NaCl crypto_hash API.
Computes the SHA-512 hash of its argument.
While SHA-512 is recommended, the SHA-256 function is also available,
as nacl.crypto\_hash\_sha256.
Encodes its argument using nacl.encode_utf8, and then calls
crypto_hash.
Follows the NaCl crypto_box API.
Make sure to follow the instructions regarding nonce selection given in the "Security model" section of the NaCl API documentation!
senderKeypair = nacl.crypto_box_keypair();
recipientKeypair = nacl.crypto_box_keypair();
message = nacl.encode_utf8("Hello!");
nonce = nacl.crypto_box_random_nonce();
packet = nacl.crypto_box(message, nonce, recipientKeypair.boxPk, senderKeypair.boxSk);
decoded = nacl.crypto_box_open(packet, nonce, senderKeypair.boxPk, recipientKeypair.boxSk);
"Hello!" === nacl.decode_utf8(decoded); // always true
Creates a fresh random keypair. boxPk is the public key and boxSk
is the secret key.
Returns a fresh randomly-chosen nonce suitable for use with
crypto_box.
Places msg in an authenticated, encrypted box that can only be
verified and decrypted by the secret key corresponding to
recipientPublicKey.
nacl.crypto_box_open(ciphertextBin, nonceBin, senderPublicKeyBin, recipientSecretKeyBin) → Uint8Array
Verifies and decrypts a box from crypto_box. Throws an exception if
the verification fails or any of the inputs are invalid.
Precomputes a shared secret between two parties. See the documentation
for crypto_box_beforenm at the NaCl website.
nacl.crypto_box_precomputed(msgBin, nonceBin, {"boxK": Uint8Array}) → Uint8Array
nacl.crypto_box_open_precomputed(ciphertextBin, nonceBin, {"boxK": Uint8Array}) → Uint8Array
Precomputed-secret variants of crypto_box and crypto_box_open.
Follows the NaCl crypto_secretbox API.
Make sure to follow the instructions regarding nonce selection given in the "Security model" section of the NaCl API documentation!
k = ...;
m = nacl.encode_utf8("message");
n = nacl.crypto_secretbox_random_nonce();
c = nacl.crypto_secretbox(m, n, k);
m1 = nacl.crypto_secretbox_open(c, n, k);
"message" === nacl.decode_utf8(m1); // always true
Returns a fresh randomly-chosen nonce suitable for use with
crypto_secretbox.
Places msg in an authenticated, encrypted box that can only be
verified and decrypted by someone who knows keyBin. The keyBin
Uint8Array must be nacl.crypto_secretbox_KEYBYTES bytes long.
Verifies and decrypts a packet from crypto_secretbox. Throws an
exception if the verification fails or any of the inputs are invalid.
Follows the NaCl crypto_stream API.
Make sure to follow the instructions regarding nonce selection given in the "Security model" section of the NaCl API documentation!
Since this style of secret-key encryption is symmetric,
nacl.crypto_stream_xor is suitable for decryption as well as
encryption:
k = ...;
m = nacl.encode_utf8("message");
n = nacl.crypto_stream_random_nonce();
c = nacl.crypto_stream_xor(m, n, k);
m1 = nacl.crypto_stream_xor(c, n, k);
"message" === nacl.decode_utf8(m1); // always true
Returns a fresh randomly-chosen nonce suitable for use with
crypto_stream.
Returns a lenInt-byte length keystream based on the given nonce and
key. The key must be nacl.crypto_stream_KEYBYTES bytes long.
Returns msgBin.length bytes of ciphertext (or plaintext, depending
on the contents of msgBin) produced by XORing msgBin with the
result of nacl.crypto_stream(msgBin.length, nonceBin, keyBin).
Follows the NaCl crypto_onetimeauth API.
Follows the NaCl crypto_auth API.
Follows the NaCl crypto_sign API.
Note that this uses the version of Ed25519 from SUPERCOP, and not the old prototype implementation from the nacl 20110221 release.
The SUPERCOP Ed25519 signature scheme used is compatible with libsodium and most other bindings and wrappers of libsodium and nacl.
Creates a fresh random keypair. signPk is the public key and
signSk is the secret key.
k = nacl.crypto_sign_keypair();
m = nacl.encode_utf8("message");
signed_m = nacl.crypto_sign(m, k.signSk);
m1 = nacl.crypto_sign_open(signed_m, k.signPk);
"message" === nacl.decode_utf8(m1); // always true
Produces a signature-wrapped version of msgBin.
Verifies the signature on the given packetBin, and if it is valid,
extracts the carried message and returns it. If the signature could
not be verified, returns null.
WARNING: Experimental
If you see yourself wanting to use these, you will need to know why PBKDF2 and scrypt are of crucial importance.
You might like to explore the use of these functions in tandem with
scrypt.crypto_scrypt from
js-scrypt.
It is not generally safe to supply (for example) a user's passphrase directly to these procedures without using PBKDF2, scrypt or something similar beforehand.
Produces a signing keypair from its argument. A given binary input will always produce the same keypair as output.
The input must be 32 bytes long. As Brian Warner puts it, "Ed25519 keys start life as a 32-byte (256-bit) uniformly random binary seed" such as might be produced by sha256, or better yet, PBKDF2 or scrypt.
Make sure to read and understand the warnings relating to passpharses, PBKDF2 and scrypt at the beginning of this section.
Compatible with PyNaCl's
crypto_sign_keypair_fromseed and
racl's bytes->crypto-sign-keypair.
Produces an encrypted authenticated box keypair from its argument. A given binary input will always produce the same keypair as output.
The input may be of any length. The input is hashed once with sha512,
and the first 32 bytes of the result are taken as the 32-byte secret
key, which is then passed to nacl.crypto_box_keypair_from_raw_sk.
Make sure to read and understand the warnings relating to passpharses, PBKDF2 and scrypt at the beginning of this section.
Compatible with racl's
bytes->crypto-box-keypair.
Produces an encrypted authenticated box keypair from its argument. A given binary input will always produce the same keypair as output.
The input must be 32 bytes long, and could be a random 32-byte value, or the output of sha256, or better yet, the output of PBKDF2 or scrypt.
Make sure to read and understand the warnings relating to passpharses, PBKDF2 and scrypt at the beginning of this section.
Compatible with racl's
crypto-box-sk->pk.
js-nacl is written by Tony Garnock-Jones [email protected] and is licensed under the MIT license:
Copyright © 2013 Tony Garnock-Jones.
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
js-nacl relies on NaCl itself, which is public domain code by Daniel J. Bernstein and others.
js-nacl's build process relies on (a modified version of) the
import.py script by Brian Warner, which comes from
PyNaCl and is licensed under
version 2.0 of the Apache
license.