Zum Hauptinhalt springen

GDPR Datenaufbewahrung für Betreiber von gemeinsam genutztem WiFi: Wie lange Sie Gast-Anmeldedaten und Netzwerkprotokolle aufbewahren dürfen

Ein praktischer Compliance-Leitfaden für DPOs, Netzwerkarchitekten und Standortbetreiber, die gemeinsam genutztes WiFi anbieten. Er trennt die GDPR Speicherbegrenzungs-Entscheidungen vom bedingten IPA Aufbewahrungs-Regime und übersetzt die Controller-Processor-Analyse in einen Aufbewahrungsplan, eine Checkliste für Artikel 28 und einen Lösch-Workflow.

Veröffentlicht Aktualisiert
📖 12 Min. Lesezeit2,979 Wörter3 ausgearbeitete Beispiele10 Schlüsseldefinitionen

Diesen Leitfaden anhören

Podcast-Transkript ansehen
GDPR-Datenaufbewahrung für Betreiber von gemeinsam genutztem WiFi Willkommen. Diese Information richtet sich an alle, die Entscheidungen zur Datenaufbewahrung in Hotels, Einkaufszentren, Co-Working-Flächen, Stadien und öffentlichen Veranstaltungsorten umsetzen müssen. Das Wichtigste vorweg: Die UK GDPR schreibt Betreibern von Gäste-WiFi keine feste Anzahl von Tagen für die Aufbewahrung von Login-Daten oder Netzwerkprotokollen vor. Die Speicherbegrenzung gemäß Artikel 5 verlangt, dass Sie identifizierbare Daten nicht länger aufbewahren, als es für den von Ihnen dokumentierten Zweck erforderlich ist. Das bedeutet, dass eine einzige pauschale Einstellung für alle Datensätze in der Regel die falsche Entscheidung ist. Beginnen wir mit dem Betriebsmodell. Ein Hotel, das ein Gästenetzwerk für den eigenen Zugang, die Servicequalität und Sicherheitszwecke betreibt, trifft für diese Zwecke in der Regel die Entscheidungen als Verantwortlicher. Ein Co-Working-Betreiber verfährt für sein Mitgliedernetzwerk möglicherweise genauso. Wenn der Betreiber jedoch eine Mitarbeiter-SSID für ein Mieterunternehmen bereitstellt, entscheidet der Mieter darüber, warum Identitätsdaten von Mitarbeitern erfasst werden, wie lange sie aufbewahrt werden und wie Anfragen von Mitarbeitern bearbeitet werden. Bei dieser Verarbeitung ist der Betreiber möglicherweise ein Auftragsverarbeiter. Dieselben Daten können in unterschiedlichen Funktionen für unterschiedliche Zwecke verarbeitet werden. Bestimmen Sie den Zweck, bevor Sie über die rechtliche Rolle diskutieren. Trennen Sie als Nächstes Ihre Daten. Verbindungsmetadaten können die einem Gerät zugewiesene Adresse, eine Gerätekennung, den Start- und Endzeitpunkt der Sitzung, DHCP-Leases, RADIUS-Accounting und das gesamte Datenvolumen umfassen. In einem Netzwerk mit namentlicher Anmeldung handelt es sich bei diesen Datensätzen in der Regel um personenbezogene Daten, da Sie sie mit einer Person verknüpfen können. Für einen festgelegten Sicherheits- und Incident-Response-Zweck kann ein betrieblicher Zeitraum von 30 bis 90 Tagen ein angemessener Ausgangspunkt sein. Dies ist kein gesetzlicher Freibrief. Prüfen Sie diesen Zeitraum anhand der Geschwindigkeit, mit der Vorfälle bei Ihnen erkannt werden, der Systeme, die Sie abfragen können, des Einbruchsrisikos und der von Ihnen eingesetzten Kontrollen. Authentifizierungsdaten erfordern eine eigene Regel. Eine E-Mail-Adresse, ein Name, eine Mobilfunknummer und eine Kennung für das Social-Login sollten nicht demselben Zeitfenster folgen wie ein Firewall-Ereignis. Wenn der einzige Zweck der Zugang zu einem Gästenetzwerk ist, löschen oder anonymisieren Sie diese Daten unwiderruflich, sobald der Zugang beendet ist und eine kurze, dokumentierte Frist für Streitigkeiten abgelaufen ist. Wenn Sie die Daten für Marketingzwecke nutzen, müssen Sie die Rechtsgrundlage für das Marketing und die Regeln für elektronische Werbung beachten. Der Widerruf der Einwilligung beendet die Nutzung für das Marketing. Bewahren Sie nur den absolut notwendigen Mindestdatensatz für den Werbestopp auf, um sicherzustellen, dass die Person keine Werbung mehr erhält. Standort- und Anwesenheitsdaten erfordern ein noch strengeres Konzept. Aggregierte Informationen, die wirklich anonymisiert wurden, sodass Personen nicht mehr identifiziert werden können, sind keine personenbezogenen Daten. Das Ersetzen des Namens einer Person durch ein Token macht die Information jedoch nicht anonym, wenn Sie das Token wieder zuordnen können. Legen Sie für identifizierbare Bewegungsprofile ein kurzes Betriebsfenster fest und aggregieren oder löschen Sie diese anschließend. Ein Tracking-Zeitraum von 30 Tagen kann für einen Veranstaltungsort praktikabel sein, der betriebliche Probleme innerhalb dieser Zeit untersucht. Dokumentieren Sie die Begründung. Speichern Sie keine detaillierten Bewegungsprofile mit dem Gedanken, dass sie später einmal nützlich sein könnten. Bei Missbrauchs- und Sicherheitsprotokollen können berechtigte Interessen angemessen sein, dies geschieht jedoch nicht automatisch. Der dreiteilige Test des ICO fragt: Ist der Sicherheitszweck berechtigt, ist diese Aufbewahrung notwendig und überwiegen die Interessen des Einzelnen Ihre eigenen? Dokumentieren Sie vernünftige Erwartungen, die Sensibilität der Felder, die Zugriffskontrollen und den Schaden, der aus einer langen Aufbewahrung resultieren könnte. Wenn Ihre gemeinsam genutzte öffentliche Adresse bedeutet, dass Sie eine historische Zuordnung für eine Missbrauchsbeschwerde benötigen, könnte eine 365-Tage-Regel in einer bestimmten Umgebung vertretbar sein. Sie ist jedoch keine universelle GDPR-Mindestanforderung. Machen Sie daraus eine dokumentierte Richtlinienentscheidung, überprüfen Sie diese und minimieren Sie die gespeicherten Felder. Kommen wir nun zum UK Investigatory Powers Act, oft als IPA abgekürzt. Dies ist der Punkt, an dem viele Anleitungen für gemeinsam genutztes WiFi in die Irre führen. Die rechtliche Definition des Telekommunikationsanbieters ist breit gefächert. Der aktuelle Kodex der Regierung besagt, dass dazu auch Anbieter gehören können, die Gästen oder Mitgliedern der Öffentlichkeit Zugang zu Kommunikationsdiensten an Orten wie Hotels, Flughafen-Lounges und öffentlichen Verkehrsmitteln gewähren. Das macht die Frage für Betreiber von gemeinsam genutztem WiFi relevant. Dies bedeutet nicht, dass jeder Veranstaltungsort automatisch eine zwölfmonatige Aufbewahrungspflicht hat. Die Standardposition im offiziellen Kodex für Mitteilungen besagt, dass kein Betreiber Daten gemäß dem Gesetz aufbewahren muss, bis er eine Datenaufbewahrungsanordnung erhält. Gemäß Abschnitt 87 muss eine Anordnung notwendig und verhältnismäßig sein, sie muss den Betreiber, die Daten und die Aufbewahrungsfrist identifizieren und sie darf keine Aufbewahrung von mehr als zwölf Monaten vorschreiben. Wenn Sie keine Anordnung erhalten haben, verfassen Sie keine interne Richtlinie, die besagt, dass das IPA von Ihnen verlangt, jedes Netzwerkprotokoll ein Jahr lang aufzubewahren. Das ist nicht das, was das Gesetz vorschreibt. Wenn Sie eine Anordnung erhalten, ziehen Sie unverzüglich eine spezialisierte Rechtsberatung hinzu. Bewahren Sie nur die relevanten Kommunikationsdaten und den tatsächlich angegebenen Zeitraum auf. Halten Sie dies in Ihrem Zeitplan getrennt. Der Regierungskodex identifiziert Daten, die bei der Identifizierung des Wer, Wann, Wo und Wie der Kommunikation helfen können. Beispiele hierfür sind Quell- und Zieladressen, Ports, Sitzungszeiten des Internetzugangs, Identitäten von Access Points und Standorte von Access Points. Das IPA macht nicht jedes Inhaltsprotokoll zu einem Aufbewahrungsziel. Inhalte sind eine separate Kategorie. Für GDPR-Zwecke kann eine geltende gesetzliche Verpflichtung die Rechtsgrundlage gemäß Artikel 6 darstellen. Ihr Zeitplan benötigt jedoch den genauen gesetzlichen Verweis und den Umfang der Anordnung. Sie sollten diese begrenzte Aufbewahrung gegebenenfalls auch in Ihren Datenschutzinformationen erläutern und die mit der Anordnung verbundenen Vertraulichkeitsverpflichtungen beachten. Die Rechtsgrundlage rechtfertigt weder die Erfassung zusätzlicher Daten noch die Verwendung aufbewahrter Datensätze für nicht damit zusammenhängendes Marketing. Was passiert, wenn eine Person eine Löschung verlangt? Nehmen Sie die Anfrage entgegen, prüfen Sie die Identität in angemessenem Maße, lokalisieren Sie die Datensätze nach Datenkategorie sowie Zweck und entscheiden Sie über jede Kategorie einzeln, anstatt eine pauschale Antwort zu geben. Das ICO gibt an, dass die übliche Antwortzeit einen Monat beträgt. Löschen Sie Daten, die nicht mehr benötigt werden. Verwenden Sie Marketingdaten nicht mehr, wenn die Einwilligung widerrufen wurde oder die Person widerspricht. Wenn eine gesetzliche Verpflichtung besteht oder wenn Daten zur Geltendmachung, Ausübung oder Verteidigung von Rechtsansprüchen erforderlich sind, erklären Sie die begrenzte Ausnahme und bewahren Sie nur die dadurch gerechtfertigten Daten auf. Auch Backups müssen bedacht werden. Löschen Sie die Daten aus den Live-Systemen, verhindern Sie die Verwendung von Backup-Daten und machen Sie den Zeitplan für das Überschreiben transparent. Machen Sie daraus ein System, nicht nur ein PDF-Dokument. Ihr Aufbewahrungsplan sollte die Datenkategorie, den Zweck, die Rolle als Verantwortlicher oder Auftragsverarbeiter, die Rechtsgrundlage, die Standardfrist, das Löschungsereignis, die Aufhebung der Aufbewahrungspflicht aus rechtlichen Gründen und den Verantwortlichen nennen. Konfigurieren Sie automatisierte Bereinigungsaufträge. Führen Sie eine separate Sammlung für rechtliche Aufbewahrungspflichten. Testen Sie die Löschprotokolle. Legen Sie dem DPO vierteljährlich einen Ausnahmebericht vor, der zeigt, welche Daten über den normalen Zeitraum hinaus aufbewahrt werden und warum. Purple kann dieses Betriebsmodell mit konfigurierbaren Aufbewahrungsfristen, automatisierten Bereinigungsplänen und Workflows für Auskunfts- und Löschungsanfragen unterstützen. Verwenden Sie bei Mandantenstrukturen eine Zweck- und Rollenmatrix, bevor Sie eine SSID für Mitarbeiter einrichten. Setzen Sie dann Bedingungen gemäß Artikel 28 um, wenn Sie im Auftrag eines Mandanten verarbeiten. Der Vertrag sollte dokumentierte Weisungen, Sicherheit, vertraulichen Mitarbeiterzugang, Unterauftragsverarbeiter, Unterstützung bei der Wahrung von Rechten, Unterstützung bei Datenschutzverletzungen und DPIAs, Rückgabe oder Löschung bei Beendigung des Dienstes sowie Audit-Rechte abdecken. Vermeiden Sie vor den schnellen Fragen vier häufige Fehler. Erstens: Nutzen Sie die Aufbewahrungsfrist für Backups nicht als Frist für Live-Daten. Ein Backup ist eine Maßnahme zur Ausfallsicherheit und kein Grund, ein aktives Profil aufzubewahren. Zweitens: Kopieren Sie nicht einfach einen 12-Monats-Wert in jede Anbieterkonfiguration. Die IPA-Mitteilung, falls vorhanden, bestimmt den rechtmäßigen Rahmen. Drittens: Führen Sie die Einwilligung von Gästen, die Authentifizierung von Mandanten-Mitarbeitern und Sicherheitsnachweise nicht in einem einzigen, undifferenzierten Export zusammen. Unterschiedliche Zwecke verändern die Art und Weise, wie Sie auf eine Anfrage von Betroffenen reagieren, wie Sie Verträge mit dem Mandanten abschließen und wer die Datensätze durchsuchen darf. Viertens: Machen Sie den Aufbewahrungsplan nicht zu einer manuellen Aufgabe. Wenn der Sicherheitsverantwortliche daran denken muss, am Ende jedes Quartals einen Ordner zu löschen, ist dies keine wirksame Kontrolle. Nutzen Sie automatisierte Bereinigungsaufträge, Ausnahme-Sperren mit Ablaufdatum und einen Audit-Bericht, der zeigt, wann das System Daten entfernt oder aggregiert hat. Wenn sich eine Aufbewahrungsfrist ändert, aktualisieren Sie die Datenschutzhinweise, das LIA und den technischen Timer gemeinsam. Drei schnelle Antworten. Erstens: Dürfen Sie Gäste-Anmeldedaten für einen festgelegten Zeitraum aufbewahren? Ja, wenn Sie den genauen Zeitraum im Hinblick auf einen festgelegten Zweck rechtfertigen können. Zweitens: Müssen Sie Verbindungsdaten gemäß IPA für zwölf Monate aufbewahren? Nur wenn eine entsprechende Aufbewahrungsanordnung dies verlangt, nicht allein deshalb, weil Sie gemeinsam genutztes WiFi betreiben. Drittens: Benötigt jeder Mieter eine Auftragsverarbeitungsvereinbarung? Sie benötigen einen Vertrag nach Artikel 28, wann immer Sie als Auftragsverarbeiter Daten von Mieter-Mitarbeitern auf deren dokumentierte Anweisung hin verarbeiten. Wenn Sie die Zwecke und Mittel gemeinsam festlegen, prüfen Sie stattdessen eine Vereinbarung über die gemeinsame Verantwortlichkeit nach Artikel 26. Der nächste praktische Schritt besteht darin, Ihren Datenschutzbeauftragten, Ihren Netzwerkleiter, den kaufmännischen Verantwortlichen und jeden relevanten Mietervertreter in einer Arbeitssitzung zusammenzubringen. Inventarisieren Sie die Daten. Bestätigen Sie die Rolle. Legen Sie den Zeitraum fest. Erstellen Sie die Löschkontrolle. Testen Sie eine Löschanfrage. Und leiten Sie jede IPA-Anordnung unverzüglich weiter. So führen Sie ein notwendiges Netzwerkprotokoll, ohne ein unbegrenztes Archiv des Besucherverhaltens aufzubauen. Dieses Briefing ist eine technische Information, keine Rechtsberatung. Wenden Sie sich an einen qualifizierten Rechtsbeistand, um die Gegebenheiten Ihrer Liegenschaft, Ihrer Mietverträge und etwaige gesetzliche Vorschriften zu prüfen, bevor Sie sich auf diese Richtlinie verlassen.

