summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorLars Wirzenius <liw@sequoia-pgp.org>2021-10-30 11:37:51 +0300
committerLars Wirzenius <liw@sequoia-pgp.org>2021-10-30 11:37:51 +0300
commit0a46ae22d7c17730f82ce747e9318a05b99096cf (patch)
tree5ab818448b59e47dc0984d5106f1e1b3534c78b9
parentb299a2791e77254045c61e41bcf998fee93e7dab (diff)
downloadsq-user-guide-0a46ae22d7c17730f82ce747e9318a05b99096cf.tar.gz
improve wording
-rw-r--r--sq-guide.md18
1 files changed, 9 insertions, 9 deletions
diff --git a/sq-guide.md b/sq-guide.md
index e716c78..e3c00ad 100644
--- a/sq-guide.md
+++ b/sq-guide.md
@@ -445,16 +445,16 @@ security, and without losing access to older files and messages.
## Why use sub-keys?
-Even someone having only cryptographic key may benefit from having
+Even someone having only one cryptographic key may benefit from having
other keys for specific purposes. For example, they might have a very
-long, very strong primary key as their identity, and additional,
-auxiliary keys for encryption or digital signatures. Such auxiliary
-keys can be tied to the primary key using _certifications_, which
-we'll cover in more detail later. For now, a certification uses the
-primary key to declare that the auxiliary key can be used instead of
-the primary key for a specific purpose. The auxiliary key then becomes
-a _sub key_, and other users of OpenPGP will use it automatically, if
-they have your certificate. This setup has several benefits:
+strong primary key as their primary key, and additional, auxiliary
+keys for encryption or digital signatures. Such auxiliary keys can be
+tied to the primary key using _certifications_, which we'll cover in
+more detail later. For now, a certification uses the primary key to
+declare that the auxiliary key can be used instead of the primary key
+for a specific purpose. The auxiliary key then becomes a _sub key_,
+and other users of OpenPGP will use it automatically, if they have
+your certificate. This setup has several benefits:
* you can have separate sub keys for encryption, signing, and
authentication (a la SSH)