Zum Hauptinhalt springen

Leitfaden für iPSK: Ein umfassender Guide für Unternehmen

Dieser umfassende Leitfaden untersucht die Architektur, die Implementierungsstrategien und die geschäftlichen Vorteile von Identity Pre-Shared Key (iPSK) für mandantenfähige Umgebungen. Er bietet IT-Verantwortlichen in BTR, Hotellerie und Einzelhandel konkrete Schritte zur Bereitstellung sicherer, segmentierter WiFi-Netzwerke ohne die Komplexität von 802.1X.

📖 5 Min. Lesezeit📝 1,082 Wörter🔧 2 ausgearbeitete Beispiele3 Übungsfragen📚 8 Schlüsseldefinitionen

Diesen Leitfaden anhören

Podcast-Transkript ansehen
Willkommen zum technischen Briefing von Purple. Heute befassen wir uns mit logo guild iPSK, was für Identity Pre-Shared Key steht, und warum es sich zum maßgeblichen WiFi Sicherheitsmodell für Immobilienentwickler, BTR-Betreiber und Wohnanlagen mit mehreren Mietern entwickelt hat. Lassen Sie mich mit dem Problem beginnen, das Sie eigentlich zu lösen versuchen. Sie verwalten ein Build-to-Rent-Objekt. Das können 100 Wohneinheiten sein oder auch 500. Sie möchten, dass jeder Bewohner vom ersten Tag an sicheres, privates WiFi hat. Sie möchten nicht in jeder Wohnung einen separaten Router installieren. Sie möchten nicht Hunderte von separaten Netzwerken verwalten. Und Sie können es absolut nicht zulassen, dass Bewohner A auf dem Smart-TV von Bewohner B im Netzwerk surft. Der Standard-WPA2-PSK, das Modell mit gemeinsam genutztem Passwort, scheitert bei dieser Größenordnung sofort. Ein Passwort für das gesamte Gebäude bedeutet, dass eine Sicherheitsverletzung alle betrifft. Und Sie können den Zugang für einen einzelnen Bewohner nicht sperren, ohne das Passwort für alle zu ändern. Das ist betrieblich unmöglich. Das andere Extrem ist WPA3-Enterprise mit 802.1X. Sehr sicher. Es erfordert jedoch digitale Zertifikate oder Benutzername-Passwort-Anmeldedaten für jedes Gerät. Die Spielkonsolen, Smart-Speaker und Thermostate Ihrer Bewohner können sich schlichtweg nicht mit einem 802.1X-Netzwerk verbinden. Sie haben keinen Supplicant. Sie würden jeden Tag Support-Anrufe entgegennehmen. iPSK liegt genau in der Mitte. Jeder Bewohner erhält seinen eigenen, eindeutigen Pre-Shared Key. Für den Bewohner sieht es genauso aus und fühlt sich so an wie ein privates WiFi Passwort zu Hause. Sie geben es einmal ein, und jedes ihrer Geräte verbindet sich. Hinter den Kulissen sendet der Wireless Access Point jedoch eine RADIUS-Anfrage an die Purple Cloud, die die MAC-Adresse des Clients enthält. Unser RADIUS-Server sucht nach dieser MAC-Adresse, findet das passende Autorisierungsprofil und gibt den korrekten PSK zurück. Der Access Point validiert dann die Verbindung mit diesem individuellen Schlüssel. Das Ergebnis: eine SSID für das gesamte Gebäude, aber jeder Bewohner ist in seinem eigenen privaten Netzwerksegment isoliert. Lassen Sie mich nun die Architektur erläutern, denn hier liegt die wahre Stärke. Der Authentifizierungsablauf besteht aus vier Schritten. Erstens sendet das Client-Gerät eine Zuordnungsanfrage an den Access Point. Zweitens sendet der Wireless Controller, sei es Cisco Meraki, HPE Aruba, Ruckus oder Juniper Mist, einen RADIUS Access-Request an die Purple Cloud, der die MAC-Adresse des Clients enthält. Drittens wertet unser RADIUS-Server die Autorisierungsrichtlinie aus. Er ordnet die MAC-Adresse dem Datensatz des Bewohners zu, ruft den zugewiesenen PSK ab und gibt eine Access-Accept-Antwort zurück, die die VLAN-ID für diesen Bewohner enthält. Viertens leitet der Access Point den Client in sein dediziertes VLAN um. Aus Sicht des Bewohners ist dies nicht von einer normalen WiFi Verbindung zu Hause zu unterscheiden. Die Komplexität liegt vollständig auf der Serverseite. Das ist die Eleganz von iPSK. Eine VLAN-Zuweisung via RADIUS bedeutet, dass Bewohner A im VLAN 101 landet, Bewohner B im VLAN 102 und die IoT-Geräte des Gebäudes, wie Türsensoren, Überwachungskameras und intelligente Zähler, in einem völlig separaten VLAN liegen - ganz ohne gegenseitige Beeinflussung. Ein kurzes Wort zu dem, was wir als Private Area Network (PAN) bezeichnen. Dies ist die virtuelle Blase, die um die Geräte jedes Bewohners herum erstellt wird. Obwohl sich Hunderte von Bewohnern dieselbe WiFi-Infrastruktur teilen, sorgt iPSK für eine Isolierung auf Layer 2. Das Telefon von Bewohner A kann seinen eigenen Chromecast und Drucker sehen. Bewohner B in der Wohnung nebenan kann diese Geräte überhaupt nicht sehen oder mit ihnen interagieren. Dies ermöglicht auch das sogenannte mDNS Reflection, wodurch sich Geräte innerhalb ihres eigenen privaten Segments gegenseitig erkennen können. Das Streamen von Netflix auf einen Chromecast funktioniert also perfekt, genau wie auf einem Heimrouter, greift jedoch nicht auf den Flur oder das Netzwerk anderer Bewohner über. Lassen Sie mich nun iPSK mit den Alternativen vergleichen, da die Wahl des Authentifizierungsmodells eine der weitreichendsten Entscheidungen bei Ihrem Netzwerkdesign ist. Standard-PSK, WPA2-Personal, bietet Ihnen Einfachheit. Jeder verwendet dasselbe Passwort. Es gibt jedoch keine zentrale Kontrolle. Wenn ein Bewohner das Passwort weitergibt, ist das gesamte Netzwerk gefährdet. Das Ändern des Passworts beim Auszug eines Bewohners betrifft alle anderen Bewohner. Bei 200 Wohneinheiten ist dies nicht mehr handhabbar. 802.1X EAP-TLS ist der hochsichere Unternehmensstandard. Er bietet eine zertifikatsbasierte Authentifizierung pro Gerät. Sie können den Zugriff für einzelne Geräte sofort widerrufen. Er erfordert jedoch eine Zertifizierungsstelle, ein Zertifikatsmanagement und einen Supplicant auf jedem Gerät. Spielekonsolen, Smart-TVs und Amazon Alexa-Geräte unterstützen 802.1X alle nicht. In einer Wohnumgebung ist dies ein absolutes Ausschlusskriterium. iPSK bietet Ihnen die gerätespezifische Identität von 802.1X bei der einfachen Handhabung eines privaten Passworts. Es unterstützt 100 % aller Geräte, einschließlich aller displaylosen IoT-Geräte Ihrer Bewohner. Und es lässt sich ohne zusätzlichen Verwaltungsaufwand auf Tausende von Einheiten skalieren, da der Lebenszyklus automatisiert ist. Die Begriffe der Hersteller variieren, und es lohnt sich, die Entsprechungen zu kennen. HPE Aruba nennt dies MPSK (Multi-PSK). Ruckus und Juniper Mist verwenden DPSK (Dynamic PSK). Ubiquiti UniFi nennt es PPSK (Private PSK). Das Konzept ist bei Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme und Fortinet identisch. Purple lässt sich als Cloud-Overlay auf all diesen Plattformen einsetzen. Sie müssen Ihre Access Points nicht austauschen. Lassen Sie mich nun die Implementierung erläutern, da hierbei in der Praxis oft Fehler passieren. Der erste und häufigste Fehler ist eine zu geringe Dimensionierung des DHCP-Bereichs. Netzwerktechniker weisen manchmal ein Slash-28-Subnetz pro Wohnung zu, um IP-Adressraum zu sparen. Das sind 14 nutzbare Adressen. Im Jahr 2026 wird ein Paar in einer BTR-Wohnung bis Dienstag bereits 14 IPs verbraucht haben. Ein Telefon, ein Laptop, ein Tablet, ein Smart-TV, eine Spielekonsole, ein Smart-Speaker, ein paar smarte Glühbirnen. Sie sind bereits bei acht Geräten, bevor sie überhaupt Besuch von Freunden hatten. Verwenden Sie standardmäßig immer ein Slash-24-Subnetz pro Bewohner. Das zweite kritische Detail ist die Client-Isolierung. Sie müssen sicherstellen, dass die Client-Isolierung innerhalb des VLAN des Bewohners deaktiviert ist. Wenn Sie die Client-Isolierung aktiviert lassen, blockieren Sie die Smart-Home-Funktionalität, für die iPSK eigentlich entwickelt wurde. Geräte mit demselben Schlüssel können nicht miteinander kommunizieren, und Sie werden die ganze Woche über Support-Tickets für den Chromecast bearbeiten müssen. Der dritte Aspekt ist das Roaming. Wenn ein Bewohner von seiner Wohnung im vierten Stock hinunter in den Fitnessbereich im Erdgeschoss geht, muss seine Verbindung bestehen bleiben. Das bedeutet, dass sein spezifisches VLAN bis zum Access Point im Fitnessbereich getrunkt sein muss oder Sie den Datenverkehr zurück zu einem zentralen Controller tunneln müssen. Dies ist ein häufiges Versäumnis bei ersten Implementierungen. Kommen wir nun zum sprichwörtlichen Elefanten im Raum: WPA3 und das 6 GHz-Band. WiFi 6E und WiFi 7 schreiben die WPA3-Sicherheit auf dem 6 GHz-Band vor. WPA3 ersetzt den alten Vier-Wege-Handshake durch Simultaneous Authentication of Equals, oder SAE. Das Problem ist, dass der IEEE 802.11-Standard für SAE derzeit nicht mehrere Passwörter pro SSID auf die Art und Weise unterstützt, wie WPA2 es tut. Dies ist kein Cisco Meraki-Problem oder ein Aruba-Problem. Es ist eine branchenweite Einschränkung, die im IEEE-Standard selbst verankert ist. Die derzeitige Best Practice ist ein hybrider Ansatz. Betreiben Sie eine WPA2 iPSK SSID auf den 2,4 und 5 GHz-Bändern für ältere Geräte und IoT-Hardware. Richten Sie für das 6 GHz-Band eine separate SSID mit 802.1X für verwaltete Unternehmens-Endgeräte ein. Hinzu kommt die Herausforderung der MAC-Adressen-Randomisierung. Apple iOS 14 und Android 10 haben pro Netzwerk randomisierte MAC-Adressen eingeführt. Bei einer MAC-basierten iPSK-Bereitstellung sendet der Access Point die randomisierte MAC an den RADIUS-Server. Der Server erkennt sie nicht. Die Authentifizierung schlägt fehl. Der Easy PSK-Modus von Cisco Meraki löst dieses Problem weitgehend, indem er sich über EAPOL-Parameter anstelle einer MAC-Abfrage authentifiziert. Wenn Sie Meraki nutzen und iOS- oder Android-Clients haben, verwenden Sie den Easy PSK-Modus. Zwei reale Szenarien, um dies konkret zu veranschaulichen. Szenario eins: Eine Build-to-Rent-Anlage mit 350 Wohneinheiten. Der Betreiber wollte, dass die Bewohner ihre WiFi-Zugangsdaten vor dem Einzugstag erhalten. Die Multi-Tenant-WiFi-Plattform von Purple wurde in das Immobilienverwaltungssystem integriert. Nach der Unterzeichnung eines Mietvertrags löste das PMS einen API-Aufruf an Purple aus, wodurch ein eindeutiger iPSK generiert und automatisch bereitgestellt wurde. Der Bewohner erhielt seinen Schlüssel per E-Mail. Er kam am ersten Tag an, verband alle seine Geräte und das Netzwerk war sofort aktiv. Beim Auszug wurde der Schlüssel automatisch widerrufen. Absolut kein manueller Aufwand für das Facility-Management-Team. Der Betreiber reduzierte die Anzahl der WiFi-bezogenen Support-Anrufe im Vergleich zum vorherigen Modell mit gemeinsam genutzten Passwörtern um über 60 %. Szenario zwei: Ein Hotel mit 180 Zimmern. Das Hotel wollte das Captive Portal beim Login abschaffen, worüber sich die Gäste immer wieder beschwerten. Mit iPSK erhielt jedes Zimmer einen eindeutigen Schlüssel, der auf die Schlüsselkarte gedruckt oder mit der Buchungsbestätigung per E-Mail verschickt wurde. Gäste mussten sich nur einmal verbinden. Smartphones, Tablets und Laptops verbanden sich bei allen weiteren Besuchen während desselben Aufenthalts automatisch. IoT-Geräte im Zimmer befanden sich in einem separaten VLAN, isoliert vom Datenverkehr der Gäste. Die Schlüssel wurden beim Check-in generiert und beim Check-out widerrufen, ohne dass am Empfang manuelle Schritte erforderlich waren. Und nun zu den schnellen Fragen. Funktioniert iPSK auch ohne Cisco ISE? Ja. FreeRADIUS und Microsoft NPS unterstützen beide das von iPSK benötigte Tunnel-Password-Attribut. Purple fungiert als RADIUS-Server, sodass Sie Ihre eigene RADIUS-Infrastruktur überhaupt nicht bereitstellen oder verwalten müssen. Ist iPSK PCI-DSS-konform? iPSK unterstützt die Anforderungen zur Netzwerksegmentierung von PCI-DSS 4.0. Umgebungen mit Karteninhaberdaten müssen von Gäste- und IoT-Netzwerken isoliert sein. Die VLAN-Override-Funktion von iPSK ist der Mechanismus, mit dem diese Segmentierung erreicht wird. Wie sieht der kommerzielle Nutzen aus? Untersuchungen der British Property Federation zeigen, dass verwaltetes WiFi in britischen Build-to-Rent-Anlagen einen Mietaufschlag von 15 bis 30 Pfund pro Wohneinheit und Monat erzielt. Zudem entfällt die Leerstandszeit von fünf bis zehn Tagen, in der ein Bewohner auf einen Techniker des Internetanbieters wartet. Zusammenfassend lässt sich sagen: iPSK bietet Ihnen eine Identität pro Gerät auf einer einzigen SSID - ohne die Komplexität von 802.1X-Zertifikaten und ohne die Sicherheitslücken eines gemeinsam genutzten Passworts. Es ist das richtige Modell für Build-to-Rent, Hotels, den Einzelhandel und jede Multi-Tenant-Umgebung, in der Sie den Datenverkehr isolieren, den Zugriffslebenszyklus automatisieren und jeden Gerätetyp unterstützen müssen. Fünf Regeln zum Schluss. Erstens: Wenn Sie mehr als 50 Geräte oder Benutzer auf einer einzigen SSID haben und eine Zugriffskontrolle pro Gerät benötigen, ist iPSK fast sicher das richtige Modell. Zweitens: Planen Sie Ihre VLAN-Architektur immer, bevor Sie iPSK konfigurieren. Drittens: Wenn Sie Cisco Meraki mit iOS- oder Android-Clients nutzen, verwenden Sie den Easy PSK-Modus. Viertens: Stellen Sie iPSK nicht ohne eine Ebene für das Lebenszyklusmanagement bereit. Fünftens: Planen Sie Ihre WPA3-Migration jetzt.Die Multi-Tenant WiFi-Plattform von Purple übernimmt die Lifecycle-Automatisierung. Sie verbindet Ihr Property-Management-System oder Ihren Identity Provider mit Ihrer Hardware und automatisiert die Schlüsselbereitstellung sowie den Entzug im großen Stil - an über 80.000 aktiven Standorten weltweit. Wenn Sie tiefer einsteigen möchten - ob für ein Architektur-Review, einen Konfigurations-Walkthrough oder ein Pilot-Deployment - finden Sie den Link für ein Gespräch mit unserem Team im Leitfaden. Vielen Dank fürs Zuhören.

