Datensicherheit und Verschlüsselung

1) Warum ist es kritisch in iGaming

Die iGaming-Plattform arbeitet mit PIIs, finanziellen Details, Spielsitzungen, Verhaltensmerkmalen, Anti-Fraud-Signalen und ML-Modellen. Das Durchsickern oder Ersetzen dieser Daten führt zu Strafen, Marktblockaden, Reputationsschäden und metrischen Rückschritten (GGR, Retention).

• Vertraulichkeit (minimaler Zugang zu PII/Finanzen).
• Integrität (Schutz vor Spoofing und „schmutzigen“ Daten).
• Verfügbarkeit (SLO zum Lesen/Schreiben, DR-Pläne).
• Rückverfolgbarkeit (wer was gesehen/geändert hat und wann).

2) Bedrohungsmodell (verkürzt)

Extern: kompromittierte APIs/Integrationen, MITM, Ransomware, Lieferanten (Supply Chain).
Intern: redundante Rechte, „Schatten“ -Entladungen, giftige Protokolle, Konfigurationsfehler.
Daten und ML: Ereignissubstitution/Fich, Modell Inversion, Membership Inference.
Gerichtsbarkeiten: grenzüberschreitende Beschränkungen, lokale Aufbewahrungs- und Löschpflichten.

3) Verschlüsselung im Transit (In Transit)

TLS 1. 2+/1. 3 nur, deaktivieren schwache Chiffrosuites; Präferenz für TLS 1. 3.

mTLS für S2S (yadro↔dataleyk↔katalog↔fichestor↔provaydery)

PFS (ECDHE) ist obligatorisch.
Zertifikat-Pinning auf mobilen/Desktop-Clients und kritischen Integrationen.
API-Signatur von Anfragen an Anbieter/PSP (HMAC-SHA-256) und Zeit-/Wiederholungssteuerung (Nonce, Idempotency Keys).

4) Verschlüsselung im Speicher (At Rest)

• Verschlüsselung von Volumes/Objekten in der Cloud/K8s (transparent, aber nicht gegen „legitimes“ Lesen durch den kompromittierten Dienst schützend).

• TDE (Transparent Data Encryption) - Basisschicht.
• FLE/Column-level AEAD für „heiße“ Felder (E-Mail, Telefon, PAN-Token): AES-256-GCM oder ChaCha20-Poly1305.
• Row-Level-Schlüssel für besonders sensible Einträge (VIP, Auszahlungen).

• Envelope Encryption (KMS-managed DEK, Rotation), Schlüsselzugriffskontrolle.
• Signieren von Manifesten und Integritätskontrolle (Hash/Checksum, Merkle-Bäume für Pakete).

5) Kryptographische Entscheidungen (Praxis)

Symmetrische Verschlüsselung: AES-GCM/ChaCha20-Poly1305 (AEAD) mit einzigartiger Nonce/IV; speichern „ciphertext + auth tag“.
Hashing: SHA-256/512 für die Integrität; für Passwörter - Argon2id (oder bcrypt/scrypt) mit Parametrierung und Salz.
Signatur: Ed25519/ECDSA P-256 für Artefakte/Pakete; HMAC-SHA-256 für die API-Signatur.
Schlüsselvereinbarungen: ECDH (P-256/Curve25519).

6) Schlüsselverwaltung (KMS/HSM)

KMS + HSM zur Generierung/Speicherung von Masterschlüsseln; envelope encryption для DEK.
Rotation: regelmäßig (Kalender) und nach Ereignis (Vorfall). Dual-Read-Unterstützung für den Zeitraum der Migration.
Aufgabenteilung (SoD), M-of-N für „break-glass“, Protokollierung aller Vorgänge.
Split-Key/Shamir für besonders kritische Geheimnisse (z.B. Signatur von Pei-Outs).
Geo-Scoping von Schlüsseln: verschiedene Schlüssel für Regionen/Marken.

7) Geheimhaltung

Zentraler Secrets Manager (nicht in Repository-Umgebungsvariablen).
JIT-Geheimnisse (kurzlebig), Auto-Rotation und Rückruf.
Sidecar/CSI, um Geheimnisse in die Pods der K8s zu bringen.
Verbot von Protokollen/Trails mit Geheimnissen; Leckdetektoren in CI.

8) Datenintegrität und Vertrauen

Signieren von Ereignissen/Paketen (durch den Produzenten) und Verifizieren (durch den Consumer).
Event-Idempotenz und einzigartige Schlüssel für Anti-Replay.
Schemaüberwachung (Schema Registry, Kompatibilität), Datenkontrakte als „Vertrauensgrenzen“.
WORM-Speicher für kritische Protokolle und Berichte.

