Security design

A security claim you cannot check is marketing. The protocol is published in full, the test vectors are in the repository, and the threat model states the limits as plainly as the strengths.

What Z is designed to withstand

What it cannot do

These are real limits, not hypotheticals, and they are in the published threat model rather than buried:

How the claims are checked

The wire protocol is frozen and specified byte by byte, and pinned by known-answer test vectors. Those vectors are reproduced on every change by three independent implementations: the app's own, a clean-room implementation written from the specification alone that shares no code with it, and reference implementations of the post-quantum primitives. If any of them disagrees, the build fails.

Independent audit

Z has not yet had an external security audit. The scope brief and the threat model are published so that one can start from a clear statement of what is claimed. We would rather say this plainly than imply an assurance that does not exist.

Threat model Protocol spec Audit scope