Architectural Constraint, Not a Policy

Zero-Knowledge Architecture

A zero-knowledge architecture for anonymous baselining — designed to reveal patterns, not identities.

What "Zero-Knowledge" Means on Rilev

Rilev's "Zero-Knowledge Architecture" means Rilev does not have your real-world identity, cannot link your account to your data, cannot read your raw answers, cannot recover your private key, and cannot attribute individual results to you.

Five distinct properties, working alongside Rilev's two-layer anonymity architecture.

01
We don't collect information about which real person is behind the account

Zero Knowledge of Identity

Rilev does not collect or store your real-world identity. No name, email, phone number, or any other personal identifier is required or stored. We do not log your IP address — it is transiently hashed in memory for rate limiting and immediately discarded. We do not fingerprint your device. This is also Layer 1 of Rilev's anonymity architecture: your account is anonymous from the moment it is created.

What this means in practice

Rilev doesn't know your name
Rilev doesn't know your email
Rilev doesn't know your phone number
We do not log your IP address — only a transient hash for rate limiting
We do not fingerprint your device or browser
Rilev doesn't link your payment identity

To be precise

Third-party infrastructure providers (hosting, payment processors, app stores) process their own standard metadata under their own privacy policies. This claim describes what Rilev — our code, our database, our team — knows.

02
We can't connect your account to your data

Zero Knowledge of Linkability

Your account and your assessment data are stored in completely separate locations. There is no persistent readable link between them — your private key is the only bridge. This is also Layer 2 of Rilev's anonymity architecture: without that key, there is no readable ownership graph connecting results to an account.

What this means in practice

Account and data live in separate, unlinked storage
Your private key is the only bridge between account and data
Your private key never leaves your device — only cryptographic derivatives are sent to the server during authentication
Even with full database access, there is no readable ownership graph

To be precise

During authentication, your device derives purpose-specific cryptographic keys from your private key using industry-standard key derivation (HKDF). Only these derived keys are sent to the server — the raw private key never leaves your browser. The server uses one derived key for account lookup and another for identity verification. A third derived key, which never reaches the server, is used by your browser to encrypt and decrypt the link to your data.

users/
anon account
outcomes/
anon data
03
Rilev never sees your answers

Zero Knowledge of Raw Answers

Raw answers never leave your device. Only aggregated scale scores reach the server. Rilev never sees how you answered any specific question.

What this means in practice

All scoring runs client-side in your browser
Raw answers are deleted after local scoring
68 aggregated outcome scores reach the server — not 300+ individual answers
Crisis detection runs client-side; if triggered, the specific responses are retained for safety and legal compliance

To be precise

The server stores aggregated scale scores (e.g., 'Depression severity: moderate'). It does not store individual question responses (e.g., 'Feeling like a failure: Nearly every day').

What server receives

"Depression severity: 14/27 (moderate)"

Never sent

"Feeling like a failure: Nearly every day"

04
Recovery exists — only you can trigger it

Zero-Knowledge Key Recovery

If you lose your private key, recovery is possible only if you enabled it in advance. Recovery requires your Recovery ID, your Authenticator app, and your security answers. Rilev does not store those original factors — only a one-way verification record.

What this means in practice

Your Recovery ID stays in your Authenticator app on your device
Your security answers stay with you
All three factors must be provided together
No single factor is enough on its own
Without the original factors, no one — including Rilev — can restore access

To be precise

Recovery is optional and user-initiated. When enabled, Rilev stores only a one-way verification record derived from your recovery factors. That record lets us verify a valid recovery attempt, but it cannot reveal the factors themselves. The original Recovery ID, Authenticator factor, and security answers remain with you.

05
Organizations see trends, never individuals

Zero-Knowledge Telemetry

Rilev Enterprise reveals workforce patterns without exposing individual employees. Anonymous scores are converted into group-level metrics only, with minimum group thresholds designed to prevent re-identification.

What organizations get

Individual results are never exposed to the organization
Only company-, location-, or department-level aggregates are shown
Minimum group thresholds help prevent re-identification
Employee anonymity remains intact — Layers 1 and 2 still apply

To be precise

Organizations can see group-level signals like '42% of this workforce shows moderate stress.' They cannot see individual-level results like 'John in accounting scored 18 on PHQ-9.'

Org sees

"42% of this workforce shows moderate stress"

Never exposed

"John in accounting scored 18 on PHQ-9"

Five Properties, One Architecture

Each property is independently enforced. Breaking one does not break the others.

PropertyProtects AgainstMechanism
Identity
Rilev knowing who you areNo PII collected — accounts are de-identified
Linkability
Connecting account → dataNo persistent link — private key is the only bridge
Raw Answers
Seeing individual responsesClient-side scoring, aggregated scores only
Key Recovery
Accessing your accountRecovery factors live only on your phone and in your memory
Telemetry
Orgs seeing individual dataAggregation-only pipeline, min thresholds

What Zero-Knowledge Does Not Mean

Precision matters. Here is what our architecture does — and does not — claim.

Not a cryptographic zero-knowledge proof

Rilev is not using formal cryptographic proof systems. Here, "zero-knowledge" describes an architectural privacy model: Rilev does not have the information needed to identify you, link your account to your data, read your raw answers, or recover your key.

Third-party infrastructure still exists

Payment processors, app stores, hosting providers, and other service providers operate under their own privacy and logging policies. Rilev’s zero-knowledge claim describes what Rilev can know — not what every infrastructure layer on the internet can observe.

The server still processes anonymous data

The server still handles requests, stores aggregated scores, and generates reports. Zero-knowledge does not mean zero processing. It means Rilev cannot connect that processing to your real-world identity.

The Bottom Line

We can't identify you — because we never collected your real-world identity.

We can't link your account to your data — because only your private key can resolve the connection.

We can't read your raw answers — because they never leave your device.

We can't restore access on your behalf. If enabled in advance, zero-knowledge recovery can only be completed by you.

For enterprise clients, we can't expose individual results to employers — because the enterprise pipeline outputs aggregates only.

    Rilev | Anonymous Mental Health Assessment