Teil unserer Kernserie: WiFi Marketing Guide

GDPR Datenaufbewahrung für Betreiber von gemeinsam genutztem WiFi: Wie lange Sie Gast-Anmeldedaten und Netzwerkprotokolle au…

Unter UK GDPR dürfen identifizierbare Gast-WiFi-Anmeldedaten und Netzwerkprotokolle nur für den dokumentierten Zweck und nicht länger aufbewahrt werden. Die meisten betrieblichen Sicherheitsprotokolle rechtfertigen eine kurze, geprüfte Frist, keine allgemeine Regel. Eine 12-monatige IPA-Frist gilt nur, wenn eine entsprechende Datenaufbewahrungsanordnung die Speicherung bestimmter Daten vorschreibt.1 7 9

Was ist eine vertretbare WiFi-Datenaufbewahrungsrichtlinie?

Eine vertretbare Richtlinie verknüpft jede Datenkategorie mit einem Zweck, einer verantwortlichen Partei, einer Rechtsgrundlage, einer Aufbewahrungsfrist und einem Löschereignis. Dies ist der betriebliche Ausdruck von Artikel 5(1)(e): Personenbezogene Daten dürfen nicht länger als nötig identifizierbar bleiben. Das ICO schreibt keine festen Fristen vor. Sie müssen den Zeitraum begründen, dokumentieren, überprüfen und die Daten löschen oder anonymisieren, wenn sie nicht mehr benötigt werden.1

