Setting up shared access to gpg on a UNIX server
DUELL, BOB
bd9439 at att.com
Thu Jan 30 02:14:17 CET 2014
Hi,
I'm looking for advice and comments about how I have set up a "shared" environment on our UNIX server for gpg operations. What I have certainly works but I thought I'd ask for any comments, suggestions, or criticism.
I have gpg version 1.4.14 installed on my server.
I have a large number of users who exchange encrypted files with external vendors. Users in my group come and go all the time. On my server, I created a directory named /opt/app/apps/dbmprod/gpg and set the permissions to global access (777). In that directory, I created a gpg instance and created a "group" key without a passphrase (DBMktg). The public key is sent to each vendor as an email attachment when we establish the file exchange procedure.
I also added the public keys from all our vendors. I set the permission on all the files in this directory to allow global "read" access (744).
Set up this way, any use on the system can decrypt a file intended for use using a command like this:
gpg --homedir /opt/app/apps/dbmprod/gpg --batch --no-tty --quiet
--local-user "DBMktg"
--output <output-file>
--decrypt <input-file>
And to encrypt a file to a particular vendor, we use this:
gpg --homedir /opt/app/apps/dbmprod/gpg --batch
--recipient <vendor-ID>
--encrypt <input-file>
As I said, this has worked well for use for several years. The main advantage is that I don't need to teach any of the other users about gpg and have a central point to contain all the keys from the many vendors we support. I only need to show users the above two command sequences and they can go on about their business.
I suppose that my use of a private key without a passphrase might be of some concern, but I never figured out a better way to do this. In other words, if the single key required a passphrase, I'd have to give out that passphrase to everyone, so what would be the point?
I will appreciate any and all comments. If there is a "better way" to do this, I'd love to learn.
Bob
More information about the Gnupg-users
mailing list