Daten bewegen sich zwischen der GlucIQ-App oder gluciq.com und unserem Backend über ein einziges API-Gateway, verschlüsselt mit TLS 1.2 oder höher. Die Datenschutzerklärung behandelt, was wir erheben und warum.
Wie der Dienst aufgebaut ist
Clients erreichen ein einziges API-Gateway unter api.gluciq.com. Die mobile App ruft nie direkt einen Backend-Dienst, einen Modellanbieter oder ein Speichersystem auf. Hinter dem Gateway liegen die Nutzer-, Glukose-, Ernährungs-, Rezept- und Fastendienste. Konto- und Gesundheitsdaten liegen in einem verwalteten Postgres-Backend, Mahlzeitenbilder liegen in einem Objektspeicher, der über minio.gluciq.com bereitgestellt wird, Cloudflare hostet und betreibt gluciq.com und stellt das DNS bereit, und Clerk stellt die Sitzungen aus, die das Gateway validiert. Das ist der ganze Weg.
Die Verarbeitungsregionen für das verwaltete Backend und den Objektspeicher stehen in unserem Auftragsverarbeiter-Verzeichnis. Schreiben Sie an [email protected] mit dem Betreff Sub-processor list, und Sie erhalten die aktuelle Fassung samt Regionen. Bestätigung kommt zuerst. Eine falsche Region ist schlimmer als eine langsame.
Verschlüsselung
| Wo | Was die Daten schützt |
|---|---|
| Bei der Übertragung | Transport Layer Security, Version 1.2 oder höher, für jede Verbindung zwischen App oder Website und dem Gateway sowie zwischen dem Gateway und jedem Backend-Dienst |
| Im Ruhezustand, serverseitig | Verschlüsselung im Ruhezustand, bereitgestellt von den verwalteten Postgres- und Objektspeicher-Plattformen |
| Im Ruhezustand, auf dem Gerät | Die Dateiverschlüsselung des Betriebssystems. Die SQLite-Datenbank der App verwendet keine separate Verschlüsselung auf Anwendungsebene, und wir behaupten weder SQLCipher noch etwas Gleichwertiges |
| Auf dem Gerät, Anmeldedaten | Das Sitzungstoken liegt im Schlüsselbund der Plattform: im iOS-Schlüsselbund oder im Android-Keystore-gestützten Speicher |
Die Datenbank der App auf dem Gerät stützt sich allein auf die Dateiverschlüsselung des Betriebssystems. Keine Verschlüsselung auf Anwendungsebene liegt darüber. Wenn Sie eine benötigen, bietet die aktuelle App keine.
Zugriffskontrolle
Der Zugriff ist rollenbasiert und folgt dem Prinzip der geringsten Rechte. Ein Entwickler erhält den Zugriff, den seine Funktion erfordert, und nichts darüber hinaus. Support-Mitarbeitende haben keinen dauerhaften Zugriff auf die Produktionsdatenbank und arbeiten mit Kontowerkzeugen und den von Ihnen gesendeten Tickets statt mit direktem Tabellenzugriff. Administrativer Zugriff erfordert Multi-Faktor-Authentifizierung, Produktionszugriffe werden protokolliert, überprüft und beim Ende einer Rolle entzogen, und Anwendungsgeheimnisse liegen in einem verwalteten Secret Store. Geheimnisse gelangen nie in die Quellcodeverwaltung.
Auftragsverarbeiter
Dritte, die personenbezogene Daten für das Produkt verarbeiten:
| Anbieter | Zweck | Betroffene Daten |
|---|---|---|
| Clerk | Identität, Authentifizierung, Sitzungsverwaltung | Konto-IDs, E-Mail-Adresse, OAuth-Token, Sitzungsdaten |
| Superwall | Paywall-Präsentation und Kaufvalidierung | Nutzer-ID, E-Mail-Adresse, Vorname, Datum der Kontoerstellung, Abonnementstatus |
| Sentry | Absturz- und Fehlerberichte | Fehlerdatensätze, Geräte- und App-Kontext, Nutzer-ID |
| Grafana Cloud | Anwendungsprotokolle und Traces, sofern Remote-Logging aktiviert ist | Diagnosedatensätze mit Geräte- und App-Kontext sowie einer Sitzungs-ID |
| Expo-Push-Dienst, der an den Apple Push Notification service und Google Firebase Cloud Messaging zustellt | Zustellung von Push-Benachrichtigungen | Geräte-Push-Token, Plattform, Gerätemodell, Betriebssystemversion |
| Google, über OpenRouter, als konfigurierter Standard-Modellanbieter | Mahlzeitenfoto-Analyse. Die Plattform unterstützt andere Modellanbieter | Das Mahlzeitenfoto und der damit gesendete Gesundheitskontext |
| Verwaltetes Postgres-Backend (Supabase) | Speicherung von Konto- und Gesundheitsdaten | Konto-, Profil- und Gesundheitsdaten |
Objektspeicher-Host, der minio.gluciq.com bereitstellt |
Speicherung von Mahlzeitenbildern | Mahlzeitenbilder |
| Cloudflare | Website-Hosting, Content Delivery, DNS | Website-Anfragedaten für gluciq.com |
Jeder Auftragsverarbeiter hat einen festen Zweck. Wir nehmen einen nur für einen definierten Produktzweck auf und verpflichten ihn vertraglich, die erhaltenen Daten zu schützen. Schreiben Sie mit dem Betreff Sub-processor list, um die aktuelle Liste samt der Region und der Leistungsbeschreibung jedes Auftragsverarbeiters zu erhalten. Für einen Auftragsverarbeitungsvertrag nutzen Sie DPA request.
Datenminimierung
Die Pipeline zur Mahlzeitenanalyse erhält das Foto und den Kontext, den die Schätzung braucht: Diabetes-Typ, aktueller und Ziel-Glukosewert, Insulinparameter und grundlegende Körperdaten. Nichts außerhalb dieser Schätzung geht mit. Fehler- und Protokolldatensätze entfernen E-Mail-Adressen, Telefonnummern, Geburtsdaten und Geheimnisse, behalten aber eine Nutzerkennung, damit ein Support-Mitarbeiter einen einzelnen Bericht einem einzelnen Konto zuordnen kann, ohne Kontaktdaten im Protokollierungssystem offenzulegen. Diese Kennung ist beabsichtigt. Die App sendet Daten nur für die von Ihnen genutzten Funktionen an unser Backend und nie direkt an einen Modellanbieter oder ein Speichersystem.
Zusammenfassung der Aufbewahrung
Die vollständigen Aufbewahrungsregeln stehen in der Datenschutzerklärung.
- Konto-, Profil- und Gesundheitsdaten werden aufbewahrt, solange das Konto aktiv ist.
- Wenn Sie das Konto löschen, werden diese Daten aus dem aktiven Dienst entfernt. Sie werden nur aus den rechtlichen Gründen aufbewahrt, die unter Konto- und Datenlöschung aufgeführt sind.
- Ein Mahlzeitenbild wird verarbeitet, um eine Analyse zu erstellen, und danach gelöscht, und alle Mahlzeitenbilder werden mit dem Konto gelöscht. Eine technische Lücke bleibt für Bilder, die zu abgelaufenen oder fehlgeschlagenen Analyse-Jobs gehören. Die endgültige Frist wird in der Datenschutzerklärung veröffentlicht, sobald die Korrektur ausgeliefert wird. Diese Korrektur steht auf unserer Start-Checkliste.
- Sicherheits- und Audit-Protokolle werden für einen begrenzten Zeitraum aufbewahrt und danach gelöscht.
Umgang mit Schwachstellen
- Meldung. Melden Sie eine Schwachstelle an [email protected] mit dem Betreff Security report. Nennen Sie die betroffene Komponente und die Schritte zur Reproduktion.
- Triage. Wir bewerten sie innerhalb von fünf Werktagen und teilen Ihnen mit, ob wir sie als im Geltungsbereich betrachten.
- Behebung. Wir legen einen Behebungszeitplan nach Schweregrad fest und halten Sie in jeder Phase auf dem Laufenden.
- Offenlegung. Wir folgen der koordinierten Offenlegung. Der Schutz gilt für Forschende, die in gutem Glauben handeln, Datenschutzverletzungen und Dienstunterbrechungen vermeiden und uns ein angemessenes Zeitfenster vor der Veröffentlichung einräumen; wir verfolgen, melden oder verklagen sie nicht. Fragen Sie nach Nennung. Wir nennen Sie in der Behebungsnotiz.
Reaktion auf Vorfälle und Meldung von Datenschutzverletzungen
Wir unterhalten einen Vorfallprozess für Erkennung, Eindämmung, Bewertung und Benachrichtigung. Wir handeln innerhalb der gesetzlichen Fristen.
Nach der Datenschutz-Grundverordnung geht eine meldepflichtige Verletzung innerhalb von 72 Stunden an die zuständige Aufsichtsbehörde, nach Artikel 33. Wo sie voraussichtlich ein hohes Risiko zur Folge hat, benachrichtigen wir betroffene Nutzer unverzüglich, nach Artikel 34. Nach dem Datenschutzgesetz der Vereinigten Arabischen Emirate benachrichtigen wir die zuständige Behörde und die betroffenen Personen, wie dieses Gesetz es verlangt.
Was wir nicht tun
Wir verkaufen keine personenbezogenen Daten. Wir setzen kein Werbe-SDK ein. Gesundheitsdaten fließen nie in Werbung, Marketing oder das Training unserer eigenen Modelle. Die App integriert derzeit weder Apple HealthKit noch Google Health Connect. Wenn sich das ändert, kommt zuerst die Einwilligung. Diese Seite und die Datenschutzerklärung ändern sich, bevor eine Integration ausgeliefert wird.
Compliance-Position
Wir sagen nur, was wir belegen können.
| Rahmenwerk | Unsere Position |
|---|---|
| DSGVO | Wir arbeiten nach den Anforderungen der DSGVO: Rechtsgrundlagen, Betroffenenrechte, Aufbewahrungsregeln, Meldung von Datenschutzverletzungen und Auftragsverarbeitungsverträge. Ein Auftragsverarbeitungsvertrag ist auf Anfrage erhältlich |
| UAE PDPL | Wir wenden das Datenschutzgesetz (Personal Data Protection Law) auf Nutzer in den Vereinigten Arabischen Emiraten an |
| HIPAA | Nicht anwendbar. Die AviyanLabs LLC ist weder ein Covered Entity noch ein Business Associate, daher greift HIPAA für diesen Dienst nicht |
| Zertifizierungen | Keine behauptet: kein ISO 27001, kein SOC 2 |
Kontakt
Sicherheitsfragen gehen an [email protected]. Dasselbe gilt für Anfragen zu Auftragsverarbeitern und für AVV-Anfragen. Betroffenenanfragen werden nach der Datenschutzerklärung bearbeitet.