Rechtlicher Hinweis. Dies ist ein technischer Leitfaden zur Einhaltung von Vorschriften und keine formelle Rechtsberatung. Bitten Sie einen qualifizierten Rechtsbeistand, Ihr Standortmodell, Ihre Mieterverträge und alle IPA-Mitteilungen zu validieren, bevor Sie sich auf einen Aufbewahrungsplan verlassen.

Warum ist gemeinsam genutztes WiFi ein anderes Compliance-Problem?

Multi-Tenant WiFi schafft Ebenen, die ein Gastnetzwerk an einem einzelnen Standort nicht hat. Sie betreiben möglicherweise eine gemeinsam genutzte Zugriffsebene für Bewohner, Mitglieder, Gäste und Besucher, während Sie gleichzeitig einen Staff WiFi-Dienst für einen Arbeitgeber als Mieter bereitstellen. Für Ihre eigenen Zwecke, wie Netzwerksicherheit, Servicegarantie und Abrechnungsstreitigkeiten, sind Sie möglicherweise Verantwortlicher. Für die Mitarbeiterauthentifizierung, die nur auf dokumentierte Anweisung des Mieters verarbeitet wird, sind Sie möglicherweise Auftragsverarbeiter. Die Bezeichnung in einer kommerziellen Vereinbarung entscheidet nicht über diese Frage.

Das ICO erklärt, dass sich die Rolle nach der spezifischen Verarbeitungstätigkeit richtet. Die Partei, die darüber entscheidet, warum Daten erhoben werden, sowie über die Rechtsgrundlage, die Datenkategorien, die Empfänger, die Datenschutzinformationen, die Rechteverwaltung oder die Aufbewahrung, ist wahrscheinlich der Verantwortliche. Ein Auftragsverarbeiter kann technische Methoden, Sicherheitskontrollen und Löschmechanismen wählen, ohne zum Verantwortlichen zu werden, solange er nicht die übergeordneten Entscheidungen trifft. Derselbe Datensatz kann daher nach Zweck und Rolle getrennt sein. Wenn beide Parteien die Zwecke und Mittel gemeinsam festlegen, nutzen Sie eine Vereinbarung über die gemeinsame Verantwortlichkeit nach Artikel 26, anstatt die Beziehung als einfachen Auftragsverarbeiterdienst zu behandeln.4

Aktivität im gemeinsam genutzten WiFi Wahrscheinliche Rollenfrage Praktische Kontrolle
Authentifizierung über die Gast-Splash-Page für das eigene Netzwerk des Betreibers Entscheidet der Betreiber über Erhebung, Hinweis und Aufbewahrung? Erfassen Sie den Betreiber als Verantwortlichen für diesen Zweck.
Authentifizierung über das Staff WiFi der Mieter-Mitarbeiter Entscheidet der Mieter über den Personenkreis, den Zweck des Zugriffs und die Aufbewahrung? Nutzen Sie Bedingungen nach Artikel 28, wenn der Betreiber den Anweisungen des Mieters folgt.
Sicherheitsuntersuchung im gesamten gemeinsam genutzten Bereich Benötigt der Betreiber Beweise zum Schutz des eigenen Systems? Führen Sie ein separates Protokoll für Betreiberzwecke mit eingeschränktem Zugriff.
Vom Mieter geleitete Kampagne zur Kundenbindung Wählt der Mieter die Zielgruppe und den Zweck der Nachricht aus? Verhindern Sie die Wiederverwendung für das Marketing des Betreibers ohne separate Rechtsgrundlage.

