Simple public-key encryption using your Stellar keys
Draws inspiration from box of NaCl, but works with Stellar keys right away.
- stellar-box uses ed25519 key-pairs directly, whereas w/ nacl-box you have to transform ed25519 keys to curve25519 keys.
- stellar-box gives you the choice of not using authentication, whereas nacl-box always adds a Poly1305 authentication tag.
- stellar-box uses standard crypto APIs, already included in node.js, or in your browser -- no extra dependencies
npm install @futuretense/stellar-box
import { encrypt, decrypt } from '@futuretense/stellar-box';
async encrypt(keys, to, input, nonce, authenticate = true);| Parameter | Type | Description |
|---|---|---|
| keys | Keypair | The keypair of the sender |
| to | string | The public key of the recipient |
| input | Uint8Array | The data to be encrypted |
| nonce | Uint8Array | The message nonce |
| authenticate | Boolean | Should it be authenticated? |
| Return value |
|---|
| Promise<Uint8Array> |
async decrypt(keys, from, input, nonce, authenticate = true);| Parameter | Type | Description |
|---|---|---|
| keys | Keypair | The keypair of the recipient |
| from | string | The public key of the sender |
| input | Uint8Array | The encrypted data |
| nonce | Uint8Array | The message nonce |
| authenticate | Boolean | Should it be authenticated? |
| Return value |
|---|
| Promise<Uint8Array> |
Authenticated mode (which is the default) uses AES-256-GCM to add integrity control to the pot, to make it possible to verify that the provided cipher output has been encrypted by someone with access to the encryption key.
Authentication adds sixteen bytes of data to the output.
Un-authenticated mode uses AES in counter mode (AES-256-CTR), and doesn't add any extra data.
Authenticated mode has a twelve byte nonce, and un-authenticated mode has a sixteen byte nonce.
In both modes, the nonces provided are used as initial values for the counters.
The idea is that, for a given key, you should consider each counter value as "burnt" whenever you use it. -- Thomas Pornin
Both modes use stream ciphers that divide the input data into 128-bit blocks, which are then exclusive-or:ed with the result of a function based on the encryption key and the counter value for a block.
If a (key, counter)-combination is ever used twice, this can be exploited to arrive at a block that's the exclusive-or of the two unencrypted input blocks.
Copyright © 2020 Future Tense, LLC