9) Tokenisierung, Maskierung und DLP

Tokenisierung von PII/Finanzen (vault/FPE/DET) - Verwendung von Token in Logs, Vitrinen, Fiches.
Maskierung in UI und Entladungen; Redaktion PII in Tickettexten/Chats (NLP-Desinfizierung).
DLP-Richtlinien: verbotene Vorlagen (PAN, IBAN, Reisepass), Upload-Block, Mail/FTP/S3-Inspektion.

10) Zugang und Audit

RBAC/ABAC: Rolle + Attribute (Land, Marke, Umgebung); die geringsten Rechte.
JIT-Zugänge mit Auto-Rückruf; einmal in N Tagen - eine Revue der Rechte.
mTLS + IP allowlist für Admin-Panels und kritische Endpunkte.
Prüfprotokolle sind unveränderlich (WORM/append-only), Korrelation mit SIEM.
Break-glass: separate Rollen/Schlüssel, obligatorisches Post-Mortem.

11) Backup und DR

3-2-1: 3 Kopien, 2 verschiedene Medien/XSD, 1 offline/isoliert (air-gapped).
Verschlüsselung von Backups mit eigenen Schlüsseln (kein Provider), planmäßiger Wiederherstellungstest.
RPO/RTO für Domains (Zahlungen <X min, Spielereignisse <Y min).
Regionale Replikation mit Kryptoisolation von Schlüsseln und Netzwerken.

12) Datenschutz und Compliance

Die Klassifikation der Daten (Public/Internal/Confidential/Restricted).
Minimierung und Zielbündelung (KYC, AML, RG, Reporting).
Aufbewahrungs- und Löschrichtlinien: Grafiken, Legal Hold, DSAR; Krypto-Löschung.
Grenzübergreifend: Geofencing und lokale Speicherfälle.

13) Beobachtbarkeit der Datensicherheit

Zero-PII in Logs (Abdeckungsmetriken), Alerts bei DLP-Auslösung.
Schlüsselgesundheit: Rotationen, Verschlüsselungsausfälle, KMS/HSM-Anomalien.
Integrity SLI: Anteil signierter Pakete/Events und verifizierter Signature-Checks.
Latency SLO: p95 Tokenisierung/Detokenisierung, Verschlüsselung/Entschlüsselung.
Access SLO: Anteil der JIT-Anträge, die zum Zielzeitpunkt bearbeitet wurden.

14) Werkzeuge und Prozessschichten (Kategorien)

KMS/HSM: Masterschlüssel, Envelope, Signatur.
Secrets Manager: JIT-Geheimnisse, Rotation.
TLS-Termination/mTLS-mesh: ingress/service mesh.
DLP/Masking: Inspektion, Desinfektion.
Schema Registry/Contracts: Kompatibilität, PII-Verbote.
SIEM/SOAR: Audit-Log-Korrelation, automatische Reaktionen.
Backup/DR: Orchestrierung von Backups, Wiederherstellungstest.

15) Vorlagen (gebrauchsfertig)

15. 1 Verschlüsselungsrichtlinie (Fragment)

Algorithmen: AES-256-GCM/ChaCha20-Poly1305; Unterschrift der Ed25519; Hash SHA-256.
Schlüssel: Erzeugung im HSM; Rotation 90 Tage oder im Falle eines Vorfalls; geo-scoped.
Zugang: nur Service-Accounts über mTLS; JIT-Token.
Protokolle: WORM-Modus; Lagerung ≥ N Monate.
Ausnahmen: auf Beschluss des CISO/DSB, mit Begründung.

15. 2 Pass des geschützten Datensatzes

Domäne/Tabelle: Zahlungen. transactions

Klasse: Eingeschränkt (Finanzen)

Verschlüsselung: FLE (AES-GCM) über die Felder 'card _ token', 'iban', 'payer _ id'

Schlüssel: DEK pro Feld (envelope KMS)

Tokenisierung: Tresor-Token für PAN/Telefon/E-Mail

Zugang: ABAC (Land, Rolle "Payments-Ops'), JIT

Protokolle: Paketsignatur, WORM, Retention 2 Jahre

15. 3 Datenfreigabe Checkliste

• Vertrag verbietet PII in „grauen“ Zonen, Felder mit 'pii/tokenized' gekennzeichnet
• TLS 1. 3 und mTLS auf S2S enthalten
• FLE/TDE konfiguriert, Schlüssel im KMS/HSM, Rotation aktiv
• DLP-Regeln und Logmaskierung werden getestet
• Backups verschlüsselt, Wiederherstellungstest validiert
• SIEM erhält Audit-Protokolle; Warnungen über den Versuch der Entgiftung außerhalb der „sauberen Zone“

16) Fahrplan für die Umsetzung