Diese Analyse ist besonders wichtig für die Branchen Gastgewerbe, Einzelhandel, Gesundheitswesen und Transportwesen, in denen ein gemeinsam genutztes Netzwerk mehrere unabhängige Unternehmen im selben Gebäude versorgen kann.

Wie sollten Sie die 5 WiFi Datenkategorien klassifizieren?

Verbindungs-Metadaten umfassen die zugewiesene IP-Adresse, die Quell-MAC-Adresse, Start- und Endzeiten der Sitzung, übertragene Bytes, DHCP-Lease-Einträge und RADIUS-Accounting. Bei einem Dienst mit namentlicher Anmeldung handelt es sich bei diesen Feldern in der Regel um personenbezogene Daten, da sie mit einer Einzelperson verknüpft werden können. Bewahren Sie nur die Felder auf, die für die definierten Sicherheits- und Fehlerbehebungszwecke erforderlich sind. Ein empfohlenes operatives Zeitfenster von 30 bis 90 Tagen ist eine Ausgangsrichtlinie, kein gesetzlicher sicherer Hafen. Ihre Zeit zur Erkennung von Vorfällen, Ihr Bedrohungsmodell und Ihre Fähigkeit zur Untersuchung sollten den genehmigten Zeitraum bestimmen.1 6

Gäste-Authentifizierungsdaten umfassen E-Mail-Adresse, Name, Telefonnummer und Authentifizierungs-ID. Wenn Sie diese Daten ausschließlich erheben, um einer Person Zugang zum Gäste-WiFi zu gewähren, endet der Zugriffszweck mit der Sitzung. Bewahren Sie einen kurzen, dokumentierten Zeitraum für Streitigkeiten oder Betrugsfälle nur dann auf, wenn Sie dies begründen können. Wenn Sie auch ein bewusstes Marketing-Opt-in erfassen, trennen Sie den Marketingdatensatz von den Zugangsdaten. Die Einwilligung kann widerrufen werden, zudem gelten für elektronisches Marketing eigene Regeln. Stellen Sie bei Widerruf oder Widerspruch das Marketing ein und bewahren Sie nur die minimalen Sperrinformationen auf, die zur Wahrung der Entscheidung erforderlich sind.2 6

Standort- und Präsenzdaten erfordern eine strikte Unterscheidung zwischen rohen, identifizierbaren Spuren und aggregierten Ergebnissen. Ein Token ist nicht anonym, wenn Sie es wieder mit einem Login verknüpfen können. Das ICO erklärt, dass pseudonymisierte Daten in der Regel personenbezogene Daten bleiben, während Daten, die eine Identifizierung nicht mehr zulassen, außerhalb der Speicherbegrenzungsregel aufbewahrt werden können. Eine 30-tägige Aufbewahrungsfrist für Rohdaten gefolgt von einer unwiderruflichen Aggregation ist ein sinnvolles Richtlinienmuster, wenn Sie kurzfristige operative Analysen benötigen. Dokumentieren Sie die Aggregationsmethode und prüfen Sie, ob eine Re-Identifizierung weiterhin möglich ist.1Marketing-Kommunikationshistorie umfasst Sendungen, Öffnungen, Klicks und Präferenzänderungen. Übernehmen Sie nicht den Timer für das Sicherheits-Log. Bewahren Sie diese Daten nur für den angegebenen Marketingzweck, auf der anwendbaren Rechtsgrundlage und mit einem dokumentierten Überprüfungsdatum auf. Die unten genannte 24-monatige Überprüfung ist eine empfohlene Betriebsgrenze, keine Frist des ICO. Bewahren Sie ein Interaktionsprofil niemals nur deshalb auf, weil die Person ihre Einwilligung nicht widerrufen hat. Wenn die Einwilligung widerrufen wird, löschen oder anonymisieren Sie die Marketinghistorie, es sei denn, es liegt ein gesonderter, dokumentierter Bedarf vor. Ein Eintrag in einer Sperrliste zum Opt-out ist etwas anderes: Er verhindert weitere Nachrichten.2 6

Missbrauchs- und Sicherheits-Logs können Firewall-Sperren, DNS-Sicherheitsereignisse und RADIUS accounting umfassen. Netzwerk- und Informationssicherheit kann berechtigte Interessen unterstützen, tut dies jedoch nicht automatisch. Führen Sie die Zweck-, Notwendigkeits- und Abwägungstests durch, bevor Sie die Aufbewahrungsfrist starten. Eine 365-tägige Frist kann vertretbar sein, wenn eine gemeinsam genutzte öffentliche IP-Adresse bedeutet, dass Sie Zuordnungsnachweise für eine verzögerte Bearbeitung von Vorfällen, Ansprüchen oder Vorladungen benötigen. Es handelt sich hierbei nicht um eine GDPR-Mindestgrenze. Reduzieren Sie Felder, beschränken Sie den Zugriff, protokollieren Sie Suchen und überprüfen Sie die Interessenabwägung, wenn sich die Architektur oder das Risiko ändert.1 6

GDPR Datenaufbewahrung für Betreiber von gemeinsam genutztem WiFi: Wie lange Sie Gast-Anmeldedaten und Netzwerkprotokolle au…

Entscheidungsfluss: Bestimmen Sie die Identifizierbarkeit, die Rolle, die Rechtsgrundlage und etwaige gesetzliche Mitteilungen, bevor Sie die automatisierte Bereinigungsregel festlegen.

Welchen Aufbewahrungsplan können Sie anwenden?

Der folgende Zeitplan ist eine anpassbare Grundlage für ein gemeinsam genutztes WiFi-Netzwerk in Großbritannien. Er ist bewusst nach Zweck aufgeteilt. Wenden Sie ihn erst an, nachdem der Verantwortliche den Zweck, die Rechtsgrundlage und die Risikoanalyse für das Netzwerk dokumentiert hat. Eine IPA-Anordnung, eine Aufbewahrungspflicht für Beweismittel oder ein laufendes Verfahren können ein normales Bereinigungsdatum außer Kraft setzen, jedoch nur für die spezifischen Datensätze und die Dauer, die die Ausnahme rechtfertigt.1 7 9

