Privacy Policy

Your secrets stay yours.

ApnaBharosa is built on a zero-knowledge architecture: your vault contents are encrypted on your phone with keys we never see. This page explains exactly what we collect, why, and how we protect it.

Effective 18 May 2026Last updated 18 May 2026Version 1.0
Our core commitment

We cannot read your vault. Ever.

Every sensitive field — account credentials, recovery secrets, identity details, uploaded documents — is encrypted on your device with a key derived from your PIN before it ever touches our servers. We hold ciphertext. You hold the key.

01Who this applies to#

This Privacy Policy applies to the ApnaBharosa mobile application (“the App”) and the related backend services hosted at api.apnabharosa.com and storage.apnabharosa.com (together, “the Service”), operated by the ApnaBharosa team (“we”, “us”).

By creating an account in the App you accept this Policy. If you don't agree with any part of it, please do not use the Service.

02The zero-knowledge promise#

ApnaBharosa is designed so that a database leak on our end would expose no usable secrets. Here's what that means in concrete terms:

  • Your PIN never leaves your phone.
  • An encryption key is derived from your PIN on-device using PBKDF2 with a high iteration count and a per-account salt.
  • Vault data (asset details, document attachments, recovery hints) is encrypted with AES-256-GCM before being uploaded.
  • Nominee access uses a separate split-key scheme so a nominee can only decrypt what you explicitly assigned to them, and only after the inheritance trigger has fired.
  • Biometric unlock keys are stored only in your device's secure enclave / hardware-backed keystore.

What this means for you: if our servers are compromised, attackers see encrypted blobs and hashed identifiers — not your account credentials, not your documents, and not your recovery phrase.

03What we collect#

We deliberately collect as little as possible. The minimum that the Service needs to work falls into these categories:

Phone number

Stored in two forms: a salted hash (for login lookup) and an encrypted record. Required to receive OTPs.

Email (optional)

Only collected if you choose to set one. Used for escalation alerts and account recovery prompts.

Profile basics

Your name and date of birth, plus an optional guardian contact. Stored encrypted on our servers.

Nominees you add

Name, contact (hashed), a secret question, and a hash of the answer they'll need to claim. The relationship is encrypted.

Your vault entries

Account names, providers, balances, instructions, attached PDFs/images. All AES-encrypted on-device before upload.

Heartbeat activity

The timestamps of your “I'm okay” check-ins. Used to trigger the escalation ladder if you stop checking in.

Device push token

An anonymous token from Firebase Cloud Messaging so we can send “are you there?” reminders.

Device & diagnostic info

Coarse logs of failed requests (no payloads). Used for outage detection. No analytics SDK, no advertising IDs.

Contacts (only when you pick one)

If you tap “Pick from contacts” to autofill a nominee's number, the device's contact picker is used. Only the single contact you choose is stored — we never upload your full contacts list.

What we explicitly do not collect

  • Your PIN, your fingerprint template, or any biometric data.
  • Your recovery phrase — it never leaves your device.
  • Location, microphone, advertising / marketing trackers.
  • The camera is used only locally for document scans you initiate — captured images go through the same client-side encryption flow before upload; we do not stream the camera.
  • We do not read or upload your entire contacts list. When you tap “Pick from contacts” to fill a nominee's number, the device shows the system contact picker; only the single contact you select is then stored as part of that nominee's encrypted record.
  • Advertising IDs or marketing trackers.

04How we use what we collect#

  • To run the Service — authenticate you, sync your encrypted vault between devices, deliver the inheritance trigger to your nominees.
  • To detect inactivity — track when you last checked in so the escalation ladder fires only when it should.
  • To send transactional messages — OTPs over SMS, verification codes over email, push reminders.
  • To diagnose outages — keep aggregated, non-personal request logs.
  • To comply with the law — respond to lawful requests when we receive a valid order. We cannot hand over content we cannot read.

We do not use your data to profile you, train models, sell to brokers, or run ads.

