summaryrefslogtreecommitdiff
path: root/docs/keymanager
diff options
context:
space:
mode:
authorKali Kaneko (leap communications) <kali@leap.se>2017-06-19 14:52:31 +0200
committerKali Kaneko (leap communications) <kali@leap.se>2017-06-28 21:31:07 +0200
commit7f25cc31008d245f6002378d9e0f1c0fde6bcf20 (patch)
tree70e21629344f37e49937abd81b919736f4c21f68 /docs/keymanager
parent51cd7aa2f2a7c966450fc0c0bbdd58f373f5501f (diff)
[docs] overview for keymanager
Diffstat (limited to 'docs/keymanager')
-rw-r--r--docs/keymanager/index.rst33
1 files changed, 30 insertions, 3 deletions
diff --git a/docs/keymanager/index.rst b/docs/keymanager/index.rst
index fa3f0c83..ed092ca9 100644
--- a/docs/keymanager/index.rst
+++ b/docs/keymanager/index.rst
@@ -4,10 +4,37 @@
Keymanager
=================
-Soledad documents
------------------
+Keymanager is the Bitmask component that does key management, including generation,
+discovery and validation. It is, esentially, a `nicknym`_ client that uses `Soledad`_
+as its storage layer.
-KeyManager uses two types of documents for the keyring:
+Keymanager handles the creation of a OpenPGP transparently in user's behalf. When
+bootstrapping a new account, keymanager will generate a new key pair. The key
+pair is stored encrypted inside soledad (and therefore able to be synced by
+other replicas). After generating it, the public key is sent to the provider,
+which will sign it and replace any prior keys for the same address in its database.
+
+To discover keys for other users, the `nicknym`_ client in keymanager will query
+the nicknym server associated with user's provider, and will process the keys
+that the server returns. This query has the following form::
+
+ https://nicknym.test.bitmask.net:6425?address=user@example.com
+
+And it's up to the the provider's service to determine the sources for the keys.
+
+Keymanager currently implements all the levels defined in the `Transitional Key
+Validation`_ spec, although the mechanisms for validation currently in place
+only reach level 2 of what's contemplated in the spec.
+
+
+.. _nicknym: https://leap.se/en/docs/design/nicknym
+.. _Soledad: https://leap.se/en/docs/design/soledad
+.. _'transitional key validation': https://leap.se/en/docs/design/transitional-key-validation
+
+Implementation: using Soledad documents
+---------------------------------------
+
+KeyManager uses two types of Soledad documents for the keyring:
* key document, that stores each gpg key.