Datenkategorie Zweck und Rechtsgrundlage Empfohlene Standard-Aufbewahrung Löschungs- oder Änderungsereignis
Verbindungsmetadaten und DHCP- oder RADIUS-Sitzungsdaten Netzwerksicherheit und Fehleranalyse - Artikel 6(1)(f), vorbehaltlich einer Interessenabwägung 90 Tage Bereinigung an Tag 90, es sei denn, es liegt ein genehmigter Vorfall oder eine Aufbewahrungspflicht vor.
Authentifizierungsdaten für den Gästezugang Bereitstellung des Gästezugangs und Beilegung kurzfristiger Streitigkeiten - Artikel 6(1)(b) oder 6(1)(f), je nach Konzeption Ende der Sitzung plus 30 Tage Identifizierbare Zugangsdaten an Tag 30 löschen.
Identifizierbare Roh-Standortdaten Kurzfristige Betriebsanalyse - Artikel 6(1)(f), vorbehaltlich einer Interessenabwägung 30 Tage An Tag 30 unwiderruflich aggregieren oder löschen.
Marketingkontakt- und Interaktionshistorie Einwilligung oder eine andere dokumentierte Marketing-Rechtsgrundlage Widerruf, Widerspruch oder 24-Monats-Überprüfung, je nachdem, was zuerst eintritt Profil löschen oder anonymisieren. Bei Bedarf nur einen minimalen Sperrlisteneintrag aufbewahren.
Sicherheits- und Missbrauchsnachweise Netzwerksicherheit, Abwehr von Ansprüchen oder eine geltende rechtliche Verpflichtung 365 Tage, nur wenn die LIA den Bedarf an der Zuordnung gemeinsam genutzter Adressen dokumentiert Löschung an Tag 365, es sei denn, es gilt eine bestimmte Aufbewahrungspflicht oder rechtliche Verpflichtung.
In einer gültigen Aufbewahrungsanordnung nach der IPA festgelegte Daten Einhaltung der Anordnung - Artikel 6(1)(c) Genaue Frist der Anordnung, begrenzt auf maximal 12 Monate Löschung nach Ablauf der anordnungsspezifischen Frist, es sei denn, es gilt eine andere dokumentierte Grundlage.

Die 90-tägige Verbindungsfrist und die 365-tägige Missbrauchsfrist sind politische Entscheidungen, keine Pflichtzahlen. Sie sind nur dann nützlich, wenn Ihre schriftliche LIA, Ihre Datenschutzerklärung, Ihre Systemnachweise und Ihr automatisiertes Löschkonzept alle übereinstimmen. Eine Behörde muss zudem prüfen, ob sie eine öffentliche Aufgabe wahrnimmt, da sie sich für diese Aufgabe nicht auf berechtigte Interessen berufen kann.6

Verlangt die IPA von einem Betreiber eines gemeinsam genutzten WiFi-Netzwerks, Protokolle für 12 Monate aufzubewahren?

Nein, standardmäßig nicht. Die Definition des Telekommunikationsanbieters in der IPA ist breit gefächert. Der Kodex für Anordnungen der Regierung aus dem Jahr 2025 besagt, dass dies auch Personen umfassen kann, die Gästen oder der Öffentlichkeit Zugang zu Kommunikationsdiensten gewähren, die einer anderen Dienstleistung untergeordnet sind, einschließlich gewerblicher Objekte wie Hotels. Dies macht das Thema für Betreiber von MDU-, Co-Working- oder Managed-WiFi-Netzwerken relevant.8 9

Derselbe Kodex stellt jedoch klar, dass standardmäßig keine Aufbewahrungspflicht nach dem Gesetz besteht, bis eine Datenaufbewahrungsanordnung erlassen wird. Nach IPA-Abschnitt 87 darf der Secretary of State eine Anordnung nur dann erlassen, wenn die Anforderung notwendig und verhältnismäßig ist und ein Judicial Commissioner sie genehmigt hat. Die Anordnung muss den Betreiber, die Daten und den Zeitraum genau bestimmen. Sie darf keine Aufbewahrung von mehr als 12 Monaten vorschreiben. Erstellen Sie keine allgemeine Richtlinie zur "Aufbewahrung aller Daten für 12 Monate" nur weil der Dienst eine weit gefasste Definition eines Telekommunikationsanbieters erfüllen könnte.7 9

Wenn eine gültige Anordnung eine rechtliche Verpflichtung begründet, kann Artikel 6(1)(c) die Rechtsgrundlage gemäß UK GDPR für die zur Einhaltung erforderliche Verarbeitung liefern. Dies ist keine vertragliche Grundlage. Das ICO weist darauf hin, dass Sie die spezifische gesetzliche Bestimmung identifizieren, die Entscheidung dokumentieren und den Zweck sowie die Rechtsgrundlage in den Datenschutzinformationen erläutern müssen. Die Anordnung berechtigt nicht zur sekundären Marketingnutzung oder zu einer unbegrenzten Datenerhebung.3

Haben Sie Fragen zu Ihrem spezifischen Setup?

Unser Team arbeitet mit Standortbetreibern, IT-Managern und Netzwerktechnikern an über 80.000 Standorten zusammen. Buchen Sie ein 20-minütiges Gespräch und wir zeigen Ihnen, wie andere diese Herausforderungen gelöst haben.

Was muss eine Vereinbarung mit Mietern gemäß Artikel 28 enthalten?

Wenn Sie Daten von Mitarbeitern des Mieters ausschließlich auf dokumentierte Weisung des Mieters verarbeiten, muss vor Beginn dieser Verarbeitung eine Auftragsverarbeitungsvereinbarung gemäß Artikel 28 vorliegen. Die Vereinbarung sollte den Gegenstand und die Dauer, die Art und den Zweck, die Datenkategorien, die Kategorien betroffener Personen sowie die Rechte und Pflichten des Verantwortlichen beschreiben. Sie muss zudem die unten aufgeführten operativen Verpflichtungen enthalten.5

Verpflichtung nach Artikel 28 Was für das Mitarbeiter-WiFi betrieblich umzusetzen ist
Dokumentierte Weisungen Speichern Sie die vom Mieter genehmigten Weisungen zur Authentifizierung, Aufbewahrung und Offenlegung.
Vertraulichkeit und Sicherheit Schränken Sie privilegierte Zugriffe ein, verschlüsseln Sie administrative Zugriffe und führen Sie rollenbasierte Audit-Protokolle.
Unterauftragsverarbeiter Benachrichtigen Sie den Mandanten über relevante Änderungen bei Unterauftragsverarbeitern und geben Sie gleichwertige Schutzmaßnahmen weiter.
Unterstützung bei Rechten Definieren Sie die Übergabe von Anfragen auf Auskunft, Berichtigung, Löschung und Widerspruch.
Unterstützung bei Sicherheitsvorfällen und DSFA Legen Sie Meldewege für Vorfälle und Unterstützung bei der Sicherheitsbewertung fest.
Rückgabe oder Löschung bei Vertragsende Wählen Sie Rückgabe oder sichere Löschung, es sei denn, britisches Recht erfordert den Verbleib eines definierten Datensatzes.
Audit und Nachweise Stellen Sie die Informationen und Audit-Zugriffe bereit, die zum Nachweis der Einhaltung erforderlich sind.

