mirror of https://github.com/waku-org/js-waku.git
Add guide to encrypt messages using version 1
This commit is contained in:
parent
6dd54d2458
commit
880746a0df
|
@ -9,6 +9,7 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0
|
||||||
|
|
||||||
### Added
|
### Added
|
||||||
- Examples (eth-pm): Encrypt Public Key Messages using symmetric encryption.
|
- Examples (eth-pm): Encrypt Public Key Messages using symmetric encryption.
|
||||||
|
- Guides: Encrypt messages using Waku Message Version 1.
|
||||||
|
|
||||||
### Changed
|
### Changed
|
||||||
- **Breaking**: Moved `startTime` and `endTime` for history queries to a `timeFilter` property as both or neither must be passed; passing only one parameter is not supported.
|
- **Breaking**: Moved `startTime` and `endTime` for history queries to a `timeFilter` property as both or neither must be passed; passing only one parameter is not supported.
|
||||||
|
|
|
@ -0,0 +1,265 @@
|
||||||
|
# Encrypt Messages Using Waku Message Version 1
|
||||||
|
|
||||||
|
The Waku Message format provides an easy way to encrypt messages using symmetric or asymmetric encryption.
|
||||||
|
The encryption comes with several handy [design requirements](https://rfc.vac.dev/spec/26/#design-requirements):
|
||||||
|
confidentiality, authenticity and integrity.
|
||||||
|
|
||||||
|
You can find more details about Waku Message Payload Encryption in [26/WAKU-PAYLOAD](https://rfc.vac.dev/spec/26/).
|
||||||
|
|
||||||
|
## What data is encrypted
|
||||||
|
|
||||||
|
With waku Message version 1, the payload is encrypted.
|
||||||
|
|
||||||
|
Which means that the only discriminating data available in clear text is the content topic and timestamp (if present).
|
||||||
|
Hence, if Alice expects to receive messages under a given content topic, she needs to try decrypting of all messages received on said content topic.
|
||||||
|
|
||||||
|
This needs to be kept in mind for scalability and forward secrecy concerns:
|
||||||
|
|
||||||
|
- If there is high traffic on a given content topic then all clients need to process said traffic;
|
||||||
|
- If a content topic is only used by a give (group of) users then it is possible to deduce some information about their communication such time and frequency of messages.
|
||||||
|
|
||||||
|
## Key management
|
||||||
|
|
||||||
|
By using Waku Message Version 1, you will need to provide a way for your user to generate and store keys in a secure manner.
|
||||||
|
Storing, backing up and recovering key is out of the scope of this guide.
|
||||||
|
|
||||||
|
<!-- TODO: Subtle Crypto link once it's back up https://github.com/mdn/content/issues/8314 -->
|
||||||
|
|
||||||
|
## Which encryption method do I need?
|
||||||
|
|
||||||
|
Whether you should use symmetric or asymmetric encryption depends on your use case.
|
||||||
|
|
||||||
|
**Symmetric** encryption is done using a single key to encrypt and decrypt.
|
||||||
|
|
||||||
|
Which means that if Alice knows `K` and use it to encrypt a message,
|
||||||
|
she can also use `K` to decrypt any message encrypted with `K`,
|
||||||
|
even if she is not the sender.
|
||||||
|
|
||||||
|
Group chats is a possible use case for symmetric encryption:
|
||||||
|
All participants can use an out-of-band method to determine `K`.
|
||||||
|
Participants can then use `K` to encrypt and decrypt messages within the group chat.
|
||||||
|
Participants MUST keep `K` secret to ensure that no external party can decrypt the group chat messages.
|
||||||
|
|
||||||
|
**Asymmetric** encryption is done using a key pair:
|
||||||
|
the public key is used to encrypt messages,
|
||||||
|
the matching private key is used to decrypt messages.
|
||||||
|
|
||||||
|
For Alice to encrypt a message for Bob, she needs to know Bob's Public Key `K`.
|
||||||
|
Bob can then use his private key `k` to decrypt the message.
|
||||||
|
As long as Bob keep his private key `k` secret, then he, and only he, can decrypt messages encrypted with `K`.
|
||||||
|
|
||||||
|
Private messaging is a possible use case for aasymmetric encryption:
|
||||||
|
When Alice sends an encrypted message for Bob, only Bob can decrypt it.
|
||||||
|
|
||||||
|
## Symmetric Encryption
|
||||||
|
|
||||||
|
### Generate Key
|
||||||
|
|
||||||
|
To use symmetric encryption, you first need to generate a key.
|
||||||
|
You can simply use `generatePrivateKey` for secure key generation:
|
||||||
|
|
||||||
|
```js
|
||||||
|
import { generatePrivateKey } from 'js-waku';
|
||||||
|
|
||||||
|
const key = generatePrivateKey();
|
||||||
|
```
|
||||||
|
|
||||||
|
### Encrypt Message
|
||||||
|
|
||||||
|
To encrypt a message with the previously generated key,
|
||||||
|
pass the key in the `symKey` property to `WakuMessage.fromBytes`.
|
||||||
|
|
||||||
|
Same as clear Waku Messages,
|
||||||
|
`payload` is your message payload and `contentTopic` is the content topic for your dApp.
|
||||||
|
See [Receive and Send Messages Using Waku Relay](relay-receive-send-messages.md) for details.
|
||||||
|
|
||||||
|
```js
|
||||||
|
import { WakuMessage } from 'js-waku';
|
||||||
|
|
||||||
|
const message = await WakuMessage.fromBytes(payload, contentTopic, {
|
||||||
|
symKey: key,
|
||||||
|
});
|
||||||
|
```
|
||||||
|
|
||||||
|
The Waku Message can then be sent to the Waku network using [Waku Relay](relay-receive-send-messages.md) or Waku Light Push:
|
||||||
|
|
||||||
|
```js
|
||||||
|
await waku.lightPush.push(message);
|
||||||
|
```
|
||||||
|
|
||||||
|
### Decrypt Messages
|
||||||
|
|
||||||
|
#### Waku Relay
|
||||||
|
|
||||||
|
To decrypt messages received over Waku Relay, add the key as a decryption key to your Waku Relay instance.
|
||||||
|
|
||||||
|
```js
|
||||||
|
waku.relay.addDecryptionKey(key);
|
||||||
|
```
|
||||||
|
|
||||||
|
`waku.relay` will attempt to decrypt any message it receives using the key, for both symmetric and asymmetric encryption.
|
||||||
|
If the message is successfully decrypted, then the decrypted messages will be passed to the observers you have registered.
|
||||||
|
|
||||||
|
You can call `addDecryptionKey` several times if you are using multiple keys,
|
||||||
|
symmetric key and asymmetric private keys can be used together.
|
||||||
|
|
||||||
|
Messages that are not successfully decrypted are dropped.
|
||||||
|
|
||||||
|
To learn more about Waku Relay, check out [Receive and Send Messages Using Waku Relay](relay-receive-send-messages.md).
|
||||||
|
|
||||||
|
#### Waku Store
|
||||||
|
|
||||||
|
To decrypt messages retrieved via a store query,
|
||||||
|
pass the `key` to the query in the `decryptionKeys` property.
|
||||||
|
|
||||||
|
`decryptionKeys` accepts an array, allowing you to pass several keys.
|
||||||
|
|
||||||
|
Symmetric keys or asymmetric private keys can be mixed, both decryption methods will be attempted.
|
||||||
|
|
||||||
|
```js
|
||||||
|
// Using await syntax
|
||||||
|
const messages = await waku2.store.queryHistory([contentTopic], {
|
||||||
|
decryptionKeys: [key]
|
||||||
|
});
|
||||||
|
|
||||||
|
// Using callback syntax
|
||||||
|
waku2.store.queryHistory([contentTopic], {
|
||||||
|
decryptionKeys: [key],
|
||||||
|
callback: (messages) => {
|
||||||
|
// Process decrypted messages
|
||||||
|
}
|
||||||
|
});
|
||||||
|
```
|
||||||
|
|
||||||
|
Messages that are not successfully decrypted are excluded from the result array.
|
||||||
|
|
||||||
|
## Asymmetric Encryption
|
||||||
|
|
||||||
|
### Generate Key Pair
|
||||||
|
|
||||||
|
To use symmetric encryption, you first need to generate a private key and calculate the corresponding public key.
|
||||||
|
You can simply use `generatePrivateKey` for secure key generation:
|
||||||
|
|
||||||
|
```js
|
||||||
|
import { generatePrivateKey, getPublicKey } from 'js-waku';
|
||||||
|
|
||||||
|
const privateKey = generatePrivateKey();
|
||||||
|
const publicKey = getPublicKey(privateKey);
|
||||||
|
```
|
||||||
|
|
||||||
|
The private key must be securely stored and remain private.
|
||||||
|
If leaked then other parties may be able to decrypt the user's messages.
|
||||||
|
|
||||||
|
The public key is unique for a given private key and can always be recovered given the private key,
|
||||||
|
hence it is not needed to save it as long as as the private key can be recovered.
|
||||||
|
|
||||||
|
### Encrypt Message
|
||||||
|
|
||||||
|
The public key is used to encrypt messages, to do so,
|
||||||
|
pass the key in the `encPublicKey` property to `WakuMessage.fromBytes`.
|
||||||
|
|
||||||
|
Same as clear Waku Messages,
|
||||||
|
`payload` is your message payload and `contentTopic` is the content topic for your dApp.
|
||||||
|
See [Receive and Send Messages Using Waku Relay](relay-receive-send-messages.md) for details.
|
||||||
|
|
||||||
|
```js
|
||||||
|
import { WakuMessage } from 'js-waku';
|
||||||
|
|
||||||
|
const message = await WakuMessage.fromBytes(payload, contentTopic, {
|
||||||
|
encPublicKey: publicKey
|
||||||
|
});
|
||||||
|
```
|
||||||
|
|
||||||
|
The Waku Message can then be sent to the Waku network using [Waku Relay](relay-receive-send-messages.md) or Waku Light Push:
|
||||||
|
|
||||||
|
```js
|
||||||
|
await waku.lightPush.push(message);
|
||||||
|
```
|
||||||
|
|
||||||
|
### Decrypt Messages
|
||||||
|
|
||||||
|
#### Waku Relay
|
||||||
|
|
||||||
|
The private key is needed to decrypt messages.
|
||||||
|
|
||||||
|
For messages received over Waku Relay, add the private key as a decryption key to your Waku Relay instance.
|
||||||
|
|
||||||
|
```js
|
||||||
|
waku.relay.addDecryptionKey(privateKey);
|
||||||
|
```
|
||||||
|
|
||||||
|
`waku.relay` will attempt to decrypt any message it receives using the key, for both symmetric and asymmetric encryption.
|
||||||
|
If the message is successfully decrypted, then the decrypted messages will be passed to the observers you have registered.
|
||||||
|
|
||||||
|
You can call `addDecryptionKey` several times if you are using multiple keys,
|
||||||
|
symmetric key and asymmetric private keys can be used together.
|
||||||
|
|
||||||
|
Messages that are not successfully decrypted are dropped.
|
||||||
|
|
||||||
|
To learn more about Waku Relay, check out [Receive and Send Messages Using Waku Relay](relay-receive-send-messages.md).
|
||||||
|
|
||||||
|
#### Waku Store
|
||||||
|
|
||||||
|
To decrypt messages retrieved via a store query,
|
||||||
|
pass the `key` to the query in the `decryptionKeys` property.
|
||||||
|
|
||||||
|
`decryptionKeys` accepts an array, allowing you to pass several keys.
|
||||||
|
|
||||||
|
Symmetric keys or asymmetric private keys can be mixed, both decryption methods will be attempted.
|
||||||
|
|
||||||
|
```js
|
||||||
|
// Using await syntax
|
||||||
|
const messages = await waku.store.queryHistory([contentTopic], {
|
||||||
|
decryptionKeys: [privateKey],
|
||||||
|
});
|
||||||
|
|
||||||
|
// Using callback syntax
|
||||||
|
waku.store.queryHistory([contentTopic], {
|
||||||
|
decryptionKeys: [privateKey],
|
||||||
|
callback: (messages) => {
|
||||||
|
// Process decrypted messages
|
||||||
|
},
|
||||||
|
});
|
||||||
|
```
|
||||||
|
|
||||||
|
Messages that are not successfully decrypted are excluded from the result array.
|
||||||
|
|
||||||
|
## Handling `WakuMessage` instances
|
||||||
|
|
||||||
|
When creating a Waku Message using `WakuMessage.fromBytes` with an encryption key (symmetric or asymmetric),
|
||||||
|
the payload gets encrypted.
|
||||||
|
Which means that `wakuMessage.payload` returns an encrypted payload:
|
||||||
|
|
||||||
|
```js
|
||||||
|
import { WakuMessage } from 'js-waku';
|
||||||
|
|
||||||
|
const message = await WakuMessage.fromBytes(payload, contentTopic, {
|
||||||
|
encPublicKey: publicKey
|
||||||
|
});
|
||||||
|
|
||||||
|
console.log(message.payload); // This is encrypted
|
||||||
|
```
|
||||||
|
|
||||||
|
However, `WakuMessage` instances returned by `WakuRelay` or `WakuStore` are decrypted,
|
||||||
|
if the correct decryption key is passed as explained previously.
|
||||||
|
|
||||||
|
`WakuRelay` and `WakuStore` never returned messages that are encrypted.
|
||||||
|
If a message was not succesfully decrypted, then it will be dropped from the results.
|
||||||
|
|
||||||
|
Which means that `WakuMessage` instances returned by `WakuRelay` and `WkauStore` always a clear payload (in regard to Waku Message version 1):
|
||||||
|
|
||||||
|
```js
|
||||||
|
const messages = await waku.store.queryHistory([contentTopic], {
|
||||||
|
decryptionKeys: [privateKey]
|
||||||
|
});
|
||||||
|
|
||||||
|
if (messages && messages[0]) {
|
||||||
|
console.log(messages[0].payload); // This payload is decrypted
|
||||||
|
}
|
||||||
|
|
||||||
|
waku.relay.addDecryptionKey(privateKey);
|
||||||
|
|
||||||
|
waku.relay.addObserver((message) => {
|
||||||
|
console.log(message.payload); // This payload is decrypted
|
||||||
|
}, [contentTopic]);
|
||||||
|
```
|
|
@ -4,3 +4,4 @@
|
||||||
- [How to Choose a Content Topic](choose-content-topic.md)
|
- [How to Choose a Content Topic](choose-content-topic.md)
|
||||||
- [Receive and Send Messages Using Waku Relay With ReactJS](reactjs-relay.md)
|
- [Receive and Send Messages Using Waku Relay With ReactJS](reactjs-relay.md)
|
||||||
- [Retrieve Messages Using Waku Store](store-retrieve-messages.md)
|
- [Retrieve Messages Using Waku Store](store-retrieve-messages.md)
|
||||||
|
- [Encrypt Messages Using Waku Message Version 1](encrypt-messages-version-1.md)
|
||||||
|
|
Loading…
Reference in New Issue