Security and privacy
Most of the people on this platform are children, and the design starts there.
A coaching platform holds a child's name, their schedule, where they will be on Tuesday at five, and what their coach thinks of their progress. This page states how each of those is protected, and the final section states what is not built yet.
Consent
Nothing about a child is processed before a guardian consents.
When a coach adds a student to a batch, Cultiv8 stores two things and no more: the guardian's mobile number, and a name to call the child on the register. It stores no date of birth, no photograph, no attendance history and no session notes.
The guardian then grants consent from their own phone, verified by a one-time password sent to that number, against a specific published notice. Only after that does anything else about the child become processable. Verifying an identity is not the same as verifying guardianship, so the grant additionally requires an active parent or guardian relationship to that child.
A student added to a batch is treated as a minor unless someone explicitly declares them an adult, so the consent gate cannot be skipped by leaving out an age. A placeholder nobody claims is deleted after thirty days and its place in the batch is cancelled, so a child nobody consented for never lingers in a batch.
Consent records are never overwritten. Withdrawing consent writes a new record, and so does a change to the notice, which keeps the history auditable rather than merely current.
Isolation
One academy can never read another's data.
Isolation is enforced twice, not once
The application filters every query by customer, and the database enforces the same boundary again underneath it, with row-level security on every table that holds a customer's records. A defect in the application layer does not become a data leak.
The default is no rows, not every row
A query that reaches the database without a customer identity returns zero rows rather than all of them. Failing closed is a design decision taken up front, and it is the behavior that matters when something else goes wrong.
Encryption bound to the customer
The most sensitive fields are encrypted individually, with the customer identity cryptographically bound into the ciphertext. A decryption attempted under the wrong identity fails outright, which makes encryption a second lock on isolation rather than only a lock on the disk.
Access is scoped by relationship
Families see their own children. Coaches see their own students. An academy sees the students it teaches. No view spans them.
Attendance and money
A person writes every attendance mark and every payment.
Attendance and money decide what a coach is owed. A student marked present is a class that gets paid for, so those records are written by a person and never by software acting on its own.
Ira automates the paperwork around those records, and stops there. It summarizes and rewrites on its own, where nothing leaves for another person and no attendance or fee record changes. It writes every message that goes out and holds it for a person to approve. And it never touches attendance or money at all: Ira never acts without your approval, never marks attendance, and never modifies fee records.
That boundary is not a setting somebody could switch on. No path exists in the system for an assistant to mark a student present, record a payment, cancel a place in a batch, issue a refund, or grant a consent. Those actions carry no proposal form at all, which is a stronger guarantee than a disabled button.
Three further commitments apply to the assistant:
- Ira reads only inside your own account, and cannot see across customers.
- One customer's data is never used to train a model another customer uses.
- Ira can never show you something you could not have seen yourself, because it runs the same permission checks your own screens run.
Privacy
No trackers, and every record stays in India.
No advertising software in either app
Neither app carries an advertising tracker, an analytics kit, or attribution software. There is no behavioral profiling of children, and no advertising is directed at them.
Encrypted, and hosted in Mumbai
Data is encrypted at rest under a managed key with automatic rotation, and in transit over current Transport Layer Security. It is stored in the Amazon Web Services Mumbai region, in India.
Your rights, inside the statutory window
Access, correction, erasure and portability are honored inside the thirty-day window the Digital Personal Data Protection (DPDP) Act sets. During early access these run as a process the Cultiv8 team runs by hand behind a request form rather than a self-service screen.
Sign out any device, delete the account
See every device signed in to your account and sign any of them out immediately. You can delete your account from inside the app, and Cultiv8 names anything you have to settle first only where there is something you can act on.
Card details never reach Cultiv8
The payment gateway handles card data end to end. There is no card form in either app, and Cultiv8 never sees a card number.
Every action leaves a record
Writes that touch a child's data emit to an append-only log that commits with the write itself, so an action cannot exist without the record of who took it.
What is not built yet
What Cultiv8 does not claim.
Cultiv8 is pre-launch. The list below is what a security page normally claims and this one does not, because none of it would be true today.
- No certifications. Cultiv8 is not SOC 2 audited, not ISO 27001 certified, and has not been independently penetration tested. Each of those is planned rather than held.
- No coach background checks and no verified badge. The only identity check today is the payment gateway's own: a coach cannot collect money online until it verifies their tax identity and a bank account confirmed by a test deposit. Credential verification, certification checks and a verified badge are planned and not shipped. No page here describes coaches as vetted.
- No in-app child-safety reporting channel. Confidential safety reporting was removed from the launch scope and returns after it. To raise a concern during early access, use the contact form.
- Shared encryption keys, for now. Field encryption uses a platform key today. Per-customer keys, and customer-supplied keys for institutions, are planned.
- No self-service audit view yet. The append-only log exists; the screen that lets you read your own is planned.
Early access
Join the beta.
Early access is open to coaches, academies, families. Leave an email address or a mobile number, and someone from Cultiv8 will get back to you.
You are on the list. Someone from Cultiv8 will be in touch.