05When we share data#

We do not sell your data. The narrow cases where information moves to a third party:

  • SMS provider — your phone number is shared with our SMS gateway only to deliver one-time OTPs. Message Central
  • Email provider — your email is shared with our SMTP relay only to deliver verification codes and inheritance alerts. Titan Email
  • Push provider — anonymous push tokens transit through the OS push services. FCMExpo Push
  • When you trigger the release — once the inheritance trigger has fired, your nominee receives only the encrypted assets you assigned to them, plus instructions to use their secret answer to unlock the keys.
  • Legal compulsion — if we receive a valid legal order, we can hand over whatever metadata we hold. As designed, this excludes the contents of your vault.

06How we protect data#

  • Encryption at rest — AES-256-GCM on every sensitive field, with keys derived client-side via PBKDF2.
  • Encryption in transit — TLS 1.2+ everywhere; HSTS enabled; certificates auto-renewed.
  • Hashing — PINs and secret answers are never stored. We store key derivations and verification hashes only.
  • Network isolation — internal services (database, cache, workflow engine, object storage) bind to loopback or private networks only; nothing besides the API and storage gateway is reachable from the public internet.
  • Hardware-backed keys — biometric-protected keys live in your device's secure enclave / Android Keystore. We never see them.
  • Account hardening — operator access to production is short-lived and audited.

No system is perfect. We take security seriously; if you believe you have found a vulnerability please email admin@apnabharosa.com with details.

07Data retention & deletion#

  • Active account — we keep your data for as long as your account exists, so we can fulfill the inheritance trigger if it ever fires.
  • Inactive heartbeat — if the trigger fires and the release runs, encrypted assets remain accessible to your nominees for 90 days, after which they are purged.
  • Account deletion — you can delete your account from inside the App (“Reset App” under settings). On deletion, identity records, vault rows, nominee rows, and encrypted attachments are removed within 30 days. Operational backups roll off within 35 days.
  • Logs — request logs are retained for up to 14 days, then deleted.

08Your rights#

Wherever you live, you have these baseline rights with respect to your account:

  • Access — see what's in your account from inside the App. Most data is already only visible to you.
  • Correction — edit your profile, nominees, and vault entries directly in-app.
  • Deletion — delete your account in-app; see Section 07 above for timelines.
  • Portability — request a copy of the data we hold by emailing admin@apnabharosa.com.
  • Withdraw consent — by deleting your account at any time.

If you are in a jurisdiction with extended rights (EU/UK GDPR, California CCPA, India DPDP Act), those rights apply in addition to the above; email us to exercise them and we will respond within statutory deadlines.

09Children#

ApnaBharosa is intended for adults (18+) making inheritance arrangements. We do not knowingly collect data from anyone under 18. If you believe a minor has created an account, please contact us and we will delete it.

10Third-party services we use#

  • Google Cloud Platform — hosts our servers in asia-south1 · Mumbai
  • Message Central — SMS / WhatsApp delivery for OTPs and escalation alerts.
  • Titan Email — outbound transactional email.
  • Firebase Cloud Messaging (Google) and Expo Push Service — Android push notifications.
  • Let's Encrypt — issues the TLS certificates that secure your connection.

Each of these vendors has its own privacy policy that governs the data it processes on our behalf. We only share with them the minimum needed to deliver the message you're expecting.

11International data transfers#

Our primary servers run in Mumbai, India. Some processors (push providers, email delivery) operate globally; when data leaves India it does so over TLS-encrypted channels and remains subject to this Policy.

12Changes to this policy#

We will update this page if the Service changes in a way that affects what we collect or how we use it. When changes are material, we'll let you know in-app or by email before they take effect. The “Last updated” stamp at the top always reflects the current version.

13Contact us#

Privacy questions, deletion requests, vulnerability reports — all go to admin@apnabharosa.com. We respond to genuine inquiries within 7 working days, typically much sooner.