Privacy Policy

Verdict · Version 2026-10-06.2

What we collect

How we use it

Advertising and licensed reports

Email-based registration requires a phone number even when the verification code is delivered by email. Email delivery does not prove phone possession; that account remains email-verified. Where Sign in with Apple is offered, its separate registration flow does not require a phone number.

Identity verification

Verifying your identity is optional. If you do, a government ID and a selfie go directly from your phone to our verification partner, Didit. Verdict processes the returned verification details to determine eligibility and derive duplicate-account checks. We keep the decision, your date of birth, the state and country on the document, and two one-way hashes: one of the document number and one of your name and date of birth. We derive matching keys for both the document and the person. These hashes are used to detect repeat verification of matching document or name-and-date-of-birth details. They help prevent duplicates but do not prove that every person has only one account. If you delete your account, the date of birth, state and country are deleted from your Verdict account record; the one-way hashes of the document and of the person are kept to detect repeat verification when document or person details match. These hashes support repeat-verification matching and are retained identifiers, not a guarantee of anonymity. The full Identity Verification Disclosure explains everything that happens. Our Didit account currently permits historical and new verification data to be used for improving Didit’s models. This is separate from checking your identity; the specific data involved depends on the verification workflow. The configured verification flow records session video, collects front and back ID images (PDF upload is also accepted), and captures a selfie for liveness and face matching. The configured Didit workflow includes ID verification, liveness detection, face matching, device and IP analysis, and anti-money-laundering (AML) screening. Our Didit application currently has session retention set to Unlimited, so no automatic session-expiry period is configured. This is separate from the retention of records in Verdict. For verification-data requests, contact Adam at adam@varrstacktech.com to coordinate with Didit. For Didit’s independent processing or an objection to model-improvement use, you may also contact privacy@didit.me. Account deletion does not automatically erase provider-held data.

Service providers and other disclosures

Current services include Vercel for hosting, Neon for the database, Resend for email delivery, Firebase Cloud Messaging for Android push notifications, and Didit for identity verification. Hosting and database services process account records and app activity; email delivery receives the destination address and message; Android push delivery receives device tokens and notification payloads. To create a Didit session, Verdict sends the selected workflow, a return URL and an internal account identifier (vendor_data); that identifier links the provider result to your Verdict account. Didit also processes the verification captures, device/IP signals and AML checks described below, and our account permits model-improvement use. Provider processing is separate from the aggregate reports licensed to statistical customers.

We also retain launch diagnostics, error descriptions, moderation reports and report details. Server request logs can include requested URLs and query text, such as a username search. These records support operation, security and moderation. The application does not currently implement a fixed cleanup period for diagnostics or moderation reports; hosting-provider log retention is managed separately. Turning off notifications deletes the readable notification-email field, not records already held in logs, reports, case evidence or provider systems.

We keep daily counts of sign-up steps: for each UTC date, a step name, an outcome, and a number. No account, email, phone, device or network identifier is stored with these counts. A scheduled cleanup removes counts older than the current UTC day and the 29 days before it.

Your choices and rights

Retention

Contact hashes are kept while your account exists and replaced with random values when it is deleted. Sessions expire after up to 7 days. Scheduled cleanup removes expired session and OTP records; using a code invalidates it but does not immediately delete its record. Deletion removes contact and profile data and disables the account; the retained account identifier still links the records listed below.

The following outlive a deleted account:

Consent and audit entries currently have no fixed deletion date and are retained with the record.

For a specific child-safety case, an administrator may preserve the reported conversation, report and relevant participant identifiers in restricted records that survive account deletion. Unreported case evidence expires after 30 days. When a completed CyberTipline report is recorded, evidence is kept for at least one year from submission. A documented legal request or ongoing child-safety investigation may extend a case to an explicit later date. Expired evidence is unavailable through the case interface and is erased by scheduled cleanup; restricted case and audit metadata remain. Ordinary messages are deleted with the account.

Children

Verdict is not intended for anyone under 18. Registration is age-gated and under-age attempts are refused. Rejection records contain the reported birth year (not the exact date), an IP-address hash, browser information and a timestamp.

Contact

Adam@varrstacktech.com