b2KIT

PGP Keyserver Search

Search public PGP keyservers for encryption keys by email, name, or key ID via public APIs.

Tested tool guide Tested browser tools Checked August 16, 2026

What PGP Keyserver Search does and how it behaves

This tool searches public OpenPGP keyservers for encryption and signing keys. Enter an email address, a name, or a key ID, and it queries servers such as keyserver.ubuntu.com and keys.openpgp.org over the HKP protocol, returning the matching keys with their fingerprints, creation and expiry dates, and the identities attached to each. The thing people most often get wrong: a keyserver result is not proof of identity. Anyone can upload a key claiming any email address, and no keyserver verifies that claim. Treat every hit as an unverified lead, and confirm the fingerprint through a channel you trust before relying on the key.

How the result is produced

1

How the lookup works

The tool sends an HKP lookup to the servers, hitting the pks/lookup endpoint with op=index to list matching keys or op=get to return the full armored key block. The response for each key shows its ID, algorithm, bit length, creation and expiry dates, fingerprint, and user IDs. The search string travels to the servers you query, so it is visible to them and their operators.

2

The trust gap

Keyservers are unmoderated upload repositories. The name and email in a key's user IDs are typed by whoever uploaded it, so a match proves only that a key carrying those strings exists. GnuPG records keyserver-fetched keys as untrusted until you validate the fingerprint out of band. The servers also no longer form one synchronized pool: the SKS pool has been wound down, and different servers now hold different keys.

Good uses

  • You know a correspondent's email but not their public key: find the key so you can encrypt to them, then confirm the fingerprint with them directly before the first use.
  • A signed email or software release names a signing key you do not recognize: search that key ID to retrieve the key, inspect its fingerprint and dates, and verify the signature against it.
  • You restored your secret key from backup on a new machine: fetch the matching public key so your keyring is complete, or re-import your contacts' keys instead of asking everyone to resend them.

Limits and checks

  • A result is not proof of identity. User IDs are self-declared; anyone can upload a key labeled [email protected]. Confirm the 40-character fingerprint through a channel you trust before relying on the key.
  • Expired and revoked keys stay listed. Read the creation and expiry dates, and re-check before reusing an old key, because its owner can upload a revocation at any time after you first saw it.
  • Servers disagree. There is no unified keyserver network anymore, and keys.openpgp.org lists only identities verified by email confirmation. Search several servers and compare full fingerprints, not short key IDs, which are cheap to collide with.

Common questions

Is it safe to import a key I found through a keyserver search?

Importing is safe in the sense that a key is just data and GnuPG records it as untrusted, but do not treat the import as verification. The user IDs are unverified, so check the full fingerprint through a channel you trust, such as asking the person directly, and set the key's trust level yourself. Expired or revoked keys import too.

Why does the same search find nothing on one server but results on another?

Keyservers are not one synchronized database anymore, so coverage differs. keys.openpgp.org in particular strips any user ID whose email the owner has not verified by replying to a confirmation message, which removes some keys entirely and hides identities on others. A miss on one server does not prove the key does not exist; check a second server.

References and verification

The behavioral notes were checked against the browser implementation. Standards and primary references below define the relevant format, formula, or platform behavior.

Related Tools