Nutzen Sie eine Vereinbarung nach Artikel 28 nicht, um eine gemeinsame Verantwortlichkeit zu verschleiern. Wenn Betreiber und Mandant gemeinsam entscheiden, warum Mitarbeiter-Analysen genutzt werden, welche Felder erfasst werden und wie lange sie verfügbar bleiben, prüfen Sie stattdessen Artikel 26.4

Wie sollten Sie mit einem Löschungsbegehren umgehen?

Die Löschung nach Artikel 17 ist keine Ein-Klick-Löschfunktion. Beginnen Sie mit einer angemessenen Identitätsprüfung. Suchen Sie dann nach Daten nach Zweck und Rolle: Gastzugang, Marketing, Sicherheit, Anweisung des Mandanten und jede hinweisspezifische Aufbewahrung. Das ICO empfiehlt, unverzüglich, spätestens jedoch innerhalb eines Monats, zu antworten. Wenn Daten nicht mehr erforderlich sind oder die Einwilligung widerrufen wurde, löschen Sie diese aus den aktiven Systemen und benachrichtigen Sie gegebenenfalls die relevanten Empfänger.2

Besteht eine rechtliche Verpflichtung oder sind die Daten zur Geltendmachung, Ausübung oder Verteidigung von Rechtsansprüchen erforderlich, gilt das Recht auf Löschung in diesem Umfang nicht. Erklären Sie den eingeschränkten Grund klar. Halten Sie die einbehaltenen Daten getrennt, verhindern Sie eine zweckfremde Nutzung und wenden Sie das entsprechende Enddatum an. Backups erfordern eine eindeutige Antwort: Die Löschung sollte, sofern praktikabel, auch Backups umfassen. Wenn ein sofortiges Überschreiben unmöglich ist, sperren Sie den Backup-Datensatz und legen Sie den Zeitplan für das Überschreiben offen.2

GDPR Datenaufbewahrung für Betreiber von gemeinsam genutztem WiFi: Wie lange Sie Gast-Anmeldedaten und Netzwerkprotokolle au…

Ein Löschungs-Workflow sollte zu löschende Daten von den wenigen Datensätzen trennen, die aufgrund einer dokumentierten Ausnahme einbehalten werden.

Wie funktioniert das in der Praxis?

Szenario Gastgewerbe: ein Hotel mit Gastzugang und Mitarbeiterzugang für Mandanten

Ein Hotel mit 200 Zimmern betreibt ein Guest WiFi für Besucher und stellt seinem Restaurant-Mandanten eine SSID für das Mitarbeiter-WiFi zur Verfügung. Das Hotel erstellt zwei separate Verarbeitungsverzeichnisse. Es fungiert als Verantwortlicher für die Authentifizierung von Gästen, 90 Tage alte Verbindungsdaten und Sicherheitsuntersuchungen. Das Restaurant entscheidet über den Mitarbeiterkreis, die Zugangsbedingungen und die Aufbewahrungsfristen für seine Mitarbeiter-SSID, sodass das Hotel für diese Verarbeitung Bedingungen gemäß Artikel 28 anwendet. Die messbare Kontrolle ist ein monatlicher Bericht, der zeigt, dass jede Gästesitzung, die älter als 90 Tage ist, gelöscht wurde, während jede Ausnahme eine Vorfalls- oder Hinweisreferenz aufweist.

Szenario Einzelhandel: ein Einkaufszentrum an einer öffentlichen Adresse

Ein Einkaufszentrum nutzt eine einzige öffentliche Egress-Adresse für mehrere Geschäfte. Das Sicherheits-LIA dokumentiert, warum verzögerte Missbrauchsanschuldigungen eine Zuordnung zu einer bestimmten Verbindung erfordern können. Es legt eine Aufbewahrungsfrist von 365 Tagen für Sicherheitsbeweise fest, speichert jedoch rohe, identifizierbare Standortdaten vor der Aggregation nur für 30 Tage. Die messbare Kontrolle besteht aus einer vierteljährlichen LIA-Überprüfung sowie einem Test, der zeigt, dass ein Sicherheitsanalyst einen zulässigen Vorfall rekonstruieren kann, ohne auf abgelaufene rohe Standortdaten zuzugreifen.

Szenario für Veranstaltungen: Ein Konferenzzentrum mit sponsorenspezifischen Zielgruppen

Ein Konferenzzentrum bietet Besuchern WiFi-Zugang, während Sponsoren Opt-ins über separat gebrandete Abläufe erfassen. Das Veranstaltungszentrum bleibt der Verantwortliche für Betriebs- und Sicherheitsdaten. Jeder Sponsor ist für seinen eigenen Marketingzweck verantwortlich und darf nur die Opt-ins erhalten, zu deren Nutzung er berechtigt ist. Die messbare Kontrolle ist ein Test vor der Veranstaltung, der beweist, dass ein Widerruf bei einem Sponsor-Ablauf die Kommunikation dieses Sponsors unterdrückt, ohne die minimal aufbewahrten Sicherheitsbeweise des Veranstaltungsorts zu löschen.

Was sollten Sie als Nächstes tun?

Beginnen Sie mit einem 60-minütigen Workshop zur Datenaufbewahrung, nicht mit einer Richtlinienvorlage. Bringen Sie Ihren DPO, Ihren Netzwerkarchitekten, Ihren Leiter des Veranstaltungsbetriebs und jeden relevanten Mietervertreter an einen Tisch. Erstellen Sie eine Tabelle mit den Feldern, die aus Splash Page, DHCP, RADIUS, Firewall, DNS und Analytics-Komponenten stammen. Legen Sie für jedes Feld den Zweck, die Rolle als Verantwortlicher oder Auftragsverarbeiter, die Rechtsgrundlage, die Aufbewahrungsfrist, die Löschaktion, den Audit-Verantwortlichen und den Legal-Hold-Prozess fest.

Konfigurieren Sie dann das System so, dass es diese Arbeit übernimmt. Purple bietet konfigurierbare Aufbewahrungsfristen, automatisierte Löschpläne, Tools für Auskunftsersuchen und Lösch-Workflows, die dieses Betriebsmodell unterstützen. Halten Sie Ihre Guest WiFi-Umgebung strikt von den Zwecken des Mitarbeiter-WiFi von Mietern getrennt. Wenn Sie WiFi Analytics nutzen, aggregieren oder anonymisieren Sie die Daten, bevor das Aufbewahrungsfenster für identifizierbare Daten abläuft. Ein Cloud-Overlay sollte es einfacher machen, Richtlinien konsistent über ein verteiltes Netzwerk anzuwenden, anstatt die Lebensdauer von Datensätzen standardmäßig zu verlängern.