header_image.png

Management-Zusammenfassung

Identity Pre-Shared Key (iPSK) löst den grundlegenden Sicherheitskompromiss bei Enterprise WiFi: die Einfachheit eines gemeinsam genutzten Passworts mit der Sicherheit und Segmentierung von 802.1X in Einklang zu bringen. Für IT-Manager und Betriebsleiter in den Bereichen Build-to-Rent (BTR), Hotellerie und Einzelhandel bietet iPSK eine skalierbare Methode zur Isolierung des Datenverkehrs, zur Absicherung von IoT-Geräten und zur Automatisierung des Netzwerkzugriffs, ohne den Support-Desk zu belasten.

Durch die Zuweisung eines eindeutigen Passcodes für jeden einzelnen Benutzer oder jedes Gerät auf einer einzigen SSID ermöglicht iPSK eine granulare Netzwerksegmentierung durch VLAN-Zuweisung via RADIUS. Dieser Ansatz eliminiert die Risiken von Standard-WPA2-Personal und unterstützt gleichzeitig 100 % der bildschirmlosen IoT-Geräte, die sich nicht über WPA3-Enterprise authentifizieren können. Dieser Leitfaden beschreibt die Architektur, die Bereitstellungsstrategien und die geschäftlichen Auswirkungen der Implementierung von iPSK in mandantenfähigen Umgebungen.

