Datenschutzhinweise

Dokumentversion: 1.2.3

Verantwortlicher

Henry Görsdorf

Datenschutzkontakt

Verarbeitete Daten und Zwecke

Zur Registrierung, Anmeldung und Kontoverwaltung verarbeitet das Portal insbesondere Benutzername, E-Mail-Adresse, Passwort-Hash, E-Mail-Verifizierungsstatus und Accountstatus. Das freiwillige Profil kann Anzeigename und Kurzbeschreibung enthalten. Die Profildetails sind zunächst privat und können für angenommene Freunde oder für angemeldete, bestätigte Mitglieder sichtbar gemacht werden. Der Benutzername ist für bestätigte Mitglieder standardmäßig in der Mitgliedersuche auffindbar; diese Auffindbarkeit kann in der Profilbearbeitung ausgeschaltet werden. Bei privaten Profildetails zeigt ein Suchtreffer weder Anzeigename noch Beschreibung oder Profilseite. Freundschaftsanfragen und angenommene Freundschaften speichern die beteiligten Kontoverweise, den Zustand und notwendige Zeitpunkte. Selbst gesetzte Blockierungen speichern Blockierer, blockiertes Konto und Zeitpunkt; sie verhindern Profilzugriff, Suche, Freundschaftsaktionen, neue Nachrichten und Präsenzanzeige in beide Richtungen. Eine Übersicht darüber, wer ein Mitglied blockiert hat, wird nicht bereitgestellt. Der Online-Status ist standardmäßig verborgen und kann ausdrücklich für angenommene Freunde freigegeben werden. Dafür wird je gültiger Sitzung ein aktueller Präsenzzeitpunkt verarbeitet. Freunde erhalten ausschließlich „Online“ oder „Offline“, niemals den genauen Zeitpunkt, Geräteangaben oder die Sitzungsanzahl. Ein Präsenzverlauf wird nicht aufgebaut; reine Präsenz- und Chat-Polling-Anfragen verlängern nicht das Sicherheits-Inaktivitätslimit der Anmeldung. Private Einzelchats speichern Teilnehmer, Nachrichtentext, Versandzeitpunkt, eigenen Lesestand und Archivzustand. Sie sind zugriffsbeschränkt, aber nicht Ende-zu-Ende-verschlüsselt. Wird eine Nachricht gemeldet, wird die Zielnachricht und nur der vom Reporter ausdrücklich gewählte begrenzte Kontext als Beweis-Snapshot gespeichert. Moderatoren erhalten keinen allgemeinen Zugriff auf private Unterhaltungen. Kontaktmeldungen ohne Nachricht enthalten keinen Gesprächsverlauf. Meldungen speichern Kategorie, Beschreibung, Bearbeitungsstatus, begrenzte interne Moderationsangaben und notwendige Kontoverweise. Fremde Profilansichten enthalten keine E-Mail-Adresse, Konto-UUID, Rollen oder Sitzungsdaten. Zugeordnete Rollen und Berechtigungen steuern den Zugriff auf Verwaltungsfunktionen. Verwaltungsereignisse speichern Aktion, begrenzten Grundcode, alte und neue Statuswerte, beteiligte Kontoverweise und Zeitpunkt; Nachrichten- und Beweistext werden darin nicht gespeichert. Für Sicherheit und Sitzungsverwaltung verarbeitet das Portal Sitzungsmetadaten, Browserkennung und Sicherheitsereignisse. IP-Adressen fließen in die Begrenzung von Anfragen ein und werden dafür gehasht; der Hoster kann zusätzlich Serverprotokolle führen. Für E-Mail-Bestätigung, Änderung und Passwort-Reset werden zeitlich begrenzte, gehashte Tokens verwendet. Die Kenntnisnahme der Datenschutzhinweise wird mit Dokumentversion und Zeitpunkt protokolliert; dies ist keine Einwilligung.

Die Loginseite zeigt öffentlich nur die zusammengefasste Anzahl kürzlich aktiver Nutzerkonten. Mehrere Sitzungen eines Kontos werden einmal gezählt. Dabei werden keine Benutzernamen, E-Mail-Adressen, Konto-UUIDs, Geräte, Sitzungsanzahlen oder genauen Aktivitätszeitpunkte veröffentlicht.

Angemeldete Mitglieder können Bug-Tickets erstellen. Gespeichert werden Bereich, betroffene Seite, Titel, Fehlerbeschreibung, Bearbeitungsstatus, Priorität, notwendige Zeitpunkte und der Kontoverweis. Administratoren können eine interne, für den Reporter nicht sichtbare Notiz und eine Bearbeitungszuweisung hinterlegen. Der eigene Datenexport enthält die selbst eingereichten Angaben und den Bearbeitungsstand, nicht jedoch interne Notizen. Bei Kontolöschung wird der Kontoverweis vom Ticket getrennt; abgeschlossene Tickets werden standardmäßig nach 730 Tagen gelöscht.

Freiwillige Einladungen

Bestätigte Mitglieder können persönliche Einladungscodes erzeugen und selbst weitergeben. Das Portal speichert den Code nur als Hash, den Inhaber und notwendige Gültigkeitszeiten. Ein Linkaufruf allein erzeugt keine Zuordnung. Bei einer Neuregistrierung kann der neue Nutzer die Verwendung des Codes ausdrücklich auswählen. Gespeichert werden dann die beiden Kontoverweise, eine zufällige Zuordnungskennung, Status und notwendige Zeitpunkte. Nach erfolgreicher E-Mail-Bestätigung wird zusätzlich eine angenommene Freundschaft zwischen Werber und geworbenem Konto angelegt. Beide sehen dadurch den jeweiligen Benutzernamen in ihrer Freundesliste; weitere Profildetails, Online-Status und Chatmöglichkeiten richten sich nach den jeweiligen Profil-, Präsenz-, Freundschafts- und Blockierungseinstellungen. E-Mail-Adressen werden nicht offengelegt. Es werden keine zusätzlichen Referral-Cookies, externen Trackingdienste oder automatischen Spielbelohnungen eingesetzt. Codes laufen standardmäßig nach 90 Tagen ab, offene Zuordnungen nach 30 Tagen und bestätigte Zuordnungen nach 365 Tagen; konfigurierte Fristen müssen mit dem tatsächlichen Betrieb abgeglichen werden. Kontolöschung entfernt die Verknüpfungen in beiden Richtungen. Auf dem Webserver können Linkparameter in Access-Logs erscheinen; die tatsächliche Protokollierung ist im Abschnitt Serverprotokolle zu beschreiben.

Anbindung des Spiels

Das Portal stellt dem gleichursprünglich eingebundenen Spiel den aktuellen Anmeldestatus, eine zufällige öffentliche Konto-UUID, den Anzeigenamen und den Ablaufzeitpunkt der Sitzung bereit. Passwörter, E-Mail-Adressen, Rollen, interne Datenbank-IDs und Sitzungstoken werden nicht an das Spiel ausgegeben. Serverseitige Integrationsclients können mit widerrufbaren, gehashten Zugangsdaten fachliche Konto- und Referral-Ereignisse abrufen und deren Verarbeitung quittieren. Die Ereignisse enthalten nur die jeweilige öffentliche UUID, Ereignisart, Zeitpunkte und die dafür erforderlichen Status- oder Zuordnungsangaben. Ereignisse und Quittungen werden standardmäßig 90 Tage vorgehalten; die tatsächliche Konfiguration und der angeschlossene Spieldienst sind mit den nachfolgenden Empfänger- und Löschangaben abzugleichen. Kontolöschungen werden als eigenes Ereignis übermittelt, damit verbundene Systeme ihre Zuordnung nach den dort geltenden Regeln löschen oder anonymisieren können.

Rechtsgrundlagen

Hosting

ZAP-Hosting (Webspace Large) – Serverstandort:

Auftragsverarbeitung / AVV:

Serverprotokolle

E-Mail-Versand

Empfänger und weitere Dienste

Speicherung und Löschung

Backups:

Drittlandübermittlungen

Erforderlichkeit von Angaben

Cookies und Browser-Speicher

Das Portal setzt für Anmeldung, Sitzungswiederherstellung und CSRF-Schutz einen erforderlichen Erstanbieter-Sitzungscookie ein. In Produktion heißt er __Host-canipolyon_session, gilt bis zum Ende der Browsersitzung und verwendet Secure, HttpOnly, SameSite=Lax, Path=/ sowie kein Domain-Attribut. Reine Rechtsseiten starten keine Sitzung. Die Standardinstallation enthält keine Analyse-, Marketing- oder Social-Media-Trackingdienste und verwendet keinen LocalStorage, SessionStorage oder IndexedDB. Ob weitere Dienste, die angebundene Spielwebsite oder die produktive Infrastruktur eine Einwilligung erfordern, muss anhand der tatsächlichen Gesamtinstallation geprüft werden.

Deine Rechte

Nach Maßgabe der gesetzlichen Voraussetzungen bestehen insbesondere Rechte auf Auskunft, Berichtigung, Löschung, Einschränkung der Verarbeitung, Datenübertragbarkeit und Widerspruch. Eine freiwillige Einwilligung kann jederzeit für die Zukunft widerrufen werden. Im angemeldeten Bereich stehen Datenexport, Widerruf optionaler Benachrichtigungen und Kontolöschung zur Verfügung. Weitere Anfragen können an den Datenschutzkontakt gerichtet werden.

Beschwerderecht

Zuständige Aufsichtsbehörde:

Die Angaben sind eine technische Vorlage und müssen vor Veröffentlichung anhand der tatsächlichen Datenverarbeitung rechtlich geprüft werden.