Für verwandte Sicherheitskontrollen vergleichen Sie das Design der Datenaufbewahrung mit Hardening RADIUS against MD5 collision attacks (BlastRADIUS), Privacy by design: anonymising WiFi data for GDPR compliance und MDU WiFi tenant session tracking and abuse attribution. Für einen breiteren Kontext siehe The definitive timeline of WiFi: from ALOHAnet to WiFi 7 and beyond, Guest WiFi Management: Smart Authentication & Segmentation, Cloud Wifi Management: Secure Enterprise Connectivity 2026 und Purple appoints Imani Butler as Growth Director, North America.

Häufig gestellte Fragen

Wie lange darf ich Gast-WiFi-Logindaten gemäß GDPR speichern?

Speichern Sie diese nur so lange, wie der Zugriff, ein Streitbeilegungsverfahren, die Sicherheit oder ein anderer angegebener Zweck erforderlich bleibt. Ein praktischer Ausgangspunkt für eine reine Authentifizierung ist das Ende der Sitzung plus eine kurze, dokumentierte Aufbewahrungsfrist für Streitfälle von beispielsweise 30 Tagen. Dies ist eine strategische Entscheidung und keine feste GDPR-Regel. Dokumentieren Sie den Zweck, die Rechtsgrundlage und den Löschzeitpunkt und testen Sie den Bereinigungsprozess.

Erfordert der UK Investigatory Powers Act eine 12-monatige Aufbewahrung von WiFi-Verbindungsdaten?

Nein. Der IPA begründet keine automatische 12-monatige Pflicht für jeden Betreiber von gemeinsam genutztem WiFi. Eine Aufbewahrungspflicht beginnt erst, wenn eine entsprechende Datenaufbewahrungsanordnung erlassen wird. Die Anordnung definiert die relevanten Kommunikationsdaten und die Aufbewahrungsfrist, die 12 Monate nicht überschreiten darf. Holen Sie unverzüglich fachlichen Rat ein, wenn Sie eine solche erhalten.7 9

Bin ich Verantwortlicher oder Auftragsverarbeiter für die Mitarbeiter eines Mieters im Mitarbeiter-WiFi?

Das hängt von der jeweiligen Verarbeitungstätigkeit ab. Wenn der Mieter über den Mitarbeiterkreis, den Zweck, die Datenschutzerklärung, die Bearbeitung von Rechten und die Aufbewahrung entscheidet, während Sie den Dienst auf dokumentierte Anweisung betreiben, sind Sie für diese Tätigkeit wahrscheinlich Auftragsverarbeiter. Wenn Sie diese Entscheidungen für Ihre eigenen Zwecke treffen, sind Sie Verantwortlicher. Wenn beide Parteien gemeinsam über die wesentlichen Zwecke und Mittel entscheiden, prüfen Sie eine gemeinsame Verantwortlichkeit.4

Was ist die richtige Aufbewahrungsfrist für IP-Adressen-Logs in einem gemeinsam genutzten WiFi-Netzwerk?

Es gibt keine festgelegte Frist nach der UK GDPR. Legen Sie eine verhältnismäßige Frist fest, die an den angegebenen Sicherheits- und Fehlerbehebungsbedarf gekoppelt ist. Dieser Leitfaden schlägt 90 Tage als Standardwert für Verbindungs-Metadaten vor. Verlängern Sie diesen Zeitraum nur dann auf 365 Tage, wenn eine dokumentierte LIA (Interessenabwägung) eine echte Zuordnung von gemeinsam genutzten Adressen oder Schadensersatzansprüche rechtfertigt, und nutzen Sie dabei Datenminimierung und Zugriffskontrollen.1 6

Wie verhalte ich mich bei einem Löschungsbegehren, wenn ich gesetzlich zur Aufbewahrung von Verkehrsdaten verpflichtet bin?

Löschen Sie Daten, die nicht mehr erforderlich sind, aber bewahren Sie genau die Daten und für den Zeitraum auf, die durch die gesetzliche Verpflichtung gefordert werden. Antworten Sie innerhalb eines Monats, erläutern Sie die anwendbare Ausnahme und verhindern Sie, dass die einbehaltenen Daten für andere Zwecke verwendet werden. Wenden Sie dasselbe Verfahren auf Backups an, indem Sie diese löschen oder so sperren, dass sie bis zur planmäßigen Überschreibung nicht mehr genutzt werden können.2 3

Benötige ich mit jeder Mieterorganisation einen DPA (Auftragsverarbeitungsvertrag)?

Sie benötigen immer dann einen Auftragsverarbeitungsvertrag gemäß Artikel 28, wenn Sie Mitarbeiterdaten eines Mieters auf dessen dokumentierte Weisung hin verarbeiten. Sie benötigen keinen Vertrag, nur weil Sie sich ein Gebäude teilen. Wenn beide Parteien die Zwecke und wesentlichen Mittel gemeinsam festlegen, kann stattdessen eine Vereinbarung über die gemeinsame Verantwortlichkeit gemäß Artikel 26 erforderlich sein.4 5

Kann ich die Marketinghistorie aufbewahren, bis ein Gast seine Einwilligung widerruft?

Nein. Eine aktive Einwilligung entbindet nicht von der Pflicht zur Speicherbegrenzung. Legen Sie einen Überprüfungszeitraum für den Marketingverlauf fest und dokumentieren Sie diesen - beispielsweise eine Überprüfung nach 24 Monaten - und löschen oder anonymisieren Sie Daten, die dem angegebenen Zweck nicht mehr dienen. Bei Widerruf oder Widerspruch müssen Sie das Marketing einstellen und dürfen nur die minimalen Sperrdaten aufbewahren, die erforderlich sind, um diese Entscheidung zu respektieren.1 2

Referenzen

Schlüsseldefinitionen

Speicherbegrenzung

Der Grundsatz aus Artikel 5(1)(e), der verlangt, dass identifizierbare personenbezogene Daten nicht länger aufbewahrt werden, als es für den Zweck ihrer Verarbeitung erforderlich ist.

Nutzen Sie diese, um eine genehmigte Frist für jeden WiFi Datentyp zu begründen, statt einer pauschalen Aufbewahrungsregel für Protokolle.

Verbindungsmetadaten

Daten über eine Netzwerkzugriffssitzung, wie IP-Adresse, Geräte-ID, Sitzungszeiten, DHCP-Lease und RADIUS-Accounting-Eintrag.

Diese können zu personenbezogenen Daten werden, wenn Sie die Sitzung einer namentlich bekannten Person zuordnen können.

DHCP-Lease

Ein zeitlich begrenzter Datensatz, der einem Gerät in einem Netzwerk eine IP-Adresse zuweist.

Unterstützt die Untersuchung von Fehlern und die Zuordnung, sollte jedoch einer eigenen Aufbewahrungsanalyse unterliegen.

RADIUS-Accounting

Authentifizierungs-, Autorisierungs- und Accounting-Datensätze, die erstellt werden, wenn ein Gerät auf ein Netzwerk zugreift.

Ist oft zentral für den Nachweis der Verbindung zwischen Identität und Sitzung bei einer Untersuchung im gemeinsam genutzten WiFi.

