Authentifizierung
Personen und technische Aufrufer eindeutig zuordnen. Zugang und aktuelle Sitzung müssen den vereinbarten Regeln entsprechen.
Wie wird das geprüft?
Berechtigten und abgewiesenen Login einschließlich gesperrtem Zugang testen.
Sicherheit und Datenschutz
Sicherheit und Datenschutz über alle Ebenen
Erfahren Sie, wie Zugriff, Daten, Betrieb und Prüfprozesse getrennt und dokumentiert werden.
Schutz über die gesamte VerarbeitungWer darf was?
Wer darf was?
Welche Daten? Welcher Nachweis?
Ein Loyalty-Programm verarbeitet Profile, Kaufnachweise und wertrelevante Vorgänge. Ein belastbares Schutzmodell verbindet dafür Identität, Datenbereich, Aktion und Betrieb.
Verantwortung
auf jeder Ebene
Maßnahme · Geltungsbereich · Nachweis
ComplianceRollen, Zweck und dokumentierte Verfahren
EnterpriseZugriffe und kritische Änderungen kontrollieren
SkalierungLast und Schutzgrenzen gemeinsam prüfen
ÜberwachungAbweichungen erkennen und zuständig bearbeiten
InternationalisierungRegionen, Kopien und Zugriffswege dokumentieren
Langfristige BetreuungBetrieb, Änderung und Wiederherstellung abstimmen
Zugang endet nicht beim LoginBenutzer, Partner und Systeme
Benutzer, Partner und Systeme
gezielt berechtigen.
Eine gültige Anmeldung ist die Voraussetzung. Der zulässige Datenbereich und die erlaubte Aktion werden danach separat geprüft.
Für passende Adminzugänge kann Microsoft Entra ID mit Conditional Access und rollen- oder risikobasierter MFA vereinbart werden. SSO über SAML 2.0 oder OIDC verbindet den Benutzerzugang; bestätigte SCIM-Prozesse können die Provisionierung ergänzen. Technische Integrationen benötigen ihre eigenen OAuth-Scopes und keine pauschalen Administratorrechte.
Least Privilege im Arbeitsalltag
Eine Rolle erhält die für ihre Aufgabe erforderlichen Rechte. Lesen, Exportieren, Beantragen, Genehmigen und Ausführen werden bewusst getrennt. Zeitlich begrenzte Unterstützung und der Entzug ausgeschiedener Benutzer gehören zum Lebenszyklus des Zugangs.
Was muss der Test am fremden Mandanten zeigen?
Ein Konto aus Mandant A darf nicht auf die Daten von Mandant B zugreifen, auch wenn eine bekannte Referenz in einem direkten Aufruf verwendet wird. Die Prüfung umfasst Suche, Detailansicht, Export und kritische Aktionen. Ein ausgeblendeter Menüpunkt allein belegt keine wirksame Trennung.
Ressource und Aktion gemeinsam begrenzenVier Rollen.
Vier Rollen.
Vier bewusst getrennte Zugriffe.
| Beispielrolle | Zulässiger Bereich | Kontrollpunkt |
|---|---|---|
| Administration | Bestätigte Konfiguration innerhalb der zugeordneten Mandanten und Programme. | Kritische Änderungen mit eigener Freigabe und nachvollziehbarem Akteur. |
| Support | Relevante Mitglieds- und Falldaten des zugewiesenen Bereichs. | Keine automatische Auszahlung oder unbeschränkte Kontokorrektur. |
| Partner | Eigene Angebote, freigegebene Fälle oder definierte Partnerdaten. | Keine Einsicht in fremde Partner- oder Teilnehmerbestände. |
| Integration | Benannte Datenobjekte und Aktionen über bestätigte Systemzugänge. | Scopes, Mandantenbezug und Entzug des technischen Zugangs testen. |
Die Matrix ist ein Konfigurationsbeispiel. Die konkrete Rechtevergabe wird mit den zuständigen Verantwortlichen vereinbart.
Datenschutz in den Prozess einbauenVon der Erhebung
Von der Erhebung
bis zur geregelten Löschung.
- 01
Festlegen
Zweck, Rollen, erforderliche Daten und erlaubte Verarbeitung bestimmen.
- 02
Erheben
Teilnahme und freiwillige Kommunikationswahl verständlich trennen. Datenumfang auf den Zweck begrenzen.
- 03
Verarbeiten
Zugriff, Verschlüsselung und Secret-Verwaltung am konkreten Datenfluss umsetzen.
- 04
Ausgeben
Export und Betroffenenprozesse mit Identitätsprüfung, Berechtigung und nachvollziehbarer Übergabe verbinden.
- 05
Beenden
Aufbewahrung, Löschung oder notwendige Pseudonymisierung nach einem abgestimmten Konzept durchführen.
Wie werden Consent und Kommunikation verbunden?
Ein fachlich passendes Angebot ersetzt keine erforderliche Kontakterlaubnis. Der zuständige Prozess hält die aktuelle Wahl fest und berücksichtigt Abmeldung oder Sperren auch bei angebundenen Sendesystemen. Version, Zweck und Nachweis werden passend zum konkreten Einwilligungsprozess dokumentiert.
Welche Kopien gehören in die Datenlandkarte?
Neben Primärdaten werden Backups, Dateien, Logs und Replikate betrachtet. Subprozessoren und Supportzugriffe erhalten einen dokumentierten Bereich. Eine allgemeine Länderangabe für das Hosting beantwortet diese Fragen noch nicht.
Wie werden Auftragsverarbeitung und Betroffenenrechte berücksichtigt?
Die beteiligten Rollen und eine gegebenenfalls erforderliche AVV werden vor dem Betrieb abgestimmt. Export, Auskunft und Löschweg müssen zu den führenden Systemen passen. Technische Unterstützung für solche Prozesse ist von einer pauschalen Aussage zur Rechtmäßigkeit jedes Programms zu unterscheiden.
Acht Kontrollen mit einer PrüffrageSchutz wird belastbar,
Schutz wird belastbar,
wenn er überprüfbar bleibt.
MFA
Zusätzliche Faktoren für definierte Rollen oder Risiken einsetzen. Einrichtung und Wiederherstellung erhalten einen geregelten Weg.
Wie wird das geprüft?
Geforderte zweite Prüfung und unzulässigen Zugriff ohne sie nachstellen.
SSO
Den bestätigten Identitätsanbieter mit der Anwendung verbinden. Anmelden, Abmelden und Entzug des Zugangs gehören zusammen.
Wie wird das geprüft?
SAML-/OIDC-Konfiguration und Verhalten eines entzogenen Kontos prüfen.
Verschlüsselung
Transport, gespeicherte Daten und Schlüsselzugriffe getrennt spezifizieren. TLS 1.2+ und AES-256 sind zu bestätigende Vorgaben.
Wie wird das geprüft?
Konfiguration, Schlüsselzugriff und Rotation anhand freigegebener Nachweise prüfen.
Audit Logs
Änderungen und kritische Zugriffe mit Akteur, Zeitpunkt, Grund und Referenz nachvollziehbar machen.
Wie wird das geprüft?
Eine freigegebene Korrektur bis zum ursprünglichen Geschäftsvorfall verfolgen.
Backups
Datenumfang, Aufbewahrung und verschlüsselte Sicherungskopien festlegen.
Wie wird das geprüft?
Eine Stichprobe tatsächlich wiederherstellen und Vollständigkeit vergleichen.
Disaster Recovery
Wiederanlaufreihenfolge, Verantwortliche und Datenabgleich auf das Ausfallszenario ausrichten.
Wie wird das geprüft?
Dokumentierte Übung mit gemessener Dauer und fachlichem Abgleich bewerten.
Monitoring
Relevante Nutzungspfade, Fehler und Rückstände überwachen. Alarme führen zu einer benannten zuständigen Stelle.
Wie wird das geprüft?
Testalarm auslösen und Routing, Einordnung und Rückmeldung nachvollziehen.
Technik und Zuständigkeit gehören zusammenErkennen. Patchen.
Erkennen. Patchen.
Informiert wiederherstellen.
Ein Schutzkonzept braucht einen gepflegten Betrieb: Sicherheitsbefunde werden eingeordnet, Maßnahmen zugeordnet und die Wirksamkeit der Wiederherstellung überprüft.
Monitoring, Alerts und Incident-Prozess werden für den vereinbarten Umfang beschrieben. Eine mögliche 24/7-Überwachung ist von personeller Bereitschaft zu unterscheiden. Ein eigener SOC oder eine bestimmte Reaktionszeit wird nur mit tatsächlich bestätigter Leistung zugesagt.
Wie werden Schwachstellen und Patches behandelt?
Verantwortliche, Priorisierung und Änderungsweg werden pro betroffener Komponente festgelegt. Eine durchgeführte Änderung erhält einen nachvollziehbaren Stand. Fachliche Auswirkungen und erforderliche Tests werden mit dem Betrieb abgestimmt.
Wie passt das zum Backoffice?
Regeln, Budgets und wertrelevante Korrekturen können eigene Freigaben benötigen. Antrag, Prüfung und Genehmigung bleiben getrennt. Die Historie zeigt den Grund des Eingriffs und verweist auf den ursprünglichen Vorgang.
Was bedeutet transparente Vorfallkommunikation?
Der Kommunikationsweg nennt zuständige Ansprechpartner, bestätigte Auswirkungen und nächsten Informationsschritt. Ein vermuteter Zustand bleibt als vorläufig erkennbar. Vertragliche und weitere erforderliche Meldewege werden passend zum konkreten Betrieb geregelt.
Unterlagen für IT, Datenschutz und EinkaufDie passenden Nachweise.
Die passenden Nachweise.
Mit Version und Geltungsbereich.
Für eine Prüfung zählt nicht nur der Dokumenttitel. Benötigt werden der aktuelle Stand, die verantwortliche Stelle und der konkrete Geltungsbereich.
| Unterlage | Benötigter Nachweis | Zugangsweg |
|---|---|---|
| Technische und organisatorische Maßnahmen | Version, Datum und betroffene Verarbeitung | Projektbezogen anfragen und prüfen |
| AVV / Subprozessoren / Regionen | Rollen, Dienstleister und Datenarten einschließlich Kopien | Projektbezogen abstimmen |
| Security-Kontakt / Incident-Verfahren | Meldeweg, Zuständigkeit und vertraglicher Umfang | Im Betriebspaket bestätigen |
| Penetrationstest-Zusammenfassung | Zeitpunkt, geprüfter Bereich und Behandlung relevanter Befunde | Verfügbarkeit und freigegebenen Umfang anfragen |
| Zertifikat / Auditumfang | Gültigkeit, Organisation und tatsächlicher Scope | Nur nach konkretem Nachweis verwenden |
| Wiederherstellungsbericht | Szenario, Datum, Ergebnis und offene Maßnahmen | Für den vereinbarten Betrieb prüfen |
Wie werden Zertifizierungen richtig eingeordnet?
Ein Organisationszertifikat bezieht sich auf den darin benannten Geltungsbereich. Eine Zertifizierung von Azure geht nicht automatisch auf ProLoyalty oder ein individuelles Kundenprogramm über. ISO-27001-Aussagen werden nur anhand gültigem Zertifikat und passendem Scope veröffentlicht. Ebenso benötigt eine Zero-Trust- oder Compliance-Aussage einen konkret belegten Umfang.
Passende Bausteine
Hier geht Ihr Thema weiter.
Lassen Sie uns konkret werden
Ihr Vorhaben. Unser gemeinsamer nächster Schritt.
Besprechen wir Ihre Zielgruppe, Ihre Datenquellen und den Ablauf, den Sie verbessern möchten. Daraus entsteht eine Demo, die zu Ihrem Programm passt.
Ihre Demo beginnt mit Ihrem Alltag.
Ein normaler Vorgang. Ein Sonderfall. Die beteiligten Systeme. Wir zeigen, wie Regeln, Kanäle und Kontrolle zusammenspielen.