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; aggregates are anonymised at the data layer with a minimum bucket size of 5 producers.

Row-level security

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

Anonymised aggregation

Regional anchors aggregate across producers in your country / production system / species. Bucket size minimum is 5. Below that, no aggregate is published — keeps your operation data identifiable only to you.

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, point-in-time recovery to within 7 days. Cross-region replicas on Enterprise tier. Function source in version-controlled GitHub.

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.