210 lines
6.0 KiB
Markdown
210 lines
6.0 KiB
Markdown
# Data Safety Entwurf
|
|
|
|
Dies ist eine vorsichtige Arbeitsgrundlage für die Google-Play-Console auf Basis des aktuellen Android-Clients und des Node/Socket-Backends.
|
|
|
|
Wichtig:
|
|
|
|
- Das ist kein juristischer Bescheid, sondern eine technische Vorbewertung.
|
|
- Vor dem finalen Absenden in Play Console muss geprüft werden, ob Server, Reverse Proxy, Hosting oder Analytics weitere Daten verarbeiten.
|
|
- Wenn Drittanbieter-Dienste oder zusätzliche Logs aktiv sind, muss die Erklärung erweitert werden.
|
|
|
|
## Technische Beobachtung aus dem aktuellen Projekt
|
|
|
|
Die App überträgt oder verarbeitet aktuell mindestens:
|
|
|
|
- Nickname
|
|
- Alter
|
|
- Geschlecht
|
|
- Land
|
|
- Chat-Nachrichten
|
|
- hochgeladene Bilder
|
|
- Feedback-Inhalte
|
|
- Session-/Cookie-Daten
|
|
- technische Verbindungsdaten im Rahmen von HTTP und Socket.IO
|
|
|
|
Es gibt im aktuellen Android-Projekt keine Hinweise auf:
|
|
|
|
- Werbe-SDKs
|
|
- In-App-Käufe
|
|
- Standortberechtigung
|
|
- Kontakte
|
|
- Telefonbuch
|
|
- Mikrofon
|
|
- Kamera-Zwang
|
|
- präzisen Standort
|
|
|
|
## Konservative Erstbewertung für Google Play
|
|
|
|
Empfehlung für die erste Ausfüllung: eher vorsichtig angeben, was tatsächlich serverseitig übertragen wird.
|
|
|
|
### 1. Personal info
|
|
|
|
Wahrscheinlich anzugeben:
|
|
|
|
- `Name`
|
|
- Begründung: Der Nickname wird an das Backend übertragen und gegenüber anderen Nutzern angezeigt.
|
|
- `Other info`
|
|
- Begründung: Alter, Geschlecht und Land werden übertragen und im Chatkontext genutzt.
|
|
|
|
### 2. Messages
|
|
|
|
Wahrscheinlich anzugeben:
|
|
|
|
- `Other in-app messages`
|
|
- Begründung: Chat-Nachrichten werden über Socket.IO übertragen und serverseitig verarbeitet.
|
|
|
|
### 3. Photos and videos
|
|
|
|
Wahrscheinlich anzugeben:
|
|
|
|
- `Photos`
|
|
- Begründung: Bilder werden aktiv hochgeladen und anderen Nutzern im Chat zugänglich gemacht.
|
|
|
|
### 4. App info and performance / Diagnostics
|
|
|
|
Nur angeben, wenn tatsächlich entsprechende Logs dauerhaft erhoben, gespeichert oder ausgewertet werden.
|
|
|
|
Aktueller Code zeigt:
|
|
|
|
- Server-Logs in der Konsole
|
|
- Session-/Verbindungsprüfung
|
|
|
|
Das reicht nicht automatisch für jede Play-Kategorie. Hier vorsichtig prüfen, was auf dem Hosting tatsächlich gespeichert wird.
|
|
|
|
### 5. Device or other IDs
|
|
|
|
Nicht vorschnell anhaken.
|
|
|
|
Die Session-ID allein ist nicht automatisch gleichbedeutend mit einer dauerhaft erhobenen Geräte-ID im Sinne der Play-Kategorien. Nur dann angeben, wenn ihr eine solche ID gezielt speichert oder zur Profilbildung nutzt.
|
|
|
|
## Vorschlag für die einzelnen Play-Fragen
|
|
|
|
### Werden Daten erhoben?
|
|
|
|
Voraussichtlich:
|
|
|
|
- `Ja`
|
|
|
|
### Werden Daten geteilt?
|
|
|
|
Technisch nach aktuellem Stand wahrscheinlich:
|
|
|
|
- `Nein`, sofern keine Weitergabe an Drittanbieter, Werbenetzwerke oder externe Analyseanbieter erfolgt
|
|
|
|
Wichtig:
|
|
|
|
- Wenn Webserver, CDN, Anti-Abuse-Dienste oder Hosting-Provider Daten in eigenem Namen auswerten, muss das separat geprüft werden.
|
|
|
|
### Sind alle Daten verschlüsselt?
|
|
|
|
Für Release vorgesehen:
|
|
|
|
- `Ja`, wenn die produktive Android-App ausschließlich über HTTPS/WSS gegen `https://www.ypchat.net` läuft
|
|
|
|
Wichtig:
|
|
|
|
- Das setzt voraus, dass produktiv wirklich kein unverschlüsselter Verkehr verwendet wird.
|
|
|
|
### Können Nutzer die Löschung ihrer Daten beantragen?
|
|
|
|
Noch offen:
|
|
|
|
- Das muss mit eurem tatsächlichen Prozess beantwortet werden.
|
|
|
|
Wenn derzeit keine echte Löschfunktion oder kein dokumentierter Löschprozess existiert, dann nicht voreilig `Ja` angeben.
|
|
|
|
## Arbeitsmatrix für die Play Console
|
|
|
|
## Datentyp: Name
|
|
|
|
- Empfehlung: `Collected`
|
|
- Shared: `No`
|
|
- Required or optional: `Optional`
|
|
- Purpose:
|
|
- `App functionality`
|
|
- eventuell `Developer communications`, falls Feedback-Antworten darüber organisiert würden
|
|
|
|
Begründung:
|
|
- Nickname wird für Identifikation im Chat benötigt, ist aber vom Nutzer frei gewählt.
|
|
|
|
## Datentyp: Other personal info
|
|
|
|
- Empfehlung: `Collected`
|
|
- Shared: `No`
|
|
- Required or optional: `Optional` bis `Required`
|
|
|
|
Empfehlung:
|
|
- eher `Required`, wenn Alter, Geschlecht und Land für die Nutzung zwingend eingegeben werden müssen
|
|
|
|
- Purpose:
|
|
- `App functionality`
|
|
|
|
Begründung:
|
|
- Diese Angaben sind Bestandteil des Chat-Profils und der Suche.
|
|
|
|
## Datentyp: Messages
|
|
|
|
- Empfehlung: `Collected`
|
|
- Shared: `No`
|
|
- Required or optional: `Required`
|
|
- Purpose:
|
|
- `App functionality`
|
|
|
|
Begründung:
|
|
- Ohne Nachrichtenfunktion existiert die App inhaltlich nicht.
|
|
|
|
## Datentyp: Photos
|
|
|
|
- Empfehlung: `Collected`
|
|
- Shared: `No`
|
|
- Required or optional: `Optional`
|
|
- Purpose:
|
|
- `App functionality`
|
|
|
|
Begründung:
|
|
- Bilder sind optional, aber Teil des Chat-Funktionsumfangs.
|
|
|
|
## Datentyp: User-generated content
|
|
|
|
Prüfen, ob zusätzlich anzugeben:
|
|
|
|
- Feedback-Kommentare
|
|
|
|
Je nach Auslegung kann das in Play Console zusätzlich als nutzergenerierter Inhalt relevant sein. Wenn die Konsole dafür eine passende Kategorie anbietet, ist `Collected`, `No shared`, `Optional`, `App functionality` eine plausible Einstufung.
|
|
|
|
## Punkte, die vor dem finalen Absenden geklärt werden sollten
|
|
|
|
1. Werden Chat-Nachrichten dauerhaft gespeichert oder nur teilweise?
|
|
2. Werden hochgeladene Bilder nur temporär gespeichert oder zusätzlich archiviert?
|
|
3. Werden Server-Logs mit IP-Adressen dauerhaft aufbewahrt?
|
|
4. Gibt es einen dokumentierten Löschprozess für Nutzeranfragen?
|
|
5. Gibt es irgendeine Form von Drittanbieter-Tracking oder Hosting-Auswertung?
|
|
6. Existiert bereits eine öffentliche Datenschutzerklärung mit genau diesen Punkten?
|
|
|
|
## Empfehlung für die Play-Console-Erstbefüllung
|
|
|
|
Mit heutigem Stand würde ich technisch von folgendem Startpunkt ausgehen:
|
|
|
|
- Daten werden erhoben: `Ja`
|
|
- Daten werden geteilt: `Nein`
|
|
- Erhobene Kategorien:
|
|
- Name / Nickname
|
|
- sonstige persönliche Angaben
|
|
- Nachrichten
|
|
- Fotos
|
|
- ggf. nutzergenerierte Inhalte
|
|
- Zwecke:
|
|
- `App functionality`
|
|
- Verschlüsselung während der Übertragung:
|
|
- `Ja`, sofern Produktion ausschließlich HTTPS/WSS nutzt
|
|
- Löschanfrage:
|
|
- nur `Ja`, wenn ihr das tatsächlich organisatorisch abdecken könnt
|
|
|
|
## Was noch fehlt
|
|
|
|
Für einen wirklich sauberen Play-Store-Release fehlt noch mindestens:
|
|
|
|
1. finale Datenschutzerklärung-URL
|
|
2. Entscheidung zur Store-Kategorie
|
|
3. finale Prüfung, ob Server-/Hosting-Logs zusätzliche Datenkategorien auslösen
|