]> sipb.mit.edu Git - wiki.git/blobdiff - doc/zcrypt.mdwn
"in which to store the key" sounds clunky, so just getting rid of the "in".
[wiki.git] / doc / zcrypt.mdwn
index 25db9a13708122d5bebe2882fe0d3dd1ccf4e8d8..cb27e717587442e96adfaf244f08c23e908980f6 100644 (file)
@@ -4,14 +4,14 @@ Zephyr at MIT doesn't support* limiting who can sub to a zephyr class, so if you
 
 ## Creating a `zcrypt`ed zephyr class
 
-The main requirement for a `zcrypt`ed zephyr class is to have a key and distribute it to all the users of the class. Typically, this is done by storing the key in AFS. You can set that up with:
+The main requirement for a `zcrypt`ed zephyr class is to distribute a key to all the intended users of the class. Typically, this is done by storing the key in AFS. You can set that up like this:
 
     mkdir -p ~/Public/zcrypt/label/                     # Pick an arbitrary label for your class.
     fs sa ~/Public/zcrypt/label/ system:anyuser none    # Keep randoms from reading your key
     fs sa ~/Public/zcrypt/label/ system:groupname read  # Allow an appropriate user/group to read the key
     tr -d '\000\n' < /dev/urandom | head -c 126 > ~/Public/zcrypt/label/key.zcrypt
 
-The first three lines create a directory to store the key in, and set the permissions properly. You should replace `label` with an appropriate name; you may want to use something besides the class name in order to help keep the class name private. Subbing to the class will disclose traffic patterns and instances used, so you may want to use the traditional "secret class" (keeping the name secret) as a first line of defense, in addition to `zcrypt`.
+The first three lines create a directory to store the key, and set the permissions properly. You should replace `label` with an appropriate name; you may want to use something besides the class name in order to help keep the class name private. Subbing to the class will disclose traffic patterns and instances used, so you may want to use the traditional "secret class" (keeping the name secret) as a first line of defense, in addition to `zcrypt`.
 
 The last line creates the key, which should be a random byte string of at least 126 characters, none of which should be null or newlines.