Skip to content
NSNormandin SystemsTHE EVERYDAY TOOLBOXMain site
⌑

Security / YOUR EVERYDAY TOOLBOX

PGP encryption

Encrypt and decrypt text clear text using PGP Keys.

✓ Free to use✓ No account neededHow to use this tool ↓
YOUR WORKSPACESee an example ↗

Opening your tool…

Runs in your browser. Check important results and keep a copy of your original files.

THE PRACTICAL GUIDE · NORMANDIN SYSTEMS

Get more from PGP encryption

PGP encryption: Encrypt and decrypt text clear text using PGP Keys. Public-key message encryption lets a sender target a recipient without possessing that recipient’s private decryption key. Cryptographic operations depend on exact agreement about algorithms, keys, encodings, and message formats. A successful local demonstration is useful for understanding a workflow, but interoperability should be checked with the program or protocol that will consume the output. Keep secret material separate from public information and use disposable test keys while experimenting. Encryption, signing, and hashing answer different questions: confidentiality, authenticity, and data representation are not the same property. Record the relevant parameters and verify the reverse operation or verification result before relying on an output.

Guide updated October 13, 2026

How to use this tool

  1. Begin with a representative input. For a practical test, use: A recipient’s disposable public key and sample plaintext. Replace demonstration values only after you understand the output.
  2. Use sample plaintext and disposable keys to select the operation and supply the key material or parameters requested by the interface.
  3. Inspect the result and any error message, checking algorithm choices, key formats, and whether the operation expects public or private material.
  4. Test decryption or verification with the intended receiving application and retain the parameters needed to reproduce that workflow.

SEE IT IN PRACTICE

A worked example

EXAMPLE INPUT
A recipient’s disposable public key and sample plaintext
RESULT / WHAT TO EXPECT
An OpenPGP encrypted message for the corresponding private key

Keep private-key passphrases and private keys out of the public-key material shared with a sender.

Recipient identity precedes message protection

A public key can be copied freely, but its association with a person or system needs a trusted verification process. Compare an appropriate fingerprint or authenticated key source before using it for real data. Keep private identity material on the receiving side. The specific age or OpenPGP format determines the supported recipient and message structures; do not assume their keys or ciphertext are interchangeable.

Verify a full recovery path

Begin with a short message or small file and disposable keys. Encrypt, transfer through the intended channel, decrypt with the intended software, and compare the recovered content. For files, a content hash can confirm byte-for-byte recovery. Retain the original until the test succeeds. Record the format and application expectations so a future recipient can repeat the process without guessing which representation was used.

When this tool is useful

  • Test an OpenPGP exchange
  • Check armored-message compatibility
  • Prepare a training example

Tips for a better result

  • Verify the recipient key through a trusted channel; encrypting to the wrong public key protects the message for the wrong recipient.
  • Public keys may be distributed, while private keys and shared secrets require controlled storage and handling.
  • An output that looks like encoded text is not enough to prove compatibility; test it with the actual receiving implementation.

Frequently asked questions

Why must I verify the recipient’s public key before encrypting?

Encryption protects data for the key you actually use. If that key belongs to the wrong recipient, the intended person may be unable to decrypt while the wrong key owner can.

Why does another application reject my output?

Common causes include different key containers, padding choices, algorithm versions, text encodings, or missing metadata. Compare the complete format and parameters rather than only the algorithm’s general name.

What is a useful end-to-end test?

Use disposable keys and a known sample message. Confirm that the intended receiver can decrypt or verify the result, then change the message or use an incorrect key to confirm that the expected failure is detected.

What happens to the information I enter?

The utility processes your input in this browser. Some tools retain field values in browser storage or the URL; avoid entering secrets in shareable fields. Page and asset requests still go to the hosting provider. Read the privacy and offline-use notes for details.