err.no Git - pwstore/blob - README.asciidoc

   1 PWS(1)
   2 ======
   3 :doctype: manpage
   4
   5 NAME
   6 ----
   7 pws - password store management
   8
   9 SYNOPSIS
  10 --------
  11 *pws* 'COMMAND' ['OPTIONS']
  12
  13 DESCRIPTION
  14 -----------
  15
  16 The pws tool allows you to store passwords (or anything else, really) in
  17 a set of encrypted files.  Each file can be encrypted to a different set
  18 of users.  pws helps you with the bookkeeping of which keys to encrypt
  19 each file to and provides a convinient wrapper to edit protected files.
  20
  21 In the intended use the directory with the encrypted passwords would be
  22 under SCM control and shared with other people who need access.
  23
  24 initialization
  25 --------------
  26
  27 First you need a file where your users and group are defined in.  This
  28 file is named .users.  Lines consist of assignments of the form
  29  <username> = <keyfingerprint>
  30 and
  31  @<groupname> = <username>|@<groupname> [, <username>|@<groupname> ...]
  32
  33 Lines starting with a # are comments and thus get ignored.
  34
  35 --------------------------------
  36 % cat .users
  37 # This file needs to be gpg signed by a key whose fingerprint
  38 # is listed in ~/.pws-trusted-users
  39
  40 formorer   = 6E3966C1E1D15DB973D05B491E45F8CA9DE23B16
  41 weasel     = 25FC1614B8F87B52FF2F99B962AF4031C82E0039
  42 @admins    = formorer, weasel
  43
  44 zobel    = 6B1856428E41EC893D5DBDBB53B1AC6DB11B627B
  45 maxx     = 30DC1D281D7932F55E673ABB28EEB35A3E8DCCC0
  46 @vienna = zobel, maxx
  47
  48 @all = @admins, @vienna
  49
  50 # gpg --clear .users && mv .users.asc .users
  51 --------------------------------
  52
  53 The .users file is designed to live in a SCM repository, such as git,
  54 alongside all the other encrypted files.  In order to prevent
  55 unauthorized tampering with the .users file - for tricking somebody to
  56 re-encrypt data to the wrong key - the .users file needs to be
  57 PGP-clearsigned with a key from a whitelist.
  58
  59 This whitelist lives in ~/.pws-trusted-users, and simply takes one
  60 key fingerprint per line:
  61
  62 ---------------------------------
  63 % cat ~/.pws-trusted-users
  64 #formorer
  65 6E3966C1E1D15DB973D05B491E45F8CA9DE23B16
  66 ---------------------------------
  67
  68 Currently this whitelist is the same for any pws repositories a user
  69 might have.  A patch to remove this limitation would be nice.
  70
  71
  72 adding a new file
  73 -----------------
  74
  75 -----------------------------
  76 % pws ed -n file
  77 -----------------------------
  78
  79 editing files
  80 -------------
  81
  82 Every file needs a header like:
  83
  84 ------------------------------
  85 access: @admins, maxx
  86 ------------------------------
  87
  88 You can edit the encrypted file with the pws tool: +pws ed file+.
  89
  90 updating the keyring
  91 --------------------
  92
  93 If available as .keyring pws instructs GnuPG to use this keyring in
  94 addition to the user's default keyrings.  This allows sharing of the
  95 keyring in the repository.  Use +pws update-keyring+ to
  96 update/initialize this keyring.
  97
  98
  99 AUTHOR
 100 ------
 101 Peter Palfrader <peter@palfrader.org>
 102