gnunet-svn
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[lsd0001] branch master updated: fix English


From: gnunet
Subject: [lsd0001] branch master updated: fix English
Date: Sat, 01 Jul 2023 00:35:30 +0200

This is an automated email from the git hooks/post-receive script.

grothoff pushed a commit to branch master
in repository lsd0001.

The following commit(s) were added to refs/heads/master by this push:
     new d922bc4  fix English
d922bc4 is described below

commit d922bc4c8b4860975cc44edac2690cb70319a842
Author: Christian Grothoff <christian@grothoff.org>
AuthorDate: Sat Jul 1 00:35:25 2023 +0200

    fix English
---
 draft-schanzen-gns.xml | 7 ++++---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/draft-schanzen-gns.xml b/draft-schanzen-gns.xml
index 06e70be..3757e7d 100644
--- a/draft-schanzen-gns.xml
+++ b/draft-schanzen-gns.xml
@@ -2640,14 +2640,15 @@ NICK: john (supplemental)
          <name>Zone Management</name>
          <t>
            In GNS, zone administrators need to manage and protect their zone
-           keys. Once a zone key is lost, it cannot be recovered or revoked.
+           keys. Once a private zone key is lost, it cannot be recovered and
+           the zone revocation message cannot be computed anymore.
            Revocation messages can be pre-calculated if revocation is
-           required in case a zone key is lost.
+           required in case a private zone key is lost.
            Zone administrators, and for GNS this includes end-users, are
            required to responsibly and diligently protect their cryptographic
            keys.
            GNS supports signing records in advance ("offline") in order to
-           support processes which aim to protect private keys such as air 
gaps.
+           support processes (such as air gaps) which aim to protect private 
keys.
            <!-- It does not support separate zone signing and key-signing keys
            (as in <xref target="RFC6781" />) in order to provide usable 
security. This is not useful for any implementer -->
          </t>

-- 
To stop receiving notification emails like this one, please contact
gnunet@gnunet.org.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]