Hören Sie sich das Briefing an

Technische Detailanalyse

Die Architektur von iPSK

Klassisches WPA2-Personal verwendet ein einziges Passwort für alle Benutzer auf einer SSID. Jeder Bewohner kann die Geräte aller anderen Bewohner in derselben Broadcast-Domäne sehen. Das Ändern des Passworts bei Auszug eines Bewohners betrifft alle anderen Bewohner. iPSK verändert dieses Authentifizierungsmodell grundlegend.

Wenn ein Gerät versucht, sich über einen bestimmten PSK mit dem Access Point zu verbinden, sendet der Wireless-Controller einen RADIUS-Access-Request an die Purple Cloud. Der RADIUS-Server gleicht das Passwort mit dem Datensatz des Bewohners ab und sendet eine RADIUS-Access-Accept-Nachricht zurück, die ein herstellerspezifisches Attribut enthält: die diesem Bewohner zugewiesene VLAN-ID. Der Controller weist den Client diesem VLAN zu. Der gesamte Austausch dauert Millisekunden und ist für den Bewohner unsichtbar.

ipsk_architecture_overview.png

Diese Architektur liefert drei Ergebnisse:

  1. VLAN-Segmentierung: Der Datenverkehr wird auf Layer 2 isoliert. Bewohner A auf VLAN 101 kann keinen Datenverkehr zu Bewohner B auf VLAN 102 leiten.
  2. Eindämmung von Broadcasts: mDNS- und Bonjour-Erkennungsverkehr bleibt innerhalb des VLANs des Bewohners. Chromecast und Sonos funktionieren innerhalb der Wohnung, strahlen aber nicht in den Flur aus.
  3. Sauberer Schlüssel-Lebenszyklus: Das Widerrufen eines Schlüssels beim Auszug betrifft nur diesen einen Bewohner. Der Rest des Gebäudes bleibt online.

