Pretty Good Privacy
Note: This page is still under construction. See the Links section at the bottom of this page for more info.
Pretty Good Privacy (PGP), or OpenPGP, makes it possible for people to encrypt their email and other communications over the internet.
PGP offers end-to-end encryption, which is a trust model that does not require users to trust a centralized service provider. It is sufficient that the users trust only who they communicate with. This is unlike server-side encryption solutions, such as that used by Outlook.com (the NSA reads your encrypted Outlook messages).
Furthermore, PGP implementations such as GnuPG and APG (for Android) are trustworthy because they are free and open source software (FOSS). By contrast, closed source security software may claim to offer reliable encryption, but that is very difficult to prove. Actually, these security claims are easy to disprove: all Skype messages are tapped by Microsoft.
The internet without encryption is synonymous with a crowd of people yelling at each other; a curious eavesdropper can easily walk up and listen. It would simply be too dangerous to transmit obviously sensitive information over the internet, such as social security numbers or online banking passwords. You may try to encrypt those highly sensitive communications, but dedicated eavesdroppers can collect the rest of your unencrypted internet communications to paint a detailed picture of your personality and habits. For more on motivations, see our Internet Surveillance page.
Using GNU Privacy Guard
This section is geared towards beginners who have never used PGP software. It will cover setup, and an example conversation.
Generate your PGP keypair:
$ gpg --gen-key
WARNING: make sure you understand the implications of holding a private key:
- DO NOT generate it on a computer you don't own and have full control over.
- DO NOT store your private key on Dropbox, Sky Drive, or any other cloud storage service.
- DO use a very strong passphrase (multiple words, aka "phrase")
Now, you should share your public key. You can do this by emailing your public key to your friends, or syncing it with the global network of PGP keyservers. To do the latter:
$ gpg --send-keys <your key ID>
WARNING: this is irreversible. Make sure you are prepared to protect your private key and you are using a very strong passphrase.
Now you might want to import your friend's public key into your local gpg keyring. If they synced their key with the keyservers, you can search their name:
$ gpg --search-keys <full name>
and follow the instructions to import their key. If you already know their key ID, directly import it with:
$ gpg --recv-keys <key ID 1>
- compose message to your friend
- click the "PGP Encrypt" check box
- send message
- provide the passphrase for your PGP private key
The following is a high level description of the nuts and bolts of PGP, and is not necessary to understand if you just want to use it.
Two typical methods of encrypting data include 1) secret-key and 2) public-key. PGP uses public-key cryptography, but both methods are described for comparison.
Secret-key (symmetric) cryptography—Alice wants to send Bob a secret message. They both agree on a single secret password to use as an encryption/decryption key. Alice can use that key to encrypt data to send to Bob, and Bob can use that key to decrypt data received from Alice. Mathematically, a symmetric cipher is just a one-to-one function that is easily invertible—apply the function to encrypt data, or apply its inverse decrypt data. The key describes the characteristics of the function; without the key, one cannot determine the function or its inverse.
Symmetric cryptography has some disadvantages:
- At the very beginning, when Alice and Bob initially exchanged the key, the exchange could have been transparently intercepted by a third party (assume Alice and Bob were not using a secure channel to exchange the key because that is precisely what we are trying to build!). With a stolen key, a third party can eavesdrop on Alice or Bob, and even pretend to be Alice or Bob.
- It is unwieldy for large groups of people to communicate privately, since the number of keys is polynomial with the number of people (recall the number of edges in a complete graph of n nodes):
# people # keys 2 1 3 3 4 6 5 10 6 15 n n(n-1)/2
Public-key (asymmetric) cryptography—rather than just using one key, a public-key cipher uses a pair of keys for sending messages. One is a public key used for encryption, and the other is a private key used for decryption. Anybody, including Alice, can use Bob's public key to encrypt messages, but those messages can only be decrypted with the corresponding private key which Bob keeps to himself. If Alice also has a public/private key pair then she can send and receive secret messages to and from Bob.
Public-key cryptography addresses some problems with secret-key cryptography:
- Only the public (decryption) key needs to be sent over the network, so an eavesdropper cannot simply steal the key by performing a man-in-the-middle attack.
- Large groups of people can easily communicate because each person only needs to generate his or her own key pair. The number of key pairs in the network is linear with the number of people (2n). Alice never needed to negotiate with Bob to agree on a shared secret key—they each simply generated their own key pairs and grabbed each other's public key.
As stated in the introduction, PGP's trust model requires that the user trusts his or her computer, which means trusting all the software on his or her computer. The use of open source software on a computer is a prerequisite for trusting the computer, so we advise against the use of untrustworthy proprietary systems such as Microsoft Windows or Mac OS X. Instead, we recommend GNU/Linux or BSD. If you are not already using an open source operating system, see our Getting started page for some guidance.