0-30 Tage (MVP)

1. Datenklassifizierung und Flow Map (PII/Finance/ML).
2. Aktivieren Sie TLS 1. 3/mTLS für S2S; Verbot schwacher Verschlüsselungen.
3. Heben Sie KMS/HSM an; Schlüssel in das Envelope-Schema übertragen.
4. Aktivieren Sie TDE und FLE für 3 kritische Domains (Zahlungen/KYC/RG).
5. Logmaskierung und grundlegende DLP-Regeln; Zero-PII Zertifizierung.

30-90 Tage

1. Tokenisierung von PII/Finanzen (vault/FPE); JIT-Zugänge und Prüfung der Entgiftung.
2. Signieren von Ereignissen und Integritätschecks in ingestion/ETL.
3. Regelmäßige Schlüsselrotation, Split-Key für VIP-Auszahlungen.
4. Backups: 3-2-1, Offline-Kopie, monatlicher Restore-Tag.
5. SLO Dashboards (Zero-PII, Integrity, Key-Health, Latency).

3-6 Monate

1. Geo-scoped Schlüssel/Daten nach Jurisdiktionen; grenzüberschreitende Politik.
2. WORM-Speicher für Audit/Reporting; SOAR-Playbooks.
3. Vollständige Abdeckung durch Analytics/ML-Token; Verbot von PII in Schaufenstern.
4. Vierteljährliche Übungen: Incident-Simulationen (Ransomware, Schlüsselleak, Datenpoisoning).
5. Jährliche Rezertifizierung und externe Prüfung.

17) RACI (Beispiel)

Richtlinien und Kontrolle: CISO/CDO (A), DPO (C), SecOps (R), Domain Owners (C).
Ключи/KMS/HSM: Security/Platform (R), CTO (A), Audit (C).
Tokenisierung/DLP: Data Platform (R), DPO (A), Domains (C).
Backups/DR: SRE (R), CIO (A).
Überwachung/Vorfälle: SecOps (R), SOAR (R), Legal/PR (C).

18) Datensicherheitsmetriken und SLOs

Zero-PII in den Protokollen: ≥ 99. 99% der Ereignisse.
Integrity-pass: ≥ 99. 9% der signierten Pakete wurden erfolgreich verifiziert.
Schlüsselhygiene: 100% zeitnahe Rotation, 0 abgelaufene Schlüssel.
Detokenization SLO: p95 ≤ X min, nur auf Antrag mit Begründung.
Backup Restore-Rate: Erfolgreiche Testwiederherstellung ≥ 99%.
Access review: Geschlossen ≥ 95% der zusätzlichen Rechte für die vierteljährliche Prüfung.
Incident MTTR: ≤ der Zielschwelle für P1/P2.

19) Anti-Muster

TDE „for a tick“ ohne FLE und Tokenisierung sensibler Felder.
Speichern von Geheimnissen in Umgebungsvariablen/Repositories.
Shared Keys/pepper für alle Domains/Regionen.
Protokolle mit PII/Geheimnissen; Prod-Datenbank-Dumps ohne Verschlüsselung.
Keine Signaturen/Integritätsprüfungen in Pipelines.
„Einzeladmin“ für alle KMS/HSM; kein SoD und M-of-N.

20) Incident-Playbook (kurz)

1. Gegenstand: SIEM/DLP/Audit-Log/Reklamation.
2. Stabilisierung: Segmentisolierung, Rückruf von Schlüsseln/Geheimnissen, Abschaltung von Problemströmen.
3. Bewertung: Was ist durchgesickert/verzerrt, Umfang, Jurisdiktionen, betroffen.
4. Kommunikation: Legal/PR/Regulator (wo erforderlich), Partner/Spieler.
5. Mitigationen: Rotationen, Retro-Tokenisierung/Verschlüsselung, Backfill/Integritätsprüfungen.
6. Post-Mortem: Gründe, Lehren, Aktualisierung von Richtlinien/Schwellenwerten/Tests.

21) Verwandte Abschnitte

Daten Tokenisierung, Datenherkunft und Pfad, Ethik und Privatsphäre, Vertrauliches ML, Federated Learning, Bias Reduction, DSAR/Legal Hold, Datenbeobachtbarkeit.

Ergebnis

Zuverlässiger Datenschutz ist eine mehrstufige Architektur + Prozessdisziplin: moderne Kryptographie, strenges KMS/HSM, Tokenisierung, signierte Integrität, saubere Protokolle, verwaltete Zugriffe und überprüfbare Backups. Bei iGaming profitieren Plattformen, bei denen Daten standardmäßig geschützt und Änderungen transparent, reproduzierbar und konform sind.