Pseudonymisierung

Eine Technik, die die direkte Identifizierung reduziert, indem Daten durch einen Token oder Code ersetzt werden, während eine Verknüpfung zur Re-Identifizierung weiterhin möglich bleibt.

Ist eine Sicherheitsmaßnahme, keine automatische Befreiung von den GDPR Aufbewahrungspflichten.

Anonymisierung

Eine Transformation, die eine Identifizierung in der Praxis unmöglich macht.

Nutzen Sie diese nach Ablauf des operativen Zeitraums, wenn Sie nur noch aggregierte WiFi Analysen benötigen.

Berechtigtes Interesse-Bewertung

Eine dokumentierte Analyse von Zweck, Erforderlichkeit und Abwägung für einen Verarbeitungszweck nach Artikel 6(1)(f).

Führen Sie diese durch, bevor Sie Sicherheitslogs über den minimalen operativen Bedarf hinaus aufbewahren.

Anordnung zur Datenaufbewahrung

Eine Anordnung nach IPA Section 87, die einen bestimmten Telekommunikationsanbieter verpflichtet, bestimmte relevante Kommunikationsdaten für einen festgelegten Zeitraum aufzubewahren.

Kann eine Rechtsgrundlage schaffen, ist jedoch keine automatische Pflicht für jeden Betreiber von Gast-WiFi.

Auftragsverarbeitungsvertrag nach Artikel 28

Ein Vertrag über die Verarbeitung von Daten, die ein Processor im Auftrag und nach dokumentierten Weisungen eines Controllers durchführt.

Nutzen Sie diesen für die Verarbeitung des Mitarbeiter-WiFi von Mietern, wenn der Mieter das "Warum" und das wesentliche "Wie" bestimmt.

Sperre wegen Aufbewahrungspflicht

Eine dokumentierte, zeitlich begrenzte Ausnahme, die das Löschen von Datensätzen verhindert, die für eine bestimmte Untersuchung, einen Anspruch oder eine rechtliche Verpflichtung benötigt werden.

Sollte nur die betroffene Löschregel aussetzen, nicht alle historischen WiFi Daten dauerhaft speichern.

Ausgearbeitete Beispiele

Ein Hotel mit 200 Zimmern betreibt ein Gast-WiFi und eine Mitarbeiter-WiFi SSID für seinen Restaurantpächter. Wie sollten die Aufbewahrungsentscheidungen getrennt werden?

Erstellen Sie zwei Verarbeitungsprotokolle. Das Hotel agiert als Controller für die Gast-Authentifizierung, die 90-tägigen Verbindungsdaten und seine eigenen Sicherheitsuntersuchungen. Das Restaurant legt den Zweck, die Personengruppe und die Aufbewahrungsfrist für die Mitarbeiter fest, sodass das Hotel unter den Bedingungen von Artikel 28 arbeitet. Weisen Sie die Compliance durch einen monatlichen Löschbericht und eine dokumentierte Begründung für jede Ausnahme nach.

Ein Einkaufszentrum nutzt eine einzige öffentliche Egress-Adresse über mehrere Einheiten hinweg. Wie können Beweise für Missbrauch aufbewahrt werden, ohne Standortdaten unbegrenzt zu speichern?

Dokumentieren Sie die Notwendigkeit der Zuordnung in einem LIA, beschränken Sie Sicherheitsnachweise auf die erforderlichen Felder und legen Sie eine auf 365 Tage überprüfbare Richtlinie für Missbrauchsprotokolle nur dort fest, wo der Kontext der gemeinsam genutzten Adresse dies erfordert. Bewahren Sie identifizierbare Roh-Standortdaten für 30 Tage auf und aggregieren oder löschen Sie diese anschließend unwiderruflich. Testen Sie den Prozess vierteljährlich anhand eines zulässigen Vorfallszenarios.

Ein Konferenzzentrum bietet Zugang an, während Sponsoren separat gebrandete Opt-Ins sammeln. Welche Daten sollten beim Veranstaltungsort verbleiben?

Behandeln Sie Service- und Netzwerksicherheitsdaten als Controller-Zweckdaten des Veranstaltungsorts. Geben Sie Sponsoren nur die Opt-Ins weiter, die sie für ihren eigenen angegebenen Marketingzweck nutzen dürfen. Testen Sie vor jeder Veranstaltung, ob der Widerruf eines Sponsoren-Opt-Ins die Sponsoren-Kommunikation unterdrückt, während nur die eng begründeten Sicherheitsnachweise des Veranstaltungsorts aufbewahrt werden.

Weiterlesen in dieser Reihe

Wie Sie SMS im Marketing nutzen, um die Zahl der Wiederholungsbesuche zu steigern

Dieser technische Leitfaden beschreibt, wie Unternehmen WiFi-Analysen mit SMS-Marketing-Engines integrieren können, um wiederholte Besuche zu fördern. Er detailliert die Architektur, die erforderlich ist, um Echtzeit-Präsenzdaten zu erfassen, automatisierte SMS-Kampagnen basierend auf dem physischen Verhalten auszulösen und den direkten Einfluss auf die Rückkehrraten zu messen. Durch die Abstimmung der Netzwerkinfrastruktur mit der Marketing-Automatisierung können IT- und Betriebsteams einen ertragreichen Kanal zur Kundenbindung aufbauen.

Leitfaden lesen →

First-party-Datenmarketing: Ein umfassender Leitfaden für Unternehmen

Dieser Leitfaden erklärt, wie Sie eine robuste First-party-Datenmarketingstrategie mithilfe von Enterprise-Gast-WiFi-Netzwerken aufbauen. Er deckt die technische Architektur für die sichere Datenerfassung über Captive Portals, GDPR-konforme Einwilligungs-Workflows, CRM-Integrationsmuster und die automatisierte Bereitstellung von Kampagnen ab. Betreiber von Standorten in den Bereichen Gastgewerbe, Einzelhandel, Events und dem öffentlichen Sektor finden hier praktische Anleitungen, wie sie passive Besucher in eine hochwertige, eigene Marketing-Zielgruppe verwandeln.

Leitfaden lesen →

Customer Data Management Platform: Ein umfassender Leitfaden für Unternehmen

Dieser Leitfaden erklärt, wie Betreiber von Veranstaltungsorten eine Customer Data Management Platform implementieren können, um fragmentierte Besucherdaten zusammenzuführen. Er behandelt die technische Architektur, Integrationsstrategien und die entscheidende Rolle von Guest WiFi beim Aufbau von First-Party-Datenprofilen.

Leitfaden lesen →

Haben Sie Fragen zu Ihrem spezifischen Setup?

Unser Team arbeitet mit Standortbetreibern, IT-Managern und Netzwerktechnikern an über 80.000 Standorten zusammen. Buchen Sie ein 20-minütiges Gespräch und wir zeigen Ihnen, wie andere diese Herausforderungen gelöst haben.