b2KIT

Secure Password Sharing

Generate encrypted one-time links for sharing passwords securely with AES-256-GCM encryption in URL fragments.

Tested tool guide Tested browser tools Checked August 16, 2026

What Secure Password Sharing does and how it behaves

Encrypt a password in your browser and hand the recipient a link that stops working after the first view. The password is sealed with AES-256-GCM before anything leaves your machine, and everything needed to decrypt - ciphertext and key - rides in the URL fragment, the part after the # that browsers never send to a server. The host therefore never receives the plaintext or the key, so it cannot read the secret or know who opened the link. The surprise is that the link itself is the secret: anyone who sees the URL - chat history, email archives, a screenshot - can open it and take the password.

How the result is produced

1

Client-side sealing

The password is encrypted with AES-256-GCM in your browser before anything is sent. GCM is an authenticated encryption mode: it produces a ciphertext plus a tag, and the tag makes any alteration of the ciphertext detectable when the recipient decrypts. The material needed to decrypt rides in the URL fragment, the part after the #, which RFC 3986 defines as client-side only - browsers never transmit it to the server.

2

One-time expiry

The link is bound to a server-side record that is destroyed on the first open, so the same link can never be used twice and stale links stop working. One-time is enforced at the server, not in the recipient's browser: nothing stops whoever opened it from copying the password first. If the wrong party opens it first - an accidental tap, a link-preview bot - the intended recipient gets nothing.

Good uses

  • Sending a Wi-Fi or router-admin password to a family member or colleague over text, so it is not left searchable in a chat or email thread.
  • Handing temporary credentials to a contractor or new hire during onboarding, knowing the link will stop existing after the first open.
  • An ops engineer delivering a database credential to an on-call developer without putting it in a ticket system that archives everything.

Limits and checks

  • Encrypted is not the same as secret. The key needed to decrypt travels in the link, so anyone who can read the URL - chat history, email archives, screenshots, browser history - can open it and recover the password. Deliver the link over a channel where you trust everyone with read access.
  • One-time applies to the link, not to the person. The recipient can copy the password, screenshot the page, or save it in a password manager before the secret is destroyed, and nothing tells you they did. The guarantee is that the secret leaves the server, not that it leaves the recipient's reach.
  • The first fetch consumes the secret, and in some setups bots count as openers. Link previews in chat apps, email scanners, and antivirus URL checkers may fetch the link before the human does, leaving the recipient a dead link. If delivery is critical, have the recipient open it promptly and confirm it worked.

Common questions

Can I revoke a link after sending it?

No, not in practice. The design that keeps the server from reading the secret - the key never reaches it - also means the server cannot manage or unsend the link on your behalf beyond the one-time deletion. Treat a sent link as a password already handed over: if delivery went wrong, rotate the password and send a new link.

Is it safe to send the link over normal email or chat?

The encryption protects the secret from the server and from anyone who sees traffic, because the fragment carrying the key is never transmitted. But your chat or email client stores the full link, key included, so anyone with access to that archive can open it. The link is safe against interception, not against people who can read your messages.

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