● Zero-knowledge by design

Security you can
verify, not just trust.

Walilock is built so that we — and anyone who breaches our servers — mathematically cannot read your vault contents. Here is exactly how that works.

Your keys never leave your device

Encryption and decryption happen locally. Your vault contents reach the relay already encrypted — it cannot decrypt them, because it never has your keys.

📱

Your device

Master password → key derivation → AES-256-GCM encryption, all local.

encrypted payloads
☁️

Walilock Relay

Stores and forwards encrypted blobs. No keys. Ever.

encrypted payloads
💻

Your other devices

Pull the blob, decrypt locally with the same key. End to end.

Four layers, each independent

🔐

OPAQUE authentication

You sign in without ever sending your password — not even a hash. OPAQUE is an aPAKE protocol: the relay proves you know your password without learning it. A stolen server database reveals nothing usable for signing in as you.

🛡

AES-256-GCM vault encryption

Every item's contents are encrypted locally with authenticated AES-256-GCM before they touch storage or the network — the relay holds no key to decrypt them.

🔑

Device-bound key derivation

Your vault key is derived with a memory-hard KDF (Argon2 / PBKDF2) and bound to a per-device secret. Keys live in the OS keychain / Secure Enclave where the platform supports it — never written to disk in the clear.

🧬

Signed vault writes

Every change your devices make is signed on-device with a key the relay never receives, and the relay refuses any write that isn't correctly signed or that tries to roll a version backwards. Someone who steals your account password still cannot alter or delete what's in your vault. Device-side verification of incoming changes is in active development.

Cryptographic specification

Vault encryptionAES-256-GCM (authenticated)
AuthenticationOPAQUE aPAKE — password never transmitted
Key derivationArgon2id / PBKDF2-HMAC-SHA-256
Key storageOS keychain · Secure Enclave / TPM where available
PasskeysWebAuthn / FIDO2 · CXP / CXF for transfer
TransportTLS 1.3 + application-layer E2E encryption
Breach dataHIBP k-anonymity range queries (hash prefix only)
Post-quantumML-KEM / hybrid key exchange (Business+ roadmap)

What happens if…

We design for the worst case. Here is how Walilock holds up.

…our servers are breached?

Attackers get encrypted blobs and no keys. There is no master password or vault key on the relay to steal, so your vault contents stay unreadable.

…the network is intercepted?

Traffic is TLS 1.3 encrypted in transit and already end-to-end encrypted at the application layer. A man-in-the-middle sees ciphertext twice over.

…a quantum computer arrives?

Our roadmap adds hybrid post-quantum key exchange (ML-KEM) so today's captured ciphertext can't be decrypted by tomorrow's "harvest-now, decrypt-later" attacks.

…you lose a device?

The vault key is device-bound and protected by your master password plus the OS secure element. A lost device's data can't be unlocked without your secret, and you can revoke the device from sync.

!

…you forget your master password?

By design, we cannot recover it — that's the trade-off for true zero-knowledge. Save an emergency kit when you enable sync — it restores access after a lost or wiped device, though it cannot replace a forgotten master password.

Roadmap

Post-quantum ready

Walilock is a local-first password manager built for the long term. Post-quantum protection is coming to our sync layer — so what's captured today stays unreadable when tomorrow's computers arrive.

Explore Enterprise →

Security shouldn't require trust

Download Walilock and verify it yourself. Free forever for individuals.

↓ Download Free See pricing →