Die Terminologie der Hersteller variiert. HPE Aruba nennt dies PPSK (Private Pre-Shared Key) oder MPSK (Multi-PSK). Cisco Meraki nennt es Identity PSK. Ruckus und Juniper Mist verwenden DPSK (Dynamic Pre-Shared Key). Das Konzept ist auf der Hardware von Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme und Fortinet identisch.

Vergleich der Authentifizierungsmethoden

comparison_chart.png

Die Wahl des Authentifizierungsmodells bestimmt Ihren betrieblichen Aufwand.

  • Standard-PSK (WPA2-Personal) bietet Einfachheit, aber keine zentrale Kontrolle. Wenn ein Bewohner das Passwort weitergibt, ist das gesamte Netzwerk gefährdet.
  • 802.1X EAP-TLS ist der hochsichere Unternehmensstandard, der eine zertifikatsbasierte Authentifizierung pro Gerät bietet. Er erfordert jedoch einen Supplicant auf jedem Gerät. Spielekonsolen, Smart-TVs und Amazon Alexa-Geräte unterstützen 802.1X nicht.
  • iPSK bietet Ihnen die gerätespezifische Identität von 802.1X mit der betrieblichen Einfachheit eines Heimpassworts. Es unterstützt alle headless IoT-Geräte und lässt sich auf Tausende von Einheiten skalieren.

Implementierungshandbuch

Die Bereitstellung von iPSK erfordert eine präzise Konfiguration. Dies sind die entscheidenden Schritte für eine erfolgreiche Einführung.

1. VLAN- und Subnetz-Design

Der häufigste Fehler ist eine zu geringe Dimensionierung des DHCP-Bereichs. Netzwerktechniker weisen manchmal ein /28-Subnetz pro Wohnung zu, um IP-Adressraum zu sparen. Das bietet 14 nutzbare Adressen. Eine moderne BTR-Wohnung wird 14 IPs mit Telefonen, Laptops, Smart-TVs, Spielekonsolen und intelligenten Glühbirnen schnell erschöpfen. Planen Sie standardmäßig immer ein /24-Subnetz pro Bewohner ein, das 254 nutzbare Adressen bietet.

2. Konfiguration der Client-Isolierung

Sie müssen sicherstellen, dass die Client-Isolierung innerhalb des VLANs des Bewohners deaktiviert ist. Wenn Sie die Client-Isolierung aktiviert lassen, unterbrechen Sie die Smart-Home-Funktionalität, für die iPSK entwickelt wurde. Geräte mit demselben Schlüssel können nicht miteinander kommunizieren, was zu Support-Tickets für Chromecast führt.

3. Roaming und Trunking

Wenn ein Bewohner von seiner Wohnung in den gemeinsamen Fitnessbereich geht, muss seine Verbindung bestehen bleiben. Sein spezifisches VLAN muss zum Access Point im Fitnessbereich getrunkt werden, oder Sie müssen den Datenverkehr zurück zu einem zentralen Controller tunneln. Wenn dies nicht konfiguriert wird, führt dies zu Verbindungsabbrüchen in den Gemeinschaftsbereichen.

4. Umgang mit MAC-Randomisierung

Apple iOS 14 und Android 10 haben pro Netzwerk zufällige MAC-Adressen eingeführt. Bei einer MAC-basierten iPSK-Bereitstellung sendet der Access Point die zufällige MAC an den RADIUS-Server, der sie nicht erkennt. Wenn Sie Cisco Meraki verwenden, implementieren Sie den Easy PSK-Modus. Easy PSK authentifiziert sich über EAPOL-Parameter anstelle der MAC-Suche und löst so Probleme mit der Randomisierung.

Best Practices

Befolgen Sie diese branchenüblichen Empfehlungen für mandantenfähige Bereitstellungen:

  1. Lebenszyklus automatisieren: Implementieren Sie iPSK nicht ohne ein automatisiertes Lifecycle-Management. Die manuelle Verwaltung von Tausenden von Schlüsseln ist nicht tragbar. Integrieren Sie Ihr Property-Management-System (PMS) mit Purple, um die Bereitstellung und den Entzug von Schlüsseln zu automatisieren.
  2. Für WPA3 planen: WiFi 6E und WiFi 7 schreiben die WPA3-Sicherheit auf dem 6-GHz-Band vor. WPA3 ersetzt den Vier-Wege-Handshake durch Simultaneous Authentication of Equals (SAE), was derzeit nicht mehrere Passwörter pro SSID unterstützt. Betreiben Sie eine WPA2 iPSK SSID auf den 2,4- und 5-GHz-Bändern für IoT-Hardware und stellen Sie eine separate SSID mit 802.1X für das 6-GHz-Band bereit.
  3. VLAN-Architektur frühzeitig planen: Die Stärke von iPSK liegt im VLAN-Override via RADIUS. Planen Sie Ihre VLANs (Bewohner, IoT, Personal, Verwaltung), bevor Sie den Wireless-Controller konfigurieren. Die nachträgliche Anpassung der VLAN-Architektur ist kostspielig.

Fehlerbehebung & Risikominderung

Überwachen Sie bei der Bereitstellung von iPSK diese häufigen Fehlerquellen:

  • Authentifizierungs-Timeouts: Häufig verursacht durch Latenzzeiten des RADIUS-Servers. Stellen Sie sicher, dass Ihre Access Points eine zuverlässige Verbindung zur Purple-Cloud haben.
  • IoT-Geräte können keine Verbindung herstellen: Stellen Sie sicher, dass 802.11r (Fast BSS Transition) auf der iPSK SSID deaktiviert ist, da viele ältere IoT-Geräte dies nicht unterstützen und die Verbindung verweigern.
  • Broadcast-Storms: Wenn die mDNS-Reflektion falsch konfiguriert ist, kann der Broadcast-Verkehr das Netzwerk überlasten. Stellen Sie sicher, dass mDNS-Gateways streng an das spezifische VLAN des Bewohners gebunden sind.

ROI & geschäftlicher Nutzen

Die Bereitstellung von verwaltetem WiFi über iPSK ist eine kommerzielle Strategie, nicht nur ein IT-Upgrade.

Für BTR-Betreiber (Build-to-Rent) eliminiert die Bereitstellung von Konnektivität ab dem ersten Tag die Leerlaufzeit, in der ein Bewohner auf einen ISP-Techniker wartet. Verwaltetes WiFi sichert in britischen Build-to-Rent-Projekten einen Mietaufschlag von 15 bis 30 £ pro Wohneinheit und Monat.

Aus betrieblicher Sicht verbessert iPSK die Funkumgebung. Anstelle von 200 Consumer-Routern, die auf sich überschneidenden Kanälen konkurrieren, haben Sie eine einzige, saubere SSID, die von Enterprise Access Points verwaltet wird. Purple automatisiert den gesamten Onboarding- und Offboarding-Lebenszyklus, was die Support-Tickets und den betrieblichen Aufwand für das Property-Management-Team reduziert.

Purple wird als Cloud-Overlay auf Ihrer vorhandenen Hardware bereitgestellt. Um zu erfahren, wie Guest WiFi und mandantenfähige Lösungen den Umsatz in den Bereichen Hospitality und Retail steigern können, kontaktieren Sie unser Engineering-Team.

Schlüsseldefinitionen

iPSK (Identity Pre-Shared Key)

Ein WiFi-Sicherheitsmodell, das jedem einzelnen Benutzer oder Gerät in einem einzigen Netzwerknamen (SSID) ein eindeutiges Passwort zuweist.

Ermöglicht IT-Teams eine sichere Zugriffskontrolle pro Gerät ohne die Komplexität von 802.1X-Zertifikaten.

VLAN Override

Der Prozess, bei dem ein RADIUS-Server während der Authentifizierung eine bestimmte VLAN-ID zurückgibt und den Access Point anweist, den Client in dieses isolierte Netzwerksegment zu verschieben.

Dies ist der Kernmechanismus, den iPSK verwendet, um Bewohner A von Bewohner B auf demselben physischen Access Point zu isolieren.

Private Area Network (PAN)

Eine virtuelle Blase, die um die spezifischen Geräte eines Benutzers erstellt wird und eine Layer-2-Isolierung von anderen Benutzern auf derselben Infrastruktur gewährleistet.

Unerlässlich für mandantenfähige Umgebungen, um Privatsphäre und Sicherheit zu gewährleisten, während persönliche Geräte miteinander kommunizieren können.

mDNS Reflection

Eine Netzwerkfunktion, die es Multicast-Erkennungsprotokollen (wie Apple Bonjour) ermöglicht, über bestimmte Grenzen hinweg zu funktionieren.

Erforderlich, damit Bewohner auf ihre Smart-TVs streamen können, ohne die Geräte ihrer Nachbarn zu sehen.

802.1X EAP-TLS

Der Enterprise-Standard für die Netzwerkauthentifizierung, der digitale Zertifikate auf dem Client-Gerät erfordert.

Hochsicher, aber inkompatibel mit bildschirmlosen IoT-Geräten wie Spielekonsolen und Smart-Speakern.

Headless IoT-Gerät

Ein verbundenes Gerät ohne herkömmlichen Bildschirm oder Webbrowser-Schnittstelle, wie z. B. eine intelligente Steckdose, ein Thermostat oder ein Sensor.

Diese Geräte können keine Captive Portals nutzen oder 802.1X-Zertifikate installieren, weshalb iPSK die einzige sichere Methode ist, um sie zu verbinden.

MAC-Randomisierung

Eine Datenschutzfunktion in iOS und Android, die eine gefälschte MAC-Adresse für jedes WiFi-Netzwerk generiert, mit dem sich das Gerät verbindet.

Verhindert herkömmliche MAC-basierte iPSK-Bereitstellungen und erfordert Lösungen wie den Easy-PSK-Modus von Cisco Meraki.

Simultaneous Authentication of Equals (SAE)

Das in WPA3 verwendete Protokoll zur sicheren Schlüsselvereinbarung, das den WPA2-Four-Way-Handshake ersetzt.

Der IEEE-Standard für SAE schränkt derzeit die Möglichkeit ein, mehrere Passwörter auf einer einzigen SSID zu verwenden, was Bereitstellungen im 6-GHz-Band erschwert.

Ausgearbeitete Beispiele

Ein Build-to-Rent-Objekt mit 350 Wohneinheiten muss ab dem ersten Tag sicheres WiFi für alle Bewohner bereitstellen, ohne dass das Facility-Management-Team manuell eingreifen muss.

Integrieren Sie die Multi-Tenant-WiFi-Plattform von Purple in das Property-Management-System (PMS). Wenn ein Mietvertrag unterzeichnet wird, löst das PMS einen API-Aufruf an Purple aus, wodurch ein eindeutiger iPSK generiert wird. Der Bewohner erhält den Schlüssel per E-Mail und verbindet sich sofort beim Einzug. Beim Auszug widerruft die API den Schlüssel automatisch.

Kommentar des Prüfers: Dieser Ansatz macht individuelle Router überflüssig, reduziert RF-Interferenzen und bietet ein betriebliches Zero-Touch-Modell. Der Betreiber konnte die Anzahl der supportbezogenen Anrufe im Zusammenhang mit WiFi im Vergleich zu einem Modell mit geteiltem Passwort um über 60 % senken.

Ein Hotel mit 180 Zimmern möchte das Login über das Captive Portal abschaffen, über das sich Gäste beschweren, und gleichzeitig sicherstellen, dass Smart-TVs und Gäste-Geräte im Zimmer sicher isoliert sind.

Implementieren Sie iPSK mit PMS-Integration. Jedes Zimmer erhält einen eindeutigen Schlüssel, der auf der Schlüsselkarte aufgedruckt oder mit der Buchungsbestätigung gesendet wird. Gäste verbinden sich einmal, und ihre Geräte verbinden sich automatisch wieder. IoT-Geräte im Zimmer (Smart-TVs, Tablets) werden über RADIUS-Override in ein separates VLAN verschoben.

Kommentar des Prüfers: Dies bietet ein Gefühl wie zu Hause. Die VLAN-Segmentierung stellt die Einhaltung von Sicherheitsstandards sicher, während die Hürden von Captive Portals wegfallen, was die Gästezufriedenheit direkt verbessert.

Übungsfragen

Q1. Sie stellen WiFi in einem BTR-Gebäude mit 200 Wohneinheiten bereit. Der Kunde besteht auf der Verwendung von WPA3 für alle Geräte im 6-GHz-Band. Wie entwerfen Sie die SSID-Architektur, um Smart-TVs und Spielekonsolen der Bewohner zu unterstützen?

Hinweis: Berücksichtigen Sie die aktuellen Einschränkungen von SAE im Standard IEEE 802.11.

Musterlösung anzeigen

Implementieren Sie einen hybriden Ansatz. Da WPA3 SAE derzeit nativ keine mehreren Passwörter pro SSID unterstützt, müssen Sie eine WPA2 iPSK SSID auf den 2,4- und 5-GHz-Bändern beibehalten, um ältere und bildschirmlose IoT-Geräte (wie Smart-TVs und Konsolen) zu unterstützen. Sie können eine separate WPA3-Enterprise (802.1X) SSID auf dem 6-GHz-Band für verwaltete Unternehmensgeräte bereitstellen, aber IoT-Geräte für Privatanwender verbleiben auf den 2,4/5-GHz-Bändern.

Q2. Ein Bewohner meldet, dass er Netflix nicht von seinem iPhone auf seinen Chromecast streamen kann. Beide Geräte sind über den eindeutigen iPSK des Bewohners mit dem Netzwerk verbunden. Was ist der wahrscheinlichste Konfigurationsfehler?

Hinweis: Denken Sie darüber nach, wie Geräte innerhalb derselben Broadcast-Domäne kommunizieren.

Musterlösung anzeigen

Die Client-Isolierung ist wahrscheinlich auf dem VLAN des Bewohners aktiviert. Während iPSK beide Geräte korrekt im selben VLAN platziert, verhindert die Client-Isolierung, dass sie miteinander kommunizieren. Sie müssen die Client-Isolierung innerhalb des VLANs deaktivieren und sicherstellen, dass das mDNS-Reflection ordnungsgemäß konfiguriert ist.

Q3. Ihr BTR-Kunde möchte den operativen Aufwand für die Verwaltung des WiFi-Zugangs reduzieren. Derzeit werden Passwörter beim Einzug von Bewohnern manuell generiert und per E-Mail versendet. Was ist die empfohlene Lösung?

Hinweis: Berücksichtigen Sie die Systeme, die das Immobilienverwaltungsteam bereits verwendet.

Musterlösung anzeigen

Integrieren Sie die WiFi-Verwaltungsplattform (wie Purple) über eine API mit dem Property Management System (PMS) des Gebäudes. Dies automatisiert den Lebenszyklus: Wenn ein Mietvertrag im PMS unterzeichnet wird, wird automatisch die Generierung eines iPSK ausgelöst und per E-Mail an den Bewohner gesendet. Wenn der Mietvertrag endet, widerruft die API den Schlüssel automatisch, was ein Zero-Touch-Betriebsmodell ermöglicht.

Weiterlesen in dieser Reihe

Uu PPSK pdf: Comparing Features and Deployment Models

Dieser technische Leitfaden vergleicht die Private Pre-Shared Key (PPSK) WiFi-Architektur mit herkömmlichen 802.1X- und Standard-PSK-Bereitstellungen. Er bietet Netzwerkarchitekten und IT-Managern herstellerunabhängige Implementierungsstrategien für Wohnanlagen mit mehreren Mietern, IoT- und BTR-Umgebungen.

Leitfaden lesen →

Uu PPSK 2023: Vergleich von Funktionen und Bereitstellungsmodellen

Dieser technische Referenzleitfaden vergleicht die Unique per-User Private Pre-Shared Key (UU PPSK) WiFi-Architektur mit herkömmlichen gemeinsam genutzten PSK- und 802.1X-Implementierungen, mit einem besonderen Fokus auf der Landschaft der Anbieterimplementierungen und Plattformfunktionen im Jahr 2023. Er bietet Immobilienentwicklern, BTR-Betreibern und MDU-Vermietern umsetzbare Bereitstellungsstrategien, Anleitungen zur VLAN-Architektur und automatisierte Workflows für das Lifecycle-Management. Der Leitfaden deckt drei Bereitstellungsmodellen, Fallstudien aus der Praxis und die Compliance-Auswirkungen des jeweiligen Authentifizierungsansatzes ab.

Leitfaden lesen →

PPSK xaverius: Vergleich von Funktionen und Bereitstellungsmodellen

Dieser fundierte Leitfaden untersucht die PPSK xaverius-Architektur für mandantenfähige Umgebungen wie Mietwohnanlagen (Build to Rent) und Studentenwohnheime. Er vergleicht Bereitstellungsmodelle, beschreibt Implementierungsstrategien im Detail und erklärt, wie die VLAN-Isolierung pro Wohneinheit ein heimisches WiFi-Erlebnis bietet und gleichzeitig die Enterprise-Sicherheit wahrt.

Leitfaden lesen →