Security, in plain language

Know what ZeroLatch can protect—and what each access option asks of you.

Every file is encrypted in your browser before upload. Simple and Private access differ in who controls recovery.

Recommended

Simple access

ZeroLatch manages recovery so authorized owners and recipients do not need a separate code.

  • No extra encryption password
  • Easier recovery for the owner
  • Time-limited recipient access

This is not zero-knowledge: after authorization, the application can technically recover the key for this delivery.

Advanced

Private access

You hold a recovery code that ZeroLatch never stores.

  • You control the recovery code
  • ZeroLatch cannot recover the files
  • The code must be shared separately

If the code is lost, the files cannot be recovered by you, your recipient, or ZeroLatch.

Controls before a delivery is sent

1

Recipient verification

Confirm the address now, or keep it private and verify access through the delivery link later.

2

Reminders

ZeroLatch asks you to check in before any safety period can complete.

3

Expiring access

Release links are random, purpose-specific, stored as hashes, and expire.

Technical details

Files use AES-256-GCM authenticated encryption in the browser. Stored file objects are ciphertext.

Simple deliveries store a wrapped content key protected by the server-side managed-key boundary. A valid release token and correct delivery mode are required before the key can be requested.

Private deliveries derive access from a browser-generated recovery code. The recovery code itself is not stored by ZeroLatch.

The honest boundary

Encryption reduces risk; it does not make any online service invulnerable. Database, application, email, device, and storage compromise are different risks. Use Private access when preventing ZeroLatch from recovering the content matters more than easy recovery.