Zum Hauptinhalt springen

Dynamic Pre-Shared Keys (DPSK) für Multi-Tenant-Sicherheit

Dieser maßgebliche technische Leitfaden untersucht Dynamic Pre-Shared Keys (DPSK) als hochsichere und reibungslose Alternative zu 802.1X für Multi-Tenant-WiFi-Umgebungen. Er beschreibt die zugrunde liegende Architektur, Anbieter-Implementierungen, dynamische VLAN-Steuerung und die API-gesteuerte Lifecycle-Automatisierung. IT-Manager und Netzwerkarchitekten finden hier praxisnahe Anleitungen zur Bereitstellung von DPSK, um eine robuste Isolation von Mandanten, die Einhaltung gesetzlicher Vorschriften und ein nahtloses Onboarding von Geräten zu erreichen.

Veröffentlicht Aktualisiert
📖 3 Min. Lesezeit682 Wörter2 ausgearbeitete Beispiele3 Übungsfragen8 Schlüsseldefinitionen

Diesen Leitfaden anhören

Podcast-Transkript ansehen
PODCAST-SKRIPT: "Dynamic Pre-Shared Keys (DPSK) für Multi-Tenant-Security" Ein Purple WiFi Intelligence Technical Briefing Ungefähre Laufzeit: 10 Minuten Stimme: Britisches Englisch, Tonfall eines Senior Consultants - selbstbewusst, locker, autoritativ. [INTRO & KONTEXT - ca. 1 Minute] Willkommen beim Purple WiFi Intelligence Podcast. Ich bin Ihr Gastgeber, und heute behandeln wir ein Thema, das zu den häufigsten Gesprächen gehört, die ich mit IT-Managern und Netzwerkarchitekten in Hotels, Einzelhandelsketten, Stadien und Konferenzzentren führe. Das Thema lautet Dynamic Pre-Shared Keys - DPSK. Und wenn Sie derzeit ein einziges gemeinsames WiFi-Passwort in einem Multi-Tenant-Standort betreiben oder versuchen herauszufinden, ob Sie wirklich die volle Komplexität der 802.1X-Enterprise-Authentifizierung benötigen, wird Ihnen diese Episode eine klare, praktische Antwort geben. Wir werden uns ansehen, was DPSK unter der Haube eigentlich ist, wie es im Vergleich zu den Alternativen abschneidet, warum es zur bevorzugten Architektur für Standortbetreiber geworden ist und wie man es ohne die Fallstricke bereitstellt, die die meisten Teams ausbremsen. Am Ende werden wir außerdem eine kurze Fragerunde durchführen. Legen wir los. [TECHNISCHER DEEP-DIVE - ca. 5 Minuten] Beginnen wir mit dem Problem, das DPSK löst, denn das Problem zu verstehen, ist die halbe Miete. In einer standardmäßigen WPA2-Personal-Bereitstellung - also dem, was die meisten Menschen unter einem normalen WiFi-Netzwerk verstehen - verwendet jedes Gerät, das sich mit dieser SSID verbindet, denselben Pre-Shared Key. Ein Passwort, das von allen geteilt wird. In einem Hotel mit 300 Zimmern bedeutet das, dass sich jeder Gast, jeder Mitarbeiter, jedes IoT-Gerät im Gebäude und jeder Auftragnehmer, der jemals vor Ort war, mit denselben Anmeldedaten authentifiziert. Die Sicherheitsauswirkungen sind erheblich. Wenn ein Gast dieses Passwort extern weitergibt oder es in einer WiFi-Sharing-App landet, haben Sie die Kontrolle über Ihre Netzwerkgrenzen verloren. Und wenn Sie den Zugriff entziehen müssen - beispielsweise weil ein Gast auscheckt oder der Vertrag eines Dienstleisters endet -, müssen Sie das Passwort für alle ändern. Das ist kein Netzwerkmanagement, das ist ein Sicherheitsrisiko. Am anderen Ende des Spektrums steht 802.1X - der IEEE-Standard für portbasierte Netzwerkzugangskontrolle. 802.1X ist hervorragend. Er bietet Authentifizierung pro Benutzer, zertifikatsbasierte Identität und granulare Richtliniendurchsetzung. Aber er erfordert eine RADIUS-Server-Infrastruktur, erfordert eine Supplicant-Konfiguration auf jedem Gerät, und in einer Standortumgebung, in der Gäste persönliche Laptops, Telefone, Smart-TVs, Spielekonsolen und Streaming-Sticks mitbringen - von denen viele nur eingeschränkte oder gar keine 802.1X-Supplicant-Unterstützung haben -, ist der Onboarding-Prozess wirklich mühsam. Sie können von einem Hotelgast schlichtweg nicht verlangen, dass er ein Zertifikat auf seinem persönlichen Gerät installiert, bevor er eine Verbindung zum WiFi herstellen kann. DPSK liegt genau in der Mitte zwischen diesen beiden Ansätzen. Und so funktioniert es technisch. Mit DPSK betreiben Sie weiterhin eine WPA2-Personal SSID - aus Sicht des Geräts stellt es also eine Verbindung zu einem Standard-WiFi-Netzwerk her und verwendet einen Pre-Shared Key. Keine Zertifikate, kein RADIUS-Supplicant, kein komplexes Onboarding. Der Gast gibt ein Passwort ein und ist verbunden. Doch hinter den Kulissen verwaltet der Wireless-Controller oder die Cloud-Management-Plattform eine Datenbank mit eindeutigen Pre-Shared Keys - einer pro Zimmer, einer pro Benutzer, einer pro Gerätegruppe, ganz wie Sie es strukturieren möchten. Wenn sich ein Gerät verbindet und seinen Schlüssel präsentiert, gleicht der Controller diesen Schlüssel mit einem Identitätsdatensatz ab und wendet die entsprechende Netzwerkrichtlinie an - VLAN-Zuweisung, Bandbreitenbegrenzungen, Zugriffskontrolllisten. Die entscheidende Erkenntnis hierbei ist, dass die Eindeutigkeit der Anmeldedaten auf Controller-Ebene stattfindet, nicht auf Geräteebene. Das Gerät muss nicht wissen, dass es einen eindeutigen Schlüssel hat. Es verbindet sich ganz normal. Aber Ihr Netzwerk weiß genau, wem dieses Gerät gehört, und kann die Richtlinien entsprechend durchsetzen. Die Terminologie kann hier verwirrend sein, da verschiedene Anbieter unterschiedliche Namen für dasselbe Konzept verwenden. Cisco nennt es iPSK - Identity PSK. Aruba nennt es MPSK - Multi-PSK. Ruckus nennt es DPSK - Dynamic PSK. Das zugrunde liegende Prinzip ist bei allen drei identisch. Die Implementierungsdetails unterscheiden sich geringfügig, insbesondere bei der Strukturierung der RADIUS-Attribute, aber die Architektur ist dieselbe. Aus Sicht der Standards arbeitet DPSK innerhalb des WPA2-Personal-Frameworks, das mit IEEE 802.11 kompatibel ist. Einige Anbieter erweitern dies um WPA3-SAE-Funktionen, die Forward Secrecy und Schutz vor Offline-Wörterbuchangriffen bieten. Wenn Sie neue Infrastrukturen bereitstellen, lohnt es sich, WPA3-kompatible Access Points zu spezifizieren - sie machen Ihre DPSK-Bereitstellung zukunftssicher und passen sich der Richtung an, in die sich die Branche bewegt. Lassen Sie mich über VLAN-Steuerung sprechen, denn hier macht sich DPSK in einer Multi-Tenant-Umgebung erst richtig bezahlt. In einem Hotel benötigt man in der Regel mindestens vier Netzwerksegmente: ein Gäste-VLAN für private Geräte, ein Mitarbeiter-VLAN für Betriebssysteme, ein IoT-VLAN für Smart-Room-Technologie, Videoüberwachung und Gebäudemanagementsysteme sowie ein POS- oder Zahlungs-VLAN für alle Point-of-Sale-Infrastrukturen, die PCI-DSS-konform sein müssen. Mit einem einzigen gemeinsam genutzten PSK können Sie diese Gruppen nicht unterscheiden, ohne mehrere SSIDs bereitzustellen - was zu einer Überlastung der Funkfrequenzen und administrativem Aufwand führt. Mit DPSK kann eine einzige SSID jedes sich verbindende Gerät dynamisch in das richtige VLAN steuern, basierend auf dem präsentierten Schlüssel. Sauber, skalierbar und betrieblich unkompliziert. Die Funktionen zur Verwaltung des Lebenszyklus sind ebenso wichtig. Wenn ein Gast auscheckt, widerrufen Sie dessen DPSK. Seine Geräte verlieren den Zugang. Kein anderer Gast ist davon betroffen. Keine Passwortänderung, keine Support-Anrufe, keine Unterbrechung. Für ein Hotel mit 300 Zimmern und einem täglichen Gästewechsel summiert sich diese betriebliche Effizienz im Laufe der Zeit erheblich - und sie kann durch die Integration in Ihr Hotelmanagementsystem vollständig automatisiert werden. Aus Sicht der Compliance - und das ist besonders wichtig für die GDPR, für PCI-DSS und für jeden Betreiber, der personenbezogene Daten über das Netzwerk verarbeitet - bietet Ihnen DPSK den Audit-Trail, den ein gemeinsam genutzter PSK einfach nicht bieten kann. Sie können Netzwerkaktivitäten einer bestimmten Anmeldeinformation und somit einem bestimmten Gästedatensatz oder Gerät zuordnen. Das ist nicht nur eine gute Praxis - in manchen regulatorischen Kontexten ist es eine Voraussetzung. [IMPLEMENTATION RECOMMENDATIONS & PITFALLS - ca. 2 Minuten] Lassen Sie uns über die Implementierung sprechen. Einige Dinge müssen von Anfang an richtig gemacht werden. Erstens: Schlüsselgenerierung und -verteilung. Ihre DPSK-Schlüssel müssen ausreichend lang und zufällig sein - mindestens 20 Zeichen, idealerweise 32. Generieren Sie diese programmatisch mit einem kryptografisch sicheren Zufallszahlengenerator. Auch der Verteilungsmechanismus ist wichtig. In einem Hotel ist es ein bewährter Ansatz, den eindeutigen Schlüssel auf die Schlüsselkartentasche des Gasts zu drucken, ihn beim Check-in per E-Mail zuzustellen oder ihn über eine Integration in Ihr PMS per SMS zu senden. Wichtig ist, dass die Verteilung automatisiert und an Ihren bestehenden Workflow für das Gästemanagement gekoppelt ist. Zweitens: Controller-Unterstützung. Nicht alle Wireless-Controller implementieren DPSK auf dieselbe Weise. Cisco Meraki, Aruba Central, Ruckus SmartZone, Juniper Mist und Extreme Networks bieten alle entsprechende Implementierungen an, aber die Skalierungsgrenzen, API-Funktionen und die Granularität der VLAN-Steuerung variieren. Bevor Sie sich für eine Plattform entscheiden, sollten Sie die maximale Anzahl an eindeutigen Schlüsseln prüfen, die pro SSID unterstützt wird. Einige ältere Plattformen begrenzen dies auf wenige Hundert, was für einen großen Veranstaltungsort unzureichend ist. Drittens - und das ist die häufigste Fehlerquelle, die ich sehe - die Randomisierung von MAC-Adressen. Moderne Betriebssysteme wie iOS 14 und höher, Android 10 und höher sowie Windows 11 verwenden aus Datenschutzgründen standardmäßig die Randomisierung von MAC-Adressen. Wenn Ihre DPSK-Implementierung auf MAC-Adressabfragen im RADIUS-Identitätsspeicher basiert, wird ein Gerät mit einer randomisierten MAC-Adresse nicht gefunden und abgelehnt. Die Lösung besteht darin, Ihre SSID so zu konfigurieren, dass Clients die permanente MAC-Adresse ihres Geräts verwenden müssen, oder einen Vorregistrierungs-Workflow zu implementieren. Dies muss vom ersten Tag an in Ihrem Bereitstellungsplan vorgesehen sein - es ist ein lösbares Problem, aber es überrascht Teams, wenn sie es nicht einplanen. Viertens: Resilienz des RADIUS-Servers. Ihre DPSK-Bereitstellung ist nur so zuverlässig wie Ihre RADIUS-Infrastruktur. Wenn der RADIUS-Server nicht verfügbar ist, können sich keine neuen Geräte authentifizieren. Planen Sie Redundanzen ein - primäre und sekundäre RADIUS-Server mit entsprechender Failover-Konfiguration auf Ihrem Wireless-Controller.Der Fallstrick, den es vor allem zu vermeiden gilt: die Implementierung von DPSK ohne einen dokumentierten Lebenszyklusprozess für Schlüssel. Schlüssel, die niemals widerrufen werden, sammeln sich im Laufe der Zeit an und werden zu einem Sicherheitsrisiko. Erstellen Sie den Widerrufs-Workflow vor der Liveschaltung, nicht danach. [SCHNELLES F&A — ca. 1 Minute] Alles klar, kommen wir zu einigen kurzen Fragen. "Ist DPSK dasselbe wie iPSK und MPSK?" - Funktionell gesehen, ja. DPSK ist die Terminologie von Ruckus, iPSK ist die von Cisco, MPSK die von Aruba. Dasselbe Konzept, nur unterschiedliches Branding der Hersteller. "Funktioniert DPSK mit WPA3?" - Ja, mit Einschränkungen. Die meisten modernen Controller unterstützen DPSK im WPA2- und WPA3-Übergangsmodus. Für eine reine WPA3-Umgebung sollten Sie die spezifischen Implementierungsrichtlinien Ihres Herstellers prüfen, da WPA3-SAE den Handshake-Mechanismus ändert. "Kann DPSK ohne einen RADIUS-Server funktionieren?" - Einige Controller-Plattformen implementieren DPSK nativ ohne einen separaten RADIUS-Server und speichern die Schlüsseldatenbank lokal. Dies vereinfacht die Bereitstellung, schränkt jedoch die Skalierbarkeit und die Integrationsmöglichkeiten ein. "Was ist die maximale Anzahl an eindeutigen Schlüsseln pro SSID?" - Das ist vom Controller abhängig. Enterprise-Plattformen unterstützen in der Regel Tausende. Das praktische Limit liegt meist an der Abfrageleistung Ihres Identitätsspeichers, nicht am Wireless Controller selbst. "Ist DPSK für die PCI-DSS-Compliance geeignet?" - DPSK kann die PCI-DSS-Compliance unterstützen, indem es die kryptografische Isolierung von Zahlungsabwicklungsgeräten in einem dedizierten VLAN ermöglicht. Es sollte jedoch Teil eines umfassenderen Compliance-Frameworks sein und nicht als eigenständige Compliance-Lösung betrachtet werden. [ZUSAMMENFASSUNG & NÄCHSTE SCHRITTE — ca. 1 Minute] Zusammenfassend lässt sich sagen: DPSK ist die richtige Architektur für jede mandantenfähige Bereitstellung an Standorten, bei denen Sie eine Verantwortlichkeit pro Benutzer oder pro Raum benötigen, ohne die Komplexität einer vollständigen 802.1X-Infrastruktur. Es bietet Ihnen eindeutige Anmeldedaten pro Mandant, dynamische VLAN-Steuerung, granulares Lebenszyklusmanagement und einen Compliance-bereiten Audit-Trail - und das alles mit einer Geräte-Onboarding-Erfahrung, die so einfach ist wie die Eingabe eines WiFi-Passworts. Wenn Sie eine neue Bereitstellung planen oder ein bestehendes, gemeinsam genutztes PSK-Netzwerk aktualisieren möchten, sind die praktischen nächsten Schritte: Überprüfen Sie Ihre aktuelle Wireless-Controller-Plattform auf DPSK-Unterstützung, definieren Sie Ihr VLAN-Segmentierungsmodell basierend auf Ihren Mandantentypen, planen Sie Ihren Schlüssel-Lebenszyklus-Workflow von der Bereitstellung bis zum Widerruf und planen Sie die MAC-Adressen-Randomisierung vom ersten Tag an ein. Die Plattform von Purple bietet die Orchestrierungsebene, die zwischen Ihrem Identitätsanbieter und Ihrer Wireless-Infrastruktur liegt, um den gesamten DPSK-Schlüssellebenszyklus zu automatisieren - von der Bereitstellung beim Check-in bis zum Widerruf beim Check-out, abgerundet durch umfassende Analysen und Berichte. Weitere Informationen zur mandantenfähigen WiFi-Architektur und zur Netzwerkzugriffskontrolle finden Sie in den Shownotes. Vielen Dank fürs Zuhören. Bis zum nächsten Mal.

Teil unserer Kernserie: Multi-Tenant-WiFi-Leitfaden

Dynamic Pre-Shared Keys (DPSK) für Multi-Tenant-Sicherheit

Die Verwaltung der Wireless-Sicherheit in Multi-Tenant-Umgebungen - wie Mietwohnungsanlagen, Studentenwohnheimen, Serviced Offices und Boutique-Hotels - erfordert ein ausgewogenes Verhältnis zwischen strenger kryptografischer Isolierung und benutzerfreundlichem Onboarding.

Herkömmliche WPA2/WPA3-Personal-Netzwerke basieren auf einer einzigen gemeinsam genutzten Passphrase für alle Benutzer, was das Netzwerk für den Abfluss von Zugangsdaten und Packet Sniffing anfällig macht. Umgekehrt erfordert das Enterprise-Protokoll 802.1X (WPA2/WPA3-Enterprise) 802.1X-Supplikanten oder digitale Zertifikate, die viele bildschirmlos betriebene Internet of Things (IoT)-Geräte von Endverbrauchern - wie Smart-TVs, Spielekonsolen, intelligente Steckdosen und Drucker - nicht unterstützen.

Dynamic Pre-Shared Keys (DPSK), auch bekannt als Identity Pre-Shared Keys (iPSK), lösen diesen Konflikt, indem sie eindeutige, benutzerspezifische oder gerätespezifische Passphrasen an eine einzige Broadcast-SSID binden, während sie jedes Gerät dynamisch seinem eigenen isolierten Virtual Local Area Network (VLAN) zuweisen.

Warum Shared WPA2-Personal in Multi-Tenant-Umgebungen fehlschlägt

In einem Standard-Wohnbereichs-WiFi-Netzwerk mit einem einzigen Pre-Shared Key (PSK):

  1. Keine kryptografische Segmentierung: Da alle Geräte dieselbe Ableitung des paarweisen Master-Schlüssels teilen, kann jeder Benutzer im Netzwerk den Unicast-Datenverkehr über die Luft von benachbarten Geräten mit Standard-Paketerfassungstools wie Wireshark entschlüsseln.
  2. Universelle Sicherheitslücke bei Fluktuation: Wenn ein Mieter eine Einheit verlässt oder ein Mitarbeiter ausscheidet, muss die Hausverwaltung entweder die Passphrase auf jedem verbleibenden Mietergerät ändern oder einen dauerhaften unbefugten Netzwerkzugriff akzeptieren.
  3. Keine granulare Bandbreitenrichtlinie: Netzwerk-Controller können nicht zwischen dem hochpriorisierten Arbeits-Laptop eines Mieters und einem Medienserver mit hoher Bandbreite unterscheiden, die denselben Pre-Shared Key nutzen.

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.

Technische Architektur von DPSK und iPSK

Dynamic PSK schlägt die Brücke zwischen einfacher Verbraucherbedienung und Enterprise-Sicherheit durch Authentifizierungsabfragen auf Controller-Ebene während des 802.11 4-Wege-Handshakes:

+------------------+         +--------------------+         +-------------------+
|  Tenant Device   |         | Access Point (AP)  |         | Network Controller|
+------------------+         +--------------------+         +-------------------+
         |                             |                              |
         | 1. Probe & Auth Request     |                              |
         |---------------------------->|                              |
         |                             | 2. RADIUS Access-Request     |
         |                             |    (Client MAC + Entered PSK)|
         |                             |----------------------------->|
         |                             |                              |
         |                             | 3. RADIUS Access-Accept      |
         |                             |    (Tunnel-Private-Group-ID) |
         |                             |<-----------------------------|
         | 4. 802.11 4-Way Handshake   |                              |
         |    (Einzigartiger PTK abgeleitet) |                       |
         |<===========================>|                              |
         |                             |                              |
         | 5. Datenverkehr isoliert auf Unit VLAN / Private Area Network (PAN)

Kernkomponenten des Betriebs

  1. Einzigartige Pairwise Transient Keys (PTK): Da jeder Mieter während der Authentifizierung eine einzigartige Passphrase eingibt, leitet der AP einen individuellen Verschlüsselungsschlüssel für diese spezifische Client-Sitzung ab. Über die Luft übertragener Datenverkehr kann von keinem anderen Mieter entschlüsselt werden, obwohl beide eine Verbindung mit derselben SSID herstellen.
  2. Dynamische VLAN-Zuweisung: Während des RADIUS-Authentifizierungsaustauschs gibt der Netzwerk-Controller Standard-RFC-2868-Attribute zurück (wie Tunnel-Type = VLAN und Tunnel-Private-Group-ID = <VLAN_ID>). Der Access Point weist das Client-Gerät automatisch dem dedizierten privaten Subnetz dieses Mieters zu.
  3. Personal Area Network (PAN) Isolation: Enterprise Access Points erzwingen eine Layer-2-Isolierung (Client-Isolierung) zwischen verschiedenen VLANs, während sie gleichzeitig ein nahtloses mDNS- und UPnP-Discovery innerhalb des privaten VLAN des Mieters ermöglichen. Ein Bewohner kann YouTube von seinem Telefon auf den Smart-TV im Wohnzimmer streamen, ohne dass die Nachbarn die Streaming-Aufforderung sehen.

Best Practices für die DPSK-Implementierung in Mehrfamilienhäusern

  • Automatisieren Sie den Key-Lebenszyklus via API: Integrieren Sie die Schlüsselgenerierung in Ihre Hausverwaltungssoftware. Schlüssel sollten bei Mietvertragsunterzeichnung generiert und beim Auszug automatisch widerrufen werden.
  • Gerätegrenzen pro Mieter festlegen: Begrenzen Sie die Anzahl der gleichzeitig aktiven MAC-Adressen, die pro Schlüssel zulässig sind (z. B. 10 bis 15 Geräte pro Wohnung), um die unbefugte Weitergabe von Passphrasen an Nicht-Bewohner zu verhindern.
  • Bieten Sie ein Portal zur Geräteverwaltung für Bewohner an: Ermöglichen Sie es den Bewohnern, sich in ein Self-Service-Portal einzuloggen, um dedizierte DPSK-Schlüssel für bildschirmlose Geräte oder Gäste zu generieren, ohne sich an die IT-Abteilung des Gebäudes wenden zu müssen.

Häufig gestellte Fragen

Was ist der Unterschied zwischen DPSK und iPSK?

DPSK (Dynamic Pre-Shared Key) und iPSK (Identity Pre-Shared Key) beziehen sich auf denselben zugrunde liegenden Architekturmechanismus. DPSK ist die von Ruckus Wireless (CommScope) stammende Terminologie, während iPSK die von Cisco Systems verwendete Terminologie ist. Beide ermöglichen gerätespezifische, einzigartige Schlüssel und eine dynamische VLAN-Steuerung.

Funktioniert DPSK mit WPA3?

Ja. Moderne Enterprise-Controller unterstützen DPSK mit WPA3-Personal (SAE) über herstellerspezifische Erweiterungen und bieten so einen robusten Schutz gegen Offline-Wörterbuchangriffe sowie eine gerätespezifische Schlüsseltrennung.

Können IoT-Geräte eine Verbindung über DPSK herstellen?

Ja. Da DPSK aus Client-Perspektive auf standardmäßigen WPA2/WPA3 Pre-Shared-Key-Protokollen basiert, lassen sich alle IoT-Geräte, Drucker und älteren Elektronikgeräte verbinden, ohne dass spezielle Client-Zertifikate oder Software-Agenten erforderlich sind.

Schlüsseldefinitionen

Dynamic Pre-Shared Key (DPSK)

Eine drahtlose Sicherheitstechnologie, die es einer einzelnen SSID ermöglicht, mehrere, eindeutige Pre-Shared Keys zu unterstützen. Jeder Schlüssel ist einem bestimmten Benutzer, Gerät oder einer Gruppe zugeordnet, was eine individuelle Verschlüsselung und Richtliniendurchsetzung ohne die Komplexität von 802.1X ermöglicht.

Tritt auf, wenn gebäudeübergreifend gemeinsam genutzte Passwörter in mandantenfähigen Umgebungen oder im Gastgewerbe ersetzt werden, um individuelle Verantwortlichkeit und Sicherheit zu etablieren.

Identity PSK (iPSK)

Die Implementierung der Dynamic Pre-Shared Key-Technologie von Cisco. Sie nutzt herstellerspezifische RADIUS-Attribute (VSAs), um während der MAC-Authentifizierungs-Bypass-Phase eindeutige Passphrasen und Netzwerkrichtlinien an den Wireless LAN Controller zurückzugeben.

Verwendet von Netzwerkarchitekten, die mandantenfähige Sicherheit auf drahtlosen Cisco Catalyst- oder Cisco Meraki-Plattformen entwerfen.

Multi-Pre-Shared Key (MPSK)

Arubas Markenbezeichnung und Implementierung von eindeutigen Pre-Shared Keys pro Gerät. Die Orchestrierung erfolgt in der Regel über den Aruba ClearPass Policy Manager, um eine rollenbasierte Zugriffskontrolle und dynamische VLAN-Steuerung durchzusetzen.

Tritt in Unternehmensumgebungen mit drahtloser Aruba-Infrastruktur auf, in denen kopflose IoT-Geräte sicher segmentiert werden müssen.

Dynamic VLAN Steering

Der Netzwerkprozess, bei dem ein Wireless-Controller ein verbindendes Client-Gerät dynamisch einem bestimmten Virtual LAN (VLAN) zuweist, basierend auf Attributen, die von einem RADIUS-Server während der Authentifizierung zurückgegeben werden, anstatt die SSID statisch einem einzelnen VLAN zuzuordnen.

Entscheidend für die Isolierung verschiedener Mandantentypen (Gäste, Mitarbeiter, IoT, Zahlungssysteme) auf einer einzigen, gemeinsam genutzten SSID.

Private Area Network (PAN)

Ein logisches Netzwerksegment, das dynamisch um die Geräte eines bestimmten Benutzers herum erstellt wird. Es ermöglicht den Geräten eines Mandanten, sich gegenseitig zu erkennen und miteinander zu kommunizieren (z. B. Streaming auf einen Chromecast), während sie von allen anderen Mandanten im selben Subnetz vollständig isoliert bleiben.

Die primäre Technologie, die verwendet wird, um ein sicheres, heimeliges WiFi-Erlebnis in Hotels, Studentenwohnheimen und Mehrfamilienhäusern zu bieten.

MAC Authentication Bypass (MAB)

Ein Authentifizierungsprozess, bei dem ein Netzwerk-Switch oder ein Wireless-Controller die MAC-Adresse eines Client-Geräts als Anmeldeinformation verwendet, um einen RADIUS-Server abzufragen, wodurch standardmäßige interaktive Anmeldeaufforderungen umgangen werden.

Der zugrunde liegende Mechanismus, der von DPSK verwendet wird, um Verbindungsversuche abzufangen und den RADIUS-Server nach dem eindeutigen Pre-Shared Key des Geräts abzufragen.

Simultaneous Authentication of Equals (SAE)

Das in WPA3 eingeführte sichere Schlüsselaustauschprotokoll, das den herkömmlichen WPA2 Pre-Shared Key 4-Wege-Handshake ersetzt. Es schützt vor Offline-Wörterbuchangriffen und bietet Perfect Forward Secrecy.

Tritt bei der Aktualisierung von DPSK-Bereitstellungen auf WPA3 (DPSK3/iPSK3) auf, um maximale kryptografische Sicherheit über die Luft zu gewährleisten.

Vendor-Specific Attributes (VSAs)

Benutzerdefinierte Attribute, die von Netzwerkhardware-Herstellern (z. B. Cisco, Aruba, Ruckus) definiert werden und das Standard-RADIUS-Protokoll erweitern. Sie werden verwendet, um proprietäre Konfigurationsdaten wie eindeutige PSKs zwischen dem RADIUS-Server und dem Wireless-Controller zu übertragen.

Von Netzwerkingenieuren innerhalb von RADIUS-Richtlinien-Engines konfiguriert, um erweiterte DPSK-Funktionen und Richtliniendurchsetzung zu ermöglichen.

Ausgearbeitete Beispiele

Ein Luxushotel mit 250 Zimmern möchte sein frustrierendes Gast-WiFi mit Captive Portal abschaffen. Es muss die hoteleigenen Chromecasts der Gäste in jedem Zimmer unterstützen, damit die Gäste Netflix sicher von ihren Handys auf die Smart-TVs im Zimmer streamen können, ohne die Fernseher in den Nachbarzimmern zu sehen oder darauf zu streamen. Sie verwenden eine Cisco Meraki Wireless-Infrastruktur und ein cloudbasiertes Property Management System (PMS). Wie sollte dies konzipiert und implementiert werden?

  1. SSID-Architektur: Konsolidieren Sie das Gast-WiFi auf einer einzigen SSID namens "Hotel-Guest", die mit WPA2-Personal und aktiviertem Identity PSK (iPSK) konfiguriert ist.
  2. VLAN-Segmentierung: Definieren Sie ein "/20"-Subnetz auf VLAN 100 für Gastgeräte. Konfigurieren Sie die Meraki-Gruppenrichtlinien so, dass die Layer-2-Isolation auf diesem VLAN global aktiviert wird, wodurch standardmäßig jegliche Client-zu-Client-Kommunikation blockiert wird.
  3. Private Area Network (PAN) Gruppierung: Konfigurieren Sie den RADIUS-Server (z. B. Cisco ISE) so, dass er die Schlüssel nach Zimmernummer gruppiert. Wenn ein Gast eincheckt, löst das PMS einen API-Aufruf an die Cisco ISE aus, um einen eindeutigen 20-stelligen iPSK für dieses Zimmer (z. B. Zimmer 204) zu generieren.
  4. mDNS-Gateway-Konfiguration: Aktivieren Sie das Meraki mDNS-Gateway (Bonjour-Weiterleitung) auf VLAN 100. Konfigurieren Sie eine benutzerdefinierte Richtlinie: Erlauben Sie mDNS-Reflexion und Layer-2-Verkehr nur zwischen Geräten, die sich mit denselben iPSK-Anmeldedaten authentifizieren.
  5. Onboarding: Der Gast gibt das eindeutige Zimmerpasswort auf seinem Telefon und seinem Chromecast ein. Da sie denselben Schlüssel verwenden, ermöglicht das mDNS-Gateway dem Telefon, den Chromecast zu erkennen, was ein sicheres Streaming ermöglicht. Da die Layer-2-Isolation zwischen verschiedenen Schlüsseln aktiv bleibt, können Gäste in benachbarten Zimmern den Chromecast weder sehen noch darauf zugreifen.
Kommentar des Prüfers: Dieses Design löst das Streaming-Dilemma im Gastgewerbe auf elegante Weise. Indem wir die mDNS-Reflexionsrichtlinie an die eindeutigen iPSK-Anmeldedaten anstelle des IP-Subnetzes oder der MAC-Adresse binden, entfällt die Notwendigkeit, 250 separate VLANs und DHCP-Pools einzurichten (was die VLAN-Limits des WLC erschöpfen und einen enormen Routing-Overhead verursachen würde). Das gesamte Hotel läuft auf einem einzigen flachen VLAN, aber eine vollständige kryptografische und logische Isolation wird auf Benutzer- und Zimmerebene aufrechterhalten. Alternative Ansätze, wie statische MAC-Bypass-Regeln oder manuelle VLAN-Zuordnungen, sind für ein Objekt mit 250 Zimmern und hoher Gastfluktuation betrieblich nicht skalierbar.

Eine nationale Einzelhandelskette mit 450 Geschäften möchte ihre Wireless-Infrastruktur in den Geschäften konsolidieren. Jedes Geschäft betreibt derzeit vier separate SSIDs (Guest, Corporate, POS/Payment und Handheld Scanners), was zu einer starken RF-Überlastung und Leistungseinbußen führt. Die POS-Terminals und Handheld-Scanner müssen die strengen PCI-DSS-Isolationsanforderungen erfüllen. Sie verwenden Aruba APs und Aruba Central. Wie können sie DPSK nutzen, um ihre SSIDs zu konsolidieren?

  1. SSID-Konsolidierung: Eliminieren Sie drei SSIDs, sodass eine einzige Broadcast-SSID namens 'Store-Connect' verbleibt, die mit Aruba Multi-Pre-Shared Key (MPSK) konfiguriert ist.
  2. RADIUS-Richtlinienzuordnung: Konfigurieren Sie Aruba ClearPass als RADIUS-Engine, integriert in das Active Directory und die Bestandsdatenbank des Händlers.
  3. MPSK-Schlüsselzuweisung & VLAN-Steuerung: Generieren und weisen Sie eindeutige MPSK-Schlüssel basierend auf Geräteprofilen zu:
    • Kassenterminals: Erhalten einen hochkomplexen, 32-stelligen statischen MPSK. Die ClearPass-Richtlinie ordnet diesen Schlüssel dem VLAN 40 zu (streng isoliertes Zahlungs-VLAN, durch Firewalls von allen anderen Subnetzen getrennt).
    • Handscanner: Erhalten einen separaten MPSK. ClearPass ordnet diesen Schlüssel dem VLAN 30 (Betriebs- und Bestands-VLAN) zu.
    • Mitarbeiter-Tablets: Authentifizieren sich über standardmäßige 802.1X-Zertifikate auf derselben SSID (Aruba unterstützt gemischten MPSK und 802.1X auf einer einzigen SSID) und werden an VLAN 20 (Unternehmensnetzwerk) weitergeleitet.
    • Kunden: Werden über ein temporäres DPSK angemeldet, das über ein Self-Service-Portal generiert und dem VLAN 10 (Gast, nur Internetzugang) zugeordnet wird.
  4. RF-Optimierung: Durch das Deaktivieren der drei zusätzlichen SSIDs werden sofort bis zu 9 % der gesamten Sendezeitkapazität zurückgewonnen, da redundante Beacon-Frames eliminiert werden. Dies verbessert den Durchsatz und die Verbindungszuverlässigkeit für die kritischen Kassen- und Scannergeräte drastisch.
Kommentar des Prüfers: Dieses Einzelhandelsszenario zeigt den immensen Wert der SSID-Konsolidierung. RF-Überlastung ist ein stiller Killer für die Leistung von Netzwerken im Einzelhandel, insbesondere in dicht besiedelten Einkaufszentren. Durch die Nutzung der Fähigkeit von Aruba, gemischte MPSK und 802.1X auf einer einzigen SSID zu betreiben, erreichen wir das Nonplusultra für drahtlose Unternehmensnetzwerke: eine einzige, saubere SSID, die den Datenverkehr basierend auf der kryptografischen Stärke der präsentierten Anmeldeinformationen dynamisch segmentiert. Die Kassenterminals bleiben vollständig PCI-DSS-konform, da ihr Datenverkehr direkt am Access Point auf VLAN 40 kryptografisch isoliert wird, wodurch jegliche Überbrückung oder Abfluss in die Gast- oder Unternehmenssegmente verhindert wird.

Übungsfragen

Q1. Ein Leiter des Stadionbetriebs möchte eine einzige SSID für das gesamte Gelände (Kapazität 55.000) bereitstellen, um sowohl das öffentliche WiFi für Gäste als auch die tragbaren Ticket-Scanning-Geräte des Personals an den Drehkreuzen zu unterstützen. Die Ticket-Scanner erfordern eine strikte Netzwerkisolierung und dürfen niemals durch den Gästedatenverkehr gestört werden. Wie sollte das IT-Team DPSK anwenden, um diese Anforderungen zu erfüllen?

Hinweis: Berücksichtigen Sie die RADIUS-Leistung bei hoher Dichte, den SSID-Beacon-Overhead und die dynamische VLAN-Steuerung basierend auf Schlüsselprofilen.

Musterlösung anzeigen
  1. SSID-Architektur: Stellen Sie eine einzige SSID mit dem Namen "Stadium-Connect" auf dem gesamten Gelände bereit.
  2. DPSK-Schlüsselprofile: Erstellen Sie zwei verschiedene DPSK-Schlüsselpools im RADIUS-Server (z. B. Aruba ClearPass oder Cisco ISE):
    • Ticket-Scanner für Mitarbeiter: Erhalten einen hochkomplexen, statischen DPSK mit 32 Zeichen. Die RADIUS-Richtlinie ordnet dieses Schlüsselprofil dem VLAN 300 (Ticket-Scanning-VLAN) zu, das über eine strikte Quality of Service (QoS)-Priorisierung verfügt und durch eine Firewall von allen anderen Subnetzen isoliert ist.
    • Öffentliche Gäste: Werden über ein Self-Service Captive Portal in einem temporären offenen VLAN registriert, das ihre MAC-Adresse erfasst und einen vorübergehenden, niedrig priorisierten Gäste-DPSK ausgibt, der dem VLAN 100 (Gäste, nur Internet, bandbreitenbegrenzt auf 5 Mbps) zugeordnet ist.
  3. RADIUS-Optimierung: In einer High-Density-Umgebung mit 55.000 Benutzern kann die Abfrage des RADIUS-Servers bei jeder Gästeverbindung zur Serverüberlastung führen. Um dies zu verhindern, aktivieren Sie das lokale RADIUS-Caching auf den Access Points für Gästesitzungen. Verwenden Sie für die kritischen Ticket-Scanner eine statische MAC-Vorregistrierung und dedizierte primäre/sekundäre RADIUS-Serverknoten mit einem Load Balancer, um Antwortzeiten bei der Authentifizierung im Sub-Millisekundenbereich zu garantieren.
  4. Ergebnis: Die Konsolidierung auf eine einzige SSID spart bis zu 15 % der Airtime-Kapazität, da redundante Beacon-Frames eliminiert werden. Die Ticket-Scanner sind auf Layer 2 direkt am AP vollständig isoliert und priorisiert, sodass sie auch bei voller Auslastung des Stadions betriebsbereit bleiben.

Q2. Ein Betreiber von Studentenwohnheimen, der eine Anlage mit 600 Betten verwaltet, hat schwerwiegende Netzwerk-Performance-Probleme. Die Bewohner beschweren sich, dass sie ihre Smart Speaker, Smart-TVs und Spielekonsolen nicht verbinden können, da das Netzwerk eine 802.1X-Zertifikatsauthentifizierung erfordert. Zudem teilen Studenten häufig ihre persönlichen WiFi-Passwörter mit Freunden in benachbarten Zimmern, was zu einer Bandbreitenüberlastung führt. Wie kann DPSK diese Probleme lösen?

Hinweis: Denken Sie an Private Area Networks (PAN), Limits für gleichzeitige Geräte und automatisierte PMS-Integration.

Musterlösung anzeigen
  1. Ersetzen von 802.1X durch DPSK: Stellen Sie das Heimnetzwerk von 802.1X auf eine einzelne SSID namens "Student-Home" um, die mit Dynamic PSK (DPSK) konfiguriert ist.
  2. Bereitstellung von Private Area Networks (PAN): Konfigurieren Sie den Wireless Controller so, dass Private Area Networks aktiviert sind. Weisen Sie jedem Studenten einen eindeutigen DPSK-Schlüssel zu (z. B. verknüpft mit seinem Mietvertrag). Wenn ein Student diesen Schlüssel auf seinem Smartphone, Laptop, seiner Spielekonsole und seinem Smart-TV eingibt, gruppiert das Netzwerk diese Geräte dynamisch in eine private kryptografische Blase. Dadurch können die Geräte untereinander kommunizieren (was die Steuerung von Smart-Speakern und das Streamen über Chromecast ermöglicht), während jeglicher Datenverkehr von/zu den Geräten anderer Studenten blockiert wird.
  3. Durchsetzen von Limits für gleichzeitige Geräte: Legen Sie ein striktes Limit von 6 gleichzeitigen Geräten pro DPSK-Schlüssel fest. Wenn ein Student versucht, seinen Schlüssel mit Freunden zu teilen, wird das Gerätelimit schnell erreicht, was eine unbefugte Weitergabe verhindert und die Bandbreite schont.
  4. Automatisierung des Schlüssel-Lebenszyklus: Integrieren Sie das Property Management System (PMS) mit dem Wireless-Orchestrator (z. B. Purple). Schlüssel werden beim Check-in automatisch generiert und per E-Mail/SMS an die Studenten gesendet und beim Check-out sofort widerrufen, wodurch der manuelle Verwaltungsaufwand entfällt.
  5. Bandbreitenzuweisung: Wenden Sie ein dynamisches Bandbreitenprofil pro Schlüssel an (z. B. 100 Mbps Download / 20 Mbps Upload pro Bewohner), um eine faire Verteilung der WAN-Kapazität zu gewährleisten und zu verhindern, dass ein einzelner Benutzer die Leitung blockiert.

Q3. Ein Gesundheitsdienstleister betreibt ein Klinikgebäude mit mehreren Mietern, in dem sich verschiedene Arztpraxen dieselbe physische Wireless-Infrastruktur teilen. Die Kliniken verarbeiten sensible Patientendaten (PHI) und müssen die strengen HIPAA-Sicherheitsstandards einhalten. Ein Netzwerkingenieur schlägt vor, DPSK zu verwenden, um die Geräte jeder Klinik auf einer gemeinsamen SSID zu isolieren. Ist dies ein konformer Ansatz, und was sind die architektonischen Einschränkungen?

Hinweis: Analysieren Sie die kryptografischen Einschränkungen von PSK-basierten Netzwerken im Vergleich zu 802.1X und wie das VLAN-Steering und Firewalls strukturiert sein müssen.

Musterlösung anzeigen
  1. Eignung für Compliance: Ja, DPSK kann die HIPAA-Compliance unterstützen, indem es eine strikte Netzwerksegmentierung und individuelle Verschlüsselung erzwingt, aber es muss mit spezifischen architektonischen Einschränkungen implementiert werden.
  2. Kryptografische Isolation: Im Gegensatz zu standardmäßigen gemeinsam genutzten PSKs, bei denen jeder Benutzer den über die Luft übertragenen Datenverkehr anderer mitschneiden kann, verschlüsselt DPSK die Sitzung jedes Clients mit einem eindeutigen Schlüssel. Da es jedoch immer noch auf dem WPA2-Personal/WPA3-SAE-Framework basiert, bietet es nicht die zentralisierte Identitätsprüfung und zertifikatsbasierte Sicherheit von WPA3-Enterprise (802.1X). Für Laptops von Klinikmitarbeitern, die mit elektronischen Patientendaten (ePHI) arbeiten, bleibt die 802.1X-Authentifizierung (EAP-TLS) der empfohlene Ansatz.
  3. DPSK für bildschirmlose medizinische Geräte: Für medizinische Geräte, die kein 802.1X unterstützen (z. B. kabellose Vitalparameter-Monitore, ältere Bildgebungsgeräte), ist DPSK eine hervorragende, konforme Lösung. Weisen Sie der Gerätegruppe jeder Klinik einen eindeutigen, komplexen 32-stelligen DPSK-Schlüssel zu.
  4. Dynamisches VLAN- und Firewall-Steering: Der RADIUS-Server muss die Geräte jeder Klinik in ihr eigenes dediziertes VLAN leiten (z. B. Klinik A in VLAN 50, Klinik B in VLAN 60). Implementieren Sie auf der Core-Firewall strikte Access Control Lists (ACLs), die jeglichen inter-VLAN-Datenverkehr zwischen den Kliniken blockieren. Aktivieren Sie Stateful Inspection und die Protokollierung des gesamten Datenverkehrs, der die Klinik-Subnetze verlässt.
  5. Verwaltung des Schlüssel-Lebenszyklus: Erstellen Sie eine dokumentierte Richtlinie zur Schlüsselrotation (z. B. Rotation der Schlüssel alle 90 Tage oder sofort bei Ausscheiden eines Mitarbeiters). Dies muss über eine Integration mit dem Identitätsverwaltungssystem der Klinik automatisiert werden, um menschliche Fehler zu vermeiden.
  6. Fazit: DPSK ist äußerst effektiv für die Segmentierung von nicht 802.1X-fähigen medizinischen Geräten auf einer gemeinsam genutzten Infrastruktur. Arbeitsstationen von Unternehmen, die mit PHI arbeiten, sollten jedoch auf einer separaten, mit 802.1X gesicherten SSID verbleiben, um ein Defense-in-Depth-Sicherheitsniveau aufrechtzuerhalten.

Weiterlesen in dieser Reihe

Entwurf von WiFi Netzwerken für Bürogebäude mit mehreren Mietern

Dieser Leitfaden bietet IT-Managern, Netzwerkarchitekten und CTOs ein herstellerneutrales Konzept für den Entwurf skalierbarer, sicherer und isolierter WiFi Netzwerke in Bürogebäuden mit mehreren Mietern. Er behandelt VLAN-Segmentierung nach IEEE 802.1Q, dynamische VLAN-Zuweisung über 802.1X und RADIUS, RF-Planung für Umgebungen mit hoher Dichte sowie Compliance-Anforderungen unter GDPR und PCI-DSS. Betreiber von Veranstaltungsorten und Gebäudemanager finden hier praxisnahe Architektur-Richtlinien, reale Fallstudien und Konfigurationsfehler, die es vor der Bereitstellung zu vermeiden gilt.

Leitfaden lesen →

Mean Time to Innocence: So beweisen Sie, dass es nicht am WiFi liegt

Mean Time to Innocence (MTTI) ist die entscheidende Kennzahl, die definiert, wie viel Zeit IT-Teams damit verbringen, zu beweisen, dass ein Netzwerkproblem nicht ihre Schuld ist. Dieser Leitfaden beschreibt eine fünfstufige Observability-Methodik, um gegenseitige Schuldzuweisungen in mandantenfähigen Umgebungen zu eliminieren und diese durch gemeinsame Beweise zu ersetzen, um die Mean Time to Resolution (MTTR) zu senken.

Leitfaden lesen →

Rechtliche und Compliance-Anforderungen für gemeinsam genutzte WiFi-Infrastrukturen

Dieser maßgebliche technische Referenzleitfaden beschreibt die kritischen rechtlichen, regulatorischen und architektonischen Anforderungen für die Bereitstellung und Verwaltung gemeinsam genutzter WiFi-Infrastrukturen. Er bietet IT-Managern, Netzwerkarchitekten und Betreibern von Veranstaltungsorten praktische Frameworks zur Gewährleistung eines robusten Datenschutzes, einer strengen Einhaltung der Zahlungssicherheitsstandards und einer leistungsstarken Mandantenisolierung unter Verwendung von Unternehmensstandards.

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.