Skip to main content
Security architecture

Security you can read.
Data nobody else can.

Your data is encrypted on your device before it ever travels. The key is made from your password and never leaves you. We store only sealed ciphertext — so even we can't open it.

Client-side encryption

It locks before it leaves.

Nothing readable ever reaches our servers. Encryption happens on your device, with a key only you hold.

1

Your password becomes a key.

Argon2id derives your key from your password on your device. The password is never transmitted.

2

The data is sealed.

Every field is encrypted with XChaCha20-Poly1305 — authenticated, so tampering is detected.

3

Only ciphertext travels.

Our servers receive sealed blobs. There is no master key on any server to find.

Even we can't open it.

This is zero-knowledge. Access comes from keys you control — not from job titles.

Cryptographic primitives

Boring, audited cryptography.

Built on libsodium — the most audited cryptographic library. No invented ciphers. No RSA. No legacy padding.

XChaCha20-Poly1305

Authenticated encryption

Authenticated encryption for all data. The same cipher used by Signal, WireGuard and Cloudflare.

  • 256-bit keys with 192-bit extended nonces
  • Poly1305 tag detects any tampering
  • A unique nonce for every operation
  • FIPS fallback: AES-256-GCM

X25519

Key exchange

Elliptic-curve key agreement. 32-byte keys — far smaller and faster than RSA, with no padding to misuse.

  • Curve25519 — 128-bit security
  • No padding schemes, misuse-resistant
  • Powers per-user sealed-box key sharing
  • Post-quantum hybrid: ML-KEM ready

Argon2id

Password key derivation

Winner of the Password Hashing Competition. A memory-hard function that defeats GPU and ASIC attacks.

  • 128 MB of memory per derivation
  • 5 iterations — tuned to be slow for attackers
  • Password is never transmitted
  • FIPS fallback: PBKDF2-HMAC-SHA512

Ed25519

Digital signatures

High-performance signatures for the audit trail, identity certificates and event logs.

  • 32-byte public keys, 64-byte signatures
  • Deterministic — no randomness failures
  • Signs the hash-chained event log
  • Post-quantum hybrid: ML-DSA ready

HMAC-SHA512/256 — searchable encryption

You can query encrypted data without decrypting it. Keyed HMAC signatures let the database match records by signature — it never sees the plaintext.

ML-KEM / ML-DSA — post-quantum hybrid

A hybrid framework runs the classical primitives alongside the NIST post-quantum standards. When quantum computers arrive, the upgrade is already in place — no data re-encryption needed.

Key management

Access is given by keys.

No master key sits on any server. Access is shared and revoked by wrapping keys for each person — not by trusting an administrator.

Keys derived locally

Your keys are derived from your password on your device. The same password always derives the same keys — nothing is stored server-side to steal.

Sealed-box sharing

Data keys are wrapped for each recipient with X25519 sealed boxes. Granting or revoking access is instant — no data is ever re-encrypted.

PKI & certificates

A built-in certificate authority issues Ed25519-signed identity certificates, binding each key to a person inside your organization.

Cryptographic audit trail

A history that can't be rewritten.

Every meaningful event is logged in a chain. Each entry is hashed onto the one before it and signed with Ed25519. Change one record and the whole chain breaks — visibly.

  • Hash-chained — each entry locks the one before it
  • Ed25519-signed — every entry is provably authentic
  • Tamper-evident — any edit breaks the chain visibly
event #1042 a71e · sig ✓
↑ prev-hash
event #1043 d40b · sig ✓
↑ prev-hash
tampered #1044 9f2c · sig ✗
Threat model

What happens when it goes wrong.

Every attack ends the same way: there is nothing readable to take.

A hacker dumps the database?

They take ciphertext — mathematical noise. No master key exists on any server, so there is nothing to unlock and nothing to ransom.

An insider with DB access?

A DBA sees only encrypted blobs. They cannot read, cannot forge and cannot leak anything meaningful.

A subpoena lands on us?

We can only hand over what we hold: encrypted data we cannot decrypt. Zero-knowledge means zero access.

Ransomware hits the servers?

The data is already encrypted. There is no readable copy to hold hostage and nothing to threaten to leak.

Zeromatics itself is breached?

We never hold your plaintext keys. Our servers store only ciphertext. We cannot read your data even if we wanted to.

Quantum computers arrive?

The ML-KEM / ML-DSA hybrid framework is already in place — classical and post-quantum combined, as a drop-in upgrade.

Ransomware immunity

There is nothing to hold hostage.

Ransomware works by encrypting your data and selling it back to you. Our data is already encrypted — and a stolen copy is mathematical noise. There is no leverage, and nothing to leak.

a71e · d40b · 9f2c · e338 …

This is everything an attacker who steals our database actually gets.

See it sealed, live.

Bring your hardest security questions. We will show you your own data turning to ciphertext before it leaves the browser.