Datenschutz

1. Verantwortlicher

2. Bereitstellung der Website und Hosting

Die KYA-MVP-Website wird auf Microsoft Azure betrieben. Beim Aufruf werden technisch erforderliche Verbindungsdaten verarbeitet, insbesondere IP-Adresse, Datum und Uhrzeit, angeforderte Ressource, HTTP-Status, Referrer, Browser- und Betriebssysteminformationen.

Die Verarbeitung erfolgt zur sicheren, stabilen und missbrauchsresistenten Bereitstellung auf Grundlage von Art. 6 Abs. 1 lit. f DSGVO. Unser berechtigtes Interesse liegt im sicheren Betrieb und in der Fehleranalyse.

Dienstleister ist insbesondere Microsoft Ireland Operations Limited, One Microsoft Place, South County Business Park, Leopardstown, Dublin 18, Irland. Je nach Support- und Betriebsfall können Datenübermittlungen in Drittländer auf geeigneten Garantien beziehungsweise anwendbaren Angemessenheitsbeschlüssen beruhen.

3. Betriebs-, Fehler- und Sicherheitsprotokolle

KYA verwendet Azure App Service Logs, Application Insights und Log Analytics für technische Telemetrie, Verfügbarkeit, Fehlerdiagnose und Sicherheitsüberwachung. Die MVP-Konfiguration sieht für zentrale Telemetrie grundsätzlich eine Aufbewahrung von bis zu 30 Tagen und für HTTP-Dateisystemprotokolle eine kürzere Aufbewahrung vor.

Eine Zusammenführung mit Werbeprofilen findet nicht statt. Die öffentliche KYA-Seite verwendet derzeit keine Marketing- oder Reichweitenanalyse-Cookies.

4. Interaktive Demo und KYA-Verifizierung

Bei Nutzung der Demo oder Verify-API werden der gewählte beziehungsweise übermittelte Label-Identifier, das technische Prüfergebnis, Blockchain-Referenzen, Dauer und Zeitpunkt im KYA-Scan-Log verarbeitet. Die öffentliche Referenzkennung VYI70LR ist bewusst als Demo-Asset vorgesehen.

Die Verarbeitung dient der angeforderten Demonstration und dem sicheren Betrieb. Rechtsgrundlagen sind Art. 6 Abs. 1 lit. b DSGVO für vorvertragliche beziehungsweise angeforderte Leistungen und Art. 6 Abs. 1 lit. f DSGVO für Produktbetrieb, Fehleranalyse und Missbrauchserkennung.

Wallet-Adressen sind öffentliche Blockchain-Daten, können bei Verknüpfbarkeit aber personenbezogen sein. KYA zeigt sie im MVP als technischen Eigentumsnachweis und erstellt daraus keine Personen- oder Marketingprofile.

5. Echter Hologramm-Scan bei MetaAnchor

Der Modus „Echter physischer Scan“ öffnet die externe Website scan.metaanchor.io. Erst dort kann nach eigener Browserfreigabe die Kamera genutzt werden. Für die dortige Verarbeitung, insbesondere IP-Adresse, Kamerazugriff und physische Authentifizierung, ist der externe Anbieter verantwortlich.

Die MetaAnchor Campaign URL verweist auf den KYA-Endpunkt /verify. Das signierte Attestierungstoken wird serverseitig geprüft, aus der sichtbaren Browseradresse entfernt und nicht öffentlich angezeigt.

Bei einem ausdrücklich angebotenen Claim kann die betroffene Person freiwillig eine E-Mail- oder Wallet-Adresse eingeben und gesondert einwilligen. KYA übermittelt die Empfängerangabe und den signierten Scan-Nachweis an MetaAnchor und die dort eingesetzte Blockchain-Infrastruktur, damit einmalig ein dauerhafter digitaler Produktnachweis angelegt werden kann. Ohne Einwilligung erfolgt keine Übermittlung und kein Claim. KYA speichert für die Wiederholungssperre nicht die Empfängerangabe selbst, sondern nur einen kryptografischen Hash sowie Claim-Status, SLID, Anchor und Zeitpunkt.

Für KYA-Eventseiten wird beim freiwilligen Start der physischen Prüfung eine technisch notwendige, verschlüsselte und kurzlebige HttpOnly-Session gesetzt. Sie verbindet den signierten Rückweg mit der zuvor geöffneten Eventseite. Auch das Ergebnis wird nur kurzzeitig in einem verschlüsselten HttpOnly-Cookie gehalten und nicht in der Browseradresse transportiert. KYA protokolliert dabei ausschließlich die Ereignisse duck_page_view, physical_verification_started, physical_evidence_received und kya_decision_rendered mit Editionstyp und Eventcode. Es werden hierfür keine präzisen Standortdaten, Personenprofile oder Wallet-Zuordnungen erhoben.

Nach einer positiven Event-Entscheidung kann optional ein dauerhafter digitaler Produktnachweis angelegt werden. Dafür sind ein persönlich mitgeteilter Event-Claim-Code, ein frischer physischer Nachweis, eine noch nicht beanspruchte SLID, eine E-Mail- oder Wallet-Adresse und eine ausdrückliche Einwilligung erforderlich. KYA speichert den Claim-Code nur als kryptografischen Hash. In den Event-Protokollen werden weder Claim-Code noch Empfängeradresse, Wallet-Zuordnung oder rohe Attestierung gespeichert. Scan- und Claimversuche werden standardmäßig höchstens 30 Tage und bis zu jeweils 10.000 Einträge aufbewahrt. Eine Kontaktaufnahme per E-Mail, WhatsApp oder Telegram begründet keine Einwilligung in Newsletter oder Marketing.

6. Microsoft Entra und geschützte Bereiche

Admin- und Enterprise-Agenten-Endpunkte können Microsoft Entra ID beziehungsweise Azure App Service Authentication verwenden. Dabei werden Identitäts- und Rollen-Claims verarbeitet, um den Zugriff zu authentifizieren und zu autorisieren. Die öffentliche Landingpage benötigt keine Anmeldung.

7. Kontakt und Terminbuchung

Bei einer E-Mail an uns verarbeiten wir Absenderadresse, Inhalt und Metadaten zur Bearbeitung der Anfrage. Rechtsgrundlage ist Art. 6 Abs. 1 lit. b beziehungsweise lit. f DSGVO.

Der Button „Termin buchen“ führt zu Microsoft Bookings. Mit dem Öffnen gelten die Datenschutzinformationen von Microsoft; KYA übermittelt vor dem Klick keine Formulardaten an Bookings.

8. Externe Links

Links zu OpenSea, Web3 NextLevel, Blockchain-Explorern, MetaAnchor und weiteren Drittangeboten werden erst beim Anklicken aufgerufen. Für deren Inhalte, Cookies und Verarbeitung sind die jeweiligen Betreiber verantwortlich.

9. Cookies und lokale Speicherung

Die öffentliche KYA-Landingpage setzt derzeit keine Marketing- oder Analyse-Cookies und nutzt für den Sprach- oder Theme-Wechsel keine dauerhafte lokale Speicherung. Technisch erforderliche Authentifizierungs-Cookies können entstehen, wenn ein Nutzer einen geschützten Microsoft-Entra-Bereich aufruft.

10. Standortdaten

Der aktuelle MVP speichert keine präzisen Scan-Standorte. Eine spätere Verarbeitung signierter Standortfelder wird erst nach separater technischer, datenschutzrechtlicher und nutzerseitiger Freigabe aktiviert. Präzision, Zweck, Sichtbarkeit und Löschfrist werden vorher festgelegt.

11. Speicherdauer

Personenbezogene Daten werden nur so lange gespeichert, wie es für den jeweiligen Zweck, die Sicherheit, gesetzliche Pflichten oder die Bearbeitung von Ansprüchen erforderlich ist. Technische Logs werden nach den konfigurierten kurzen Aufbewahrungsfristen gelöscht oder überschrieben. Projekt- und Registry-Daten erhalten vor einem Produktivbetrieb eigene vertragliche Lösch- und Exportregeln.

12. Ihre Rechte

Betroffene Personen haben nach den gesetzlichen Voraussetzungen Rechte auf Auskunft, Berichtigung, Löschung, Einschränkung, Datenübertragbarkeit und Widerspruch. Erteilte Einwilligungen können mit Wirkung für die Zukunft widerrufen werden.

Sie können sich außerdem bei einer Datenschutzaufsichtsbehörde beschweren, insbesondere bei der Berliner Beauftragten für Datenschutz und Informationsfreiheit.