KuraPath
know your health
Security Disclosure.
We treat your health data with the highest level of care. This document outlines how we protect your information through quantum-safe encryption, pseudonymization, and our commitment to security transparency.
Download Our Security Pack
Encryption standards, access controls, AI security, data residency, and compliance alignment — everything your security team will ask for, ready before they ask.
Quantum-Safe Encryption
AES-256-GCM field-level encryption (FIPS 197) with crypto-agility version tagging for seamless algorithm upgrades. TLS 1.3 with hybrid post-quantum key encapsulation (ML-KEM-768) for all data in transit. HMAC-SHA256 pseudonymization for user identity separation. Active ML-DSA-65 digital signatures for AI content integrity and FIPS 203/204 compliance.
Access Control
Row Level Security (RLS) at the database layer ensures complete data isolation between users. Cross-tenancy access is architecturally impossible.
Authentication
Industry-leading identity protection via Clerk, supporting multi-factor authentication (MFA), biometric passkeys, and WebAuthn for secure account access.
Infrastructure
Hosted on enterprise-grade cloud infrastructure with encrypted storage, automated backups, and high-availability architecture with redundancy.
1. Our Security Commitment
KuraPath is a health education and wellbeing platform that processes sensitive health information. We recognise the critical importance of protecting this data and are committed to implementing and maintaining security measures that meet or exceed industry standards and comply with Australian regulatory requirements, including the Privacy Act 1988 (Cth) and the Notifiable Data Breaches (NDB) scheme.
Security is not an afterthought. It is embedded into every layer of our architecture, from how we store data to how our AI processes health information.
Security Posture at a Glance
KuraPath maintains 23 active security controls across 5 Trust Services Criteria. Our architecture includes AES-256-GCM field-level encryption at rest, hybrid post-quantum key encapsulation (ML-KEM-768) and active ML-DSA-65 signatures for AI outputs, field-level encryption with unique initialisation vectors, optional on-device inference for zero-data-transmission use cases, and a 5-layer AI safety pipeline with dual-model consensus evaluation.
2. Data Encryption
- At rest: All stored data, including health records, user profiles, and AI-generated insights, is encrypted using AES-256-GCM encryption, classified by NIST as quantum-resistant;
- In transit: All network communications use TLS 1.3 with hybrid post-quantum key encapsulation (ML-KEM-768) and active ML-DSA-65 signatures, ensuring data cannot be intercepted or tampered with during transmission, including by future quantum computers;
- Field-level encryption: Sensitive health fields (raw results, AI analysis, health signals) are individually encrypted using AES-256-GCM with unique initialisation vectors (IVs) per field, providing defence-in-depth beyond database-level encryption;
- API security: All API endpoints require authenticated requests. Sensitive operations require additional verification;
- Key management: Encryption keys are managed through secure key management services with automatic rotation and strict access controls.
Post-Quantum Cryptography (PQC)
KuraPath implements active post-quantum cryptography aligned with NIST's Post-Quantum Cryptography Standardisation Programme:
- Symmetric encryption (AES-256):NIST confirms that AES-256 provides adequate security against quantum attacks. Grover's algorithm reduces the effective key strength to 128-bit equivalent, which is still computationally infeasible to break;
- Hybrid key exchange & signatures: All network traffic and field transfers employ hybrid post-quantum key encapsulation (ML-KEM-768) and active ML-DSA-65 digital signatures, combining classical and quantum-resistant algorithms;
- Harvest-now-decrypt-later defence: By implementing active PQC key encapsulation today, we protect against adversaries who may intercept encrypted traffic now and attempt decryption with future quantum computers;
- NIST FIPS 203 & 204 alignment: Our infrastructure has fully adopted the finalized NIST standards for ML-KEM and ML-DSA, serving as a live cryptographic shield for patient records.
3. Access Control & Authentication
- User authentication: Powered by Clerk, supporting email/password, social login, multi-factor authentication (MFA), and FIDO2/WebAuthn biometric passkeys;
- Row Level Security (RLS):Enforced at the Supabase database level. Every query is scoped to the authenticated user, making it architecturally impossible to access another user's data;
- Principle of least privilege: Internal access to production systems is restricted to authorised personnel only, with role-based access controls and audit logging;
- Administrative access: Admin functions are protected by additional identity verification and are restricted to designated platform administrators;
- Session management: Sessions are securely managed with automatic expiry, token rotation, and secure cookie settings.
4. AI Security & Data Separation
Given that KuraPath uses AI to process sensitive health data, we implement specific safeguards:
- Identity separation: Personally identifiable information (PII) is separated from clinical data before AI processing. AI models receive de-identified health values only;
- No third-party training: Your health data is never used to train third-party AI models or shared with AI providers for model improvement;
- Voice Data Privacy: Audio streams from Voice AI sessions are processed ephemerally via secure WebSocket connections. Voice interactions are transcribed for your clinical history, but raw audio is never permanently stored or used for model training;
- Kura Guide Conversation Persistence: Kura Guide conversation history is stored using the same field-level encryption (AES-256-GCM) and row-level security (RLS) as all health data. Conversations are scoped exclusively to your account and cannot be accessed by other users or KuraPath staff without authorisation;
- KuraBridge Translation Privacy: No voice audio from KuraBridge medical translation sessions is recorded or stored. Only text transcripts are generated, encrypted at rest with AES-256-GCM, and accessible only to the authenticated session participants;
- Prompt injection protection: We implement input validation, sanitisation, and adversarial red-team testing to protect against prompt injection attacks on AI systems;
- Industry-leading 5-layer safety pipeline: Every AI output passes through a five-layer safety pipeline: (1) deterministic pattern scanning with 40+ regex rules and a 70+ drug/supplement blocklist, (2) dual-model LLM consensus evaluation using two independent Gemini instances scoring against a 10-criterion weighted rubric, (3) grounding verification that cross-references AI claims against retrieved evidence documents, (4) FMECA-inspired severity classification that routes actions from pass to block based on clinical risk, and (5) full observability with every evaluation persisted for admin audit and drift detection;
- Output monitoring: AI outputs are continuously monitored for hallucinations and inaccuracies. We maintain structured hallucination logs with severity classification and admin review workflows;
- Automated quality testing: We maintain a comprehensive evaluation test suite that is automatically run on every change to AI-related code, including adversarial attack tests, multilingual input validation, and bias and fairness checks;
- Rate limiting: API endpoints, including AI-powered features, are rate-limited to prevent abuse and ensure fair usage.
5. Infrastructure Security
- Cloud hosting: The Platform is hosted on enterprise-grade cloud infrastructure with high availability, automatic scaling, and geographic redundancy;
- Network security: VentraIP WAF, DDoS protection, and network segmentation protect against external threats. Geo-blocking available;
- Automated backups: Daily encrypted backups via Supabase with point-in-time recovery (PITR). Deleted account data purged from production within 30 days and from backups within 90 days;
- Dependency management: Automated dependency vulnerability scanning via Dependabot. Critical patches applied within 72 hours;
- Environment isolation: Development, staging, and production environments are strictly separated. Production data is never used in development or testing;
- Network security: VentraIP Anycast DNS, DDoS protection, and network segmentation
- Storage security: Geospatial raster data (environmental embeddings, Optimised GeoTIFF files from AlphaEarth and Dynamic World) is served from VentraIP sovereign object storage with bucket-level access control policies and encrypted transit.. All geospatial processing occurs on KuraPath infrastructure — no user location data or PII leaves KuraPath servers for satellite lookups;
- On-device audio inference:The Perch 2.0 noise classification model runs entirely in the user's browser via WebGPU/ONNX Runtime. No audio data is transmitted to any external server.
Vulnerability Remediation SLAs
| Severity | Remediation Target | Examples |
|---|---|---|
| Critical | 48 hours | Remote code execution, authentication bypass, data exfiltration |
| High | 14 days | Privilege escalation, sensitive data exposure, XSS with health data access |
| Medium | 30 days | Information disclosure, CSRF, non-critical configuration issues |
Web Application Security
KuraPath achieves an A+ rating on the Mozilla Observatory (100/100), the industry-standard web security scanner maintained by Mozilla. Our web application security controls include:
- Content Security Policy (CSP): Per-request cryptographic nonces with
strict-dynamic, preventing cross-site scripting (XSS) and code injection attacks; - HTTP Strict Transport Security (HSTS): Preloaded with a 2-year max-age, enforcing HTTPS across all subdomains;
- Cross-Origin isolation: Cross-Origin-Opener-Policy and Cross-Origin-Resource-Policy headers prevent Spectre-class side-channel attacks;
- Permissions Policy: Restrictive policy denying access to unnecessary browser APIs (payment, USB, Bluetooth, geolocation);
- Frame protection: X-Frame-Options and CSP frame-ancestors prevent clickjacking attacks;
- Server identity protection: Server technology headers suppressed to prevent information leakage.
6. Monitoring & Incident Response
We maintain continuous monitoring and a documented incident response procedure:
- Centralised logging: Application, infrastructure, and access events aggregated via Sentry and Vercel logging. All AI interaction logs maintained for performance monitoring and safety compliance;
- Log retention: Error and access logs retained for a minimum of 90 days online. Audit-relevant records (AI interaction logs, consent records, EULA acceptance events) retained for the lifetime of the account. Sentry retains event data for 90 days with full stack traces;
- Error monitoring: Real-time error tracking and alerting via Sentry, with sampling controls to balance coverage and performance;
- Anomaly detection: Monitoring of authentication patterns, API usage, and data access for unusual activity;
- Automated alerting: Real-time alerts with escalation to on-call engineering for critical events;
- Incident response plan: Documented procedures for identifying, containing, analysing, and recovering from security incidents, with defined escalation paths and roles;
- Notifiable Data Breaches: In compliance with the NDB scheme (Part IIIC, Privacy Act 1988), we will notify the OAIC and affected individuals of eligible data breaches as soon as practicable;
- Post-incident review: All security incidents are followed by a root cause analysis and implementation of preventive measures.
7. Third-Party Services
We use carefully selected third-party services to operate the Platform. Each is evaluated for security and privacy compliance:
| Service | Purpose | Data Shared |
|---|---|---|
| Clerk | Authentication & identity | Email, name, auth credentials |
| Supabase | Database & storage (ISO 27001:2022 certified) | All platform data (encrypted) |
| Vercel | Hosting & deployment | Application code, request logs |
| VentraIP | CDN, DDoS protection, WAF, post-quantum TLS | Encrypted request metadata (no health data) |
| Google AI (Gemini) | Health interpretation AI, embeddings, Voice AI | De-identified health values only |
| Stripe | Payment processing & subscriptions | Payment details, email, billing address (no health data) |
| Sentry | Error monitoring | Technical error data (no health data) |
| Resend | Transactional email | Email address, name |
| Open-Meteo | Real-time AQI, UV, pollen & weather data (Biosphere) | Location coordinates only (no personal data) |
| AIHW MyHospitals API | Live hospital performance maps (Biosphere) | No personal data (public API, read-only) |
All third-party providers are evaluated for their security practices and compliance with applicable privacy laws. Public data API providers (Open-Meteo, AIHW) receive no personal or health information. We ensure appropriate contractual protections are in place with all other providers.
Supply Chain Compliance
Our primary data infrastructure provider, Supabase, holds ISO/IEC 27001:2022 and SOC 2 Type II certification covering its information security management system across the entire platform. Our hosting provider, Vercel, also holds SOC 2 Type II certification. This provides independently audited assurance that our core infrastructure layers meet international information security standards.
8. Data Residency
KuraPath uses carefully selected infrastructure providers, each evaluated for security compliance. The following table summarises where data is processed and stored. Our primary health database is hosted in ap-southeast-2 (Sydney, Australia), ensuring health data sovereignty.
| Component | Provider | Region | Compliance |
|---|---|---|---|
| Database | Supabase | ap-southeast-2 (Sydney) | ISO/IEC 27001:2022 |
| Authentication | Clerk | US (managed service) | SOC 2 Type II |
| Hosting | Vercel | Edge (global); functions (iad1) | SOC 2 Type II |
| CDN / WAF | VentraIP | Global edge | SOC 2, ISO 27001 |
| AI Engine | Google (Gemini) | US (inference only) | SOC 2, ISO 27001 |
| Payments | Stripe | US (billing only) | PCI DSS Level 1 |
In accordance with APP 8, before disclosing personal information to any overseas recipient, we take reasonable steps to ensure the recipient complies with the Australian Privacy Principles or is subject to a substantially similar privacy regime.
9. Responsible Disclosure
We value the security research community and welcome responsible disclosure of vulnerabilities. If you discover a security issue, please report it to us:
Report a vulnerability:
Email: security@kurapath.com
When reporting, please include:
- A description of the vulnerability and its potential impact;
- Steps to reproduce the issue;
- Any relevant screenshots, logs, or proof-of-concept code;
- Your contact information for follow-up.
Our commitment to researchers:
- We will acknowledge your report within 48 hours;
- We will provide regular updates on our progress in addressing the vulnerability;
- We will not take legal action against researchers who report vulnerabilities in good faith and comply with this disclosure policy;
- We ask that you do not publicly disclose the vulnerability until we have had a reasonable opportunity to address it (typically 90 days);
- We ask that you do not access, modify, or delete user data during your research.
10. Compliance & Standards
KuraPath aligns its security practices with recognised frameworks and regulatory requirements:
- Privacy Act 1988 (Cth): Full compliance with the Australian Privacy Principles (APPs) and the Notifiable Data Breaches scheme;
- OWASP Top 10: Our application development follows OWASP guidelines to mitigate common web application security risks;
- NIST Cybersecurity Framework:We align our security governance with the NIST framework's five core functions: Identify, Protect, Detect, Respond, and Recover;
- Australian Cyber Security Centre (ACSC) Essential Eight:We implement the ACSC's Essential Eight mitigation strategies as applicable to our cloud-native architecture;
- GDPR awareness: For users accessing from the European Economic Area, we implement data protection measures consistent with GDPR principles;
- ISO 27001 supply chain: Our primary data infrastructure provider (Supabase) is certified to ISO/IEC 27001:2022, providing independently audited assurance of information security management across our database layer;
- APRA CPS 230 Readiness:KuraPath's security architecture is designed to support APRA's CPS 230 operational resilience requirements for insurer vendor onboarding, including service continuity planning, incident response, and third-party risk management controls.
11. Continuous Improvement
Security is an ongoing commitment. We continuously review and improve our security posture through:
- Regular security reviews and code audits;
- Staying current with emerging threats and vulnerabilities;
- Updating dependencies and patching known vulnerabilities promptly;
- Reviewing and updating security policies and procedures;
- Learning from security incidents and near-misses.
This Security Disclosure will be updated as our security practices evolve. Material changes will be noted on this page.
Security Inquiries
For security questions or to report a vulnerability: security@kurapath.com
For general privacy inquiries: support@kurapath.com