b2KIT

Encrypted Clipboard

Encrypt clipboard text with a passphrase before sharing. Recipient decrypts with the same passphrase. Zero-server design.

Tested tool guide Tested browser tools Checked August 16, 2026

What Encrypted Clipboard does and how it behaves

Encrypted Clipboard turns a pasted message into an encrypted text block protected by a passphrase, then reverses that process for a recipient who supplies the same passphrase. The text is handled in the browser under the tool's zero-server design, so there is no server-side copy to retrieve later. The easy mistake is treating the passphrase as part of the package: if ciphertext and passphrase travel together, anyone who obtains both can attempt the same decryption. Exchange the passphrase separately and verify the recipient before revealing it.

How the result is produced

1

Creating the encrypted block

Enter or paste the plaintext and supply a passphrase, then choose encryption. The returned value is an encoded encrypted block meant to be copied without editing. It is not a readable summary or hash; it is the material the recipient needs for reversal. Because the tool's exact encoded format is not specified here, no fixed sample ciphertext can be stated reliably.

2

Recovering the original text

On the receiving side, paste the complete encrypted block and enter the identical passphrase. Only a successful decryption result should be treated as recovered plaintext; a wrong passphrase or altered block cannot be assumed to yield meaningful text. Processing remains on the current device. The zero-server model provides no hosted message or remote passphrase reset to fall back on.

Good uses

  • Sending a temporary access code by email while giving its passphrase during a phone call.
  • Sharing a short confidential note in a chat where ordinary message text would remain readable.
  • Moving a secret between your own devices without placing plaintext in a synchronized note.

Limits and checks

  • Encryption cannot compensate for a weak, reused, exposed, or mistyped passphrase.
  • The encrypted block is not proof of sender identity; anyone who knows the passphrase can create or decrypt messages.
  • Plaintext can remain in clipboard history, screenshots, browser state, or another application after copying.

Common questions

Should I send the passphrase in the same message?

You can, but doing so removes the benefit of separating the protected text from its keying secret. A person who reads the message containing both has everything presented to the legitimate recipient. Send the encrypted block and passphrase over different channels when practical, and do not reuse a valuable account password as this passphrase.

Can the recipient decrypt it in another encryption application?

Not necessarily. Another application must understand exactly the same encrypted-text format and cryptographic parameters. A generic decrypt command, PGP client, or password manager should not be assumed compatible. Unless this tool names a supported interchange format, have the recipient use Encrypted Clipboard's own decryption view and preserve the entire copied block.

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