ConfiMsg vs Privnote — 2026 Comparison

A More Private
Alternative to Privnote

Both services use a URL fragment so the key never hits the server. The difference is in the details: Privnote uses an older encryption algorithm with a shorter key in the link, and the interface is cluttered with ads and trackers. ConfiMsg uses AES-256-GCM, a full 256-bit key, and zero third-party tracking.

Try ConfiMsg — no account needed
AES-256-GCM
Encryption standard
Zero-Knowledge
Server sees no plaintext
Read Once
Self-destructs on open
0 Accounts
No sign-up required

Privnote Works. But It's
Showing Its Age.

Privnote pioneered self-destructing notes and the core idea still holds: the key lives in the URL fragment and never reaches the server. But the implementation hasn't kept up. The encryption algorithm is older, the key embedded in the link is short — meaning a weaker cryptographic guarantee — and the page itself loads third-party ad scripts and tracking every time someone opens it.

For sending a one-time note with a password to a friend, that's probably fine. For anything sensitive — credentials, tokens, legal content — the combination of a weaker cipher, shorter key, and external trackers observing every visit is a meaningful step down in security posture.

ConfiMsg was built to fix exactly these three things: stronger cipher (AES-256-GCM), full-length key, no ads or trackers of any kind.

What ConfiMsg Does Differently

Same zero-knowledge URL fragment approach — but with a modern cipher, a proper key length, and no third-party noise.

🔐

AES-256-GCM — not a legacy cipher

GCM mode gives you authenticated encryption: any tampering with the ciphertext is detected before decryption. Privnote's algorithm is not publicly documented.

🗝️

Full 256-bit key in the link

The key in the URL fragment is a full AES-256 key — not a short passphrase. A shorter key means a smaller brute-force search space. ConfiMsg doesn't cut corners here.

🚫

Zero ads, zero trackers

No Google Ads, no analytics scripts, no third-party pixels. Privnote loads external ad networks on every page — including the page where your recipient reads the note.

📎

File attachments

Attach files alongside your message, encrypted with the same key. Privnote is text-only.

ConfiMsg vs Privnote
— Feature Comparison

Feature ConfiMsg Privnote
Encryption algorithm AES-256-GCM (authenticated) Older algorithm, not publicly documented
Key length in link Full 256-bit AES key Short passphrase (~9 chars)
Key location URL fragment (never sent to server) URL fragment (never sent to server)
Self-destructs on read Yes Yes
No account required Yes Yes
File attachments Supported (encrypted) Not supported
Ads & trackers None Google Ads + third-party scripts

Three Steps. No Compromise.

Under the hood, ConfiMsg uses the Web Crypto API — the same cryptographic primitives your browser uses for HTTPS — to guarantee confidentiality before a single byte leaves your machine.

01

Type your message

Write your secret note and optionally attach a file. A random AES-256 key is generated locally in your browser — it never touches any server.

02

Browser encrypts & sends

Your browser encrypts the content with AES-256-GCM. The resulting ciphertext is uploaded. The decryption key is appended to the link as a URL fragment — the server never receives it.

03

Recipient opens once

The recipient's browser downloads the ciphertext, extracts the key from the URL fragment, and decrypts locally. The ciphertext is then permanently deleted from storage.

What You Actually Get

Not marketing claims. Verifiable technical properties baked into how ConfiMsg works:

AES-256-GCM

Military-grade encryption

AES-256 in GCM mode provides both confidentiality and authenticated encryption — any tampering with the ciphertext is detected. The same cipher used to protect classified government communications.

Zero-Knowledge

Server sees nothing

The decryption key exists only in the link's hash fragment. Browsers never include hash fragments in HTTP requests. This is not a policy — it is a structural guarantee enforced by the HTTP protocol itself.

Read Once

Irreversible self-destruction

The encrypted payload is purged from storage on first access, server-side. No copy is retained. Even if the server were compromised after the message was read, there is nothing to recover.

No Account

Anonymous by default

No email, no password, no profile. Sender anonymity is preserved by design. The service collects no identifying information that could be subpoenaed or leaked.

Send Your First
Zero-Knowledge Message

No account. No tracking. Your message encrypted in your browser before it ever leaves your device.

Create a secure message →

Free to use · AES-256-GCM · Self-destructs on read

Common Questions

Specific to the ConfiMsg vs Privnote comparison:

Privnote also uses a URL fragment — so what's the actual difference?
+
The URL fragment trick (key after #) is the same on both services — browsers don't send it to the server, so neither service can read your message. The differences are in the details: Privnote uses an older encryption algorithm with a short key (~9 characters) embedded in the link, which is a weaker cryptographic guarantee than a full AES-256 key. It also loads third-party ad scripts and trackers on every page. ConfiMsg uses AES-256-GCM, a full 256-bit key, and has no external scripts at all.
Why does key length matter?
+
A 9-character alphanumeric passphrase has roughly 50–60 bits of entropy. AES-256 uses a 256-bit key. That's not a small gap — it's the difference between a lock with 10^15 combinations and one with 10^77. For a one-time note shared between two people who trust each other, 50 bits is probably fine. For credentials, tokens, or anything where an attacker might specifically target the link, a full 256-bit key is meaningfully stronger.
Can ConfiMsg employees read my messages?
+
No. The decryption key lives only in the URL fragment — it never reaches ConfiMsg servers. The server stores only ciphertext encrypted with AES-256-GCM. Without the key, that ciphertext is computationally infeasible to break. Same applies to Privnote: neither service can read your message as long as the URL fragment mechanism works correctly. The difference is in cipher strength, key length, and what third-party scripts each service loads alongside your note.
What happens if someone intercepts the link?
+
If the full link is intercepted and opened before your intended recipient, the message is destroyed on that first read and your recipient gets a "message not found" response — alerting them that someone else may have accessed it. To mitigate link interception, share links via already-encrypted channels (Signal, encrypted email, etc.) rather than plain SMS or unencrypted email.
Does ConfiMsg work for file sharing too?
+
Yes. File attachments are encrypted client-side using the same AES-256-GCM key as the message text. The server stores only the encrypted file data and has no access to the file contents. This is a significant advantage over Privnote, which does not support file attachments at all.