Genemap How it works Coverage Try Genemap Sign in
Security & trust

Your operation data, protected by design.

Genemap runs on Supabase (Postgres + Auth + Storage + Edge Functions) with row-level security enforced everywhere. Producer operation data is isolated by account. Genemap does not aggregate data across farms.

Row-level security

Every Supabase table has RLS policies. A producer's user_setup, slaughter outcomes, and catalogue uploads are only ever readable by that producer's authenticated session. No service-role-key escape hatches in the client.

No cross-farm aggregation

Genemap does not aggregate data across farms. If that ever changes, the minimum bucket size will be 5 producers, and nothing below that will be published.

Encrypted in transit and at rest

TLS 1.3 between client and platform. Postgres data encrypted at rest in Supabase managed storage. Edge Function secrets vaulted and never logged.

AI translator scope

The Claude-backed evaluation translator only ever sees the raw breed-society trait code, value and units. Your operation data, location, herd records, costs and producer identity are never sent. Anthropic does not retain inputs sent via API.

Authentication

Supabase Auth with hashed passwords (bcrypt), session JWTs, password recovery via signed magic links. Optional MFA. SSO available on Enterprise tier.

Backups & disaster recovery

Daily Postgres backups via Supabase, kept for 7 days; a restore goes back to the most recent daily backup (point-in-time recovery is not enabled). Source code is version-controlled in a private GitHub repository, with nightly copies in two other places.

Operational practices

Compliance & data residency

What we don't do

Reporting a security issue?
Please email security@genemap.com.au with details. We acknowledge within 24 hours and aim to triage and patch within 72 hours for high-severity issues. Coordinated disclosure preferred — please give us a fix window before publishing.