Zum Hauptinhalt springen

PPSK-Kiosk: Funktionsvergleich und Bereitstellungsmodelle

Dieser Leitfaden vergleicht die PPSK-Kiosk-Architektur mit Captive Portals und 802.1X für WiFi-Bereitstellungen in Unternehmen. Er bietet Netzwerkarchitekten und Immobilienentwicklern Implementierungsstrategien für Multi-Tenant WiFi, Build to Rent (BTR) und das Gastgewerbe.

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

Diesen Leitfaden anhören

Podcast-Transkript ansehen
Willkommen zum Purple Technical Briefing. Heute befassen wir uns mit PPSK-Kiosk-Bereitstellungen - was sie sind, wie sie im Vergleich zu Alternativen abschneiden und wo ihr Einsatz tatsächlich sinnvoll ist. Beginnen wir mit dem Problem. In einem herkömmlichen WPA2-Personal-Netzwerk nutzt jedes Gerät dasselbe Passwort. Zu Hause ist das in Ordnung. In einem Build-to-Rent-Objekt mit 200 Einheiten, einem Hotel mit 300 Zimmern oder einem Konferenzzentrum mit aufeinanderfolgenden Veranstaltungen ist es ein Sicherheitsrisiko. Wenn ein Bewohner auszieht oder ein Gast auscheckt, müssen Sie entweder das Passwort für alle Beteiligten ändern - wodurch die Verbindung jedes anderen Geräts im Gebäude unterbrochen wird - oder Sie lassen die alten Zugangsdaten aktiv. Keine der beiden Optionen ist akzeptabel. PPSK löst dieses Problem, indem es jedem Bewohner, jeder Wohnung oder jeder Gerätegruppe einen eigenen, eindeutigen WiFi-Schlüssel zuweist. Alle verbinden sich mit derselben SSID - demselben Netzwerknamen - aber jeder Schlüssel wird einem separaten VLAN zugeordnet. Wohnung 12 befindet sich im VLAN 10. Wohnung 13 ist im VLAN 20. Die IoT-Geräte befinden sich im VLAN 99. Der Access Point übernimmt die Zuordnung von Schlüssel zu VLAN automatisch. Kein RADIUS-Server erforderlich. Keine Zertifikatsinfrastruktur. Kein 802.1X-Supplicant auf dem Gerät. Der Kiosk-Aspekt ist nun der Punkt, an dem es für Immobilienentwickler und Betreiber von Veranstaltungsorten betrieblich interessant wird. Ein PPSK-Kiosk ist ein Self-Service-Terminal - in der Regel ein Tablet in einem festen Ständer -, das in einer Lobby, an einer Rezeption oder in einem Gemeinschaftsbereich aufgestellt wird. Ein Besucher oder ein neuer Bewohner geht hin, gibt seinen Namen ein oder scannt einen QR-Code, und der Kiosk generiert und erstellt direkt vor Ort einen eindeutigen PPSK. Der Schlüssel ist mit dem Identitätsdatensatz verknüpft, hat ein definiertes Ablaufdatum und wird dem richtigen VLAN für die jeweilige Zugriffsebene zugeordnet. Kein Personal am Empfang erforderlich. Kein IT-Ticket. Kein gemeinsames Passwort auf einem Whiteboard. Sprechen wir über die Terminologie, da diese je nach Hersteller variiert und das führt oft zu echter Verwirrung. Aruba nennt es PPSK - Private Pre-Shared Key. Cisco Meraki nennt es iPSK - Identity PSK. Juniper Mist verwendet ePSK. Extreme Networks, die das Konzept ursprünglich unter der Marke Aerohive entwickelt haben, nennen es Private PSK. Ubiquiti UniFi nennt es einfach PPSK. Cambium verwendet ebenfalls ePSK. Der zugrunde liegende Mechanismus ist bei allen identisch: eine SSID, mehrere eindeutige Schlüssel, wobei jeder Schlüssel an ein VLAN oder eine Richtliniengruppe gebunden ist. Technisch gesehen passiert auf der Assoziierungsebene Folgendes. Wenn sich ein Gerät verbindet, präsentiert es seinen Pre-Shared Key während des WPA2-Four-Way-Handshakes. Der Access Point - oder der dahinter liegende Cloud-Controller - schlägt diesen Schlüssel im PPSK-Speicher nach, identifiziert, welchem VLAN er zugeordnet ist, und markiert den Datenverkehr des Geräts ab diesem Zeitpunkt entsprechend. Das Gerät sieht eine ganz normale WiFi-Verbindung. Es hat keine Ahnung, dass es in einem isolierten Segment platziert wurde. Sein Chromecast funktioniert. Sein Smart Speaker koppelt sich. Seine Konsole erhält den richtigen NAT-Typ. Alles verhält sich wie ein Heimnetzwerk - denn aus der Perspektive des Geräts ist es das auch. Dies ist der wesentliche Unterschied zu 802.1X, dem Enterprise-Standard für Mitarbeiternetzwerke und Unternehmensumgebungen. 802.1X erfordert einen RADIUS-Server, einen Identity Provider - Microsoft Entra ID, Okta oder Google Workspace - und einen Supplicant auf jedem Gerät. Dieser Supplicant ist die Softwarekomponente, die den EAP-Authentifizierungsaustausch abwickelt. Jeder verwaltete Laptop, jedes Firmentelefon besitzt einen. Der intelligente Kühlschrank Ihres Bewohners nicht. Die HLK-Steuerung Ihres Gebäudes nicht. Ihre IoT-Sensoren nicht. PPSK funktioniert mit allen diesen Geräten, da es auf der WPA-Personal-Ebene und nicht auf der WPA-Enterprise-Ebene arbeitet. Dennoch ist PPSK kein Ersatz für 802.1X in Unternehmensumgebungen. Es ist ein anderes Werkzeug für ein anderes Problem. Wenn Sie ein Mitarbeiternetzwerk betreiben, bei dem es auf die individuelle Zurechenbarkeit ankommt, ist 802.1X die richtige Lösung. Wenn Sie ein Wohnnetzwerk betreiben, bei dem Sie eine Isolierung pro Haushalt, IoT-Unterstützung und betriebliche Einfachheit im großen Stil benötigen, ist PPSK die richtige Lösung. Sehen wir uns die drei Bereitstellungsmodelle an, die heute in der Praxis eingesetzt werden. Das erste ist das Cloud-Controller-Modell. Ihre Access Points - ob Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks oder Fortinet - verbinden sich mit einer Cloud-Management-Plattform. Der PPSK-Schlüsselspeicher befindet sich im Cloud-Controller. Wenn Sie einen neuen Bewohner anlegen, erstellen Sie im Portal einen Schlüssel, weisen ihn einem VLAN zu, und der Controller überträgt die Richtlinie auf jeden Access Point im Gebäude. Der Bewohner erhält seinen Schlüssel per E-Mail, SMS oder über einen QR-Code in einem Willkommenspaket und stellt die Verbindung her. Wenn er auszieht, löschen Sie den Schlüssel. Seine Geräte können sich nicht mehr verbinden. Niemand sonst ist davon betroffen. Das zweite Modell ist PPSK mit einem lokalen RADIUS-Backend. Einige Enterprise-Bereitstellungen nutzen einen RADIUS-Server zur Speicherung und Validierung von PPSK-Anmeldedaten, was Ihnen eine zentrale Protokollierung, Audit-Trails und die Integration in Ihre Identity-Management-Plattform bietet. Dies bedeutet zwar einen zusätzlichen Aufwand für die Infrastruktur, bietet Ihnen jedoch die Zurechenbarkeit von 802.1X bei der Gerätekompatibilität von PPSK. Das dritte Modell ist ein Hybridmodell: PPSK für Bewohner und IoT, 802.1X für Mitarbeiter und Managementsysteme. Dies ist die Architektur, die Purple für Build-to-Rent- und Mehrfamilienhaus-Projekte empfiehlt. Bewohner erhalten PPSK. Gebäudemanagementsysteme, Videoüberwachung und Zutrittskontrolle erhalten ihr eigenes IoT-VLAN mit PPSK. Die Geräte des Property-Management-Teams nutzen 802.1X in Verbindung mit Microsoft Entra ID oder Okta. Drei verschiedene Authentifizierungsmodelle, drei verschiedene VLANs, eine physische Infrastruktur. Kommen wir nun zu den Fallstricken. Dies sind die Fehlermuster, die ich in der Praxis immer wieder erlebe. Das erste ist die SSID-Proliferation. Jede SSID, die Sie ausstrahlen, verbraucht Sendezeit für Beacon-Frames. Wenn Sie in einem dicht besiedelten Wohngebäude sechs oder acht SSIDs pro Access Point ausstrahlen, verschlechtern Sie die Leistung für alle. Beschränken Sie sich auf maximal vier SSIDs pro Funkmodul. Verwenden Sie PPSK, um mehrere Segmente von Bewohnern über eine einzige SSID zu bedienen, anstatt eine separate SSID pro Wohnung oder Etage zu erstellen. Die zweite Falle ist eine unzureichende Konfiguration der Trunk-Ports. Sie entwerfen ein sauberes VLAN-Schema, stellen die Access Points bereit und dann bricht der Datenverkehr lautlos ab, weil jemand vergessen hat, die relevanten VLANs auf einer Trunk-Verbindung zwischen dem Distribution-Switch und dem Access-Layer zuzulassen. Validieren Sie jeden Trunk-Port bei der Inbetriebnahme. Dokumentieren Sie es. Testen Sie es mit einem Gerät in jedem VLAN, bevor die Bewohner einziehen. Die dritte Falle ist die Schlüsselverteilung. Das Generieren von Schlüsseln ist unkompliziert. Sie den Bewohnern auf eine sichere und betrieblich verwaltbare Weise zukommen zu lassen, ist schwieriger. Ein QR-Code im Willkommenspaket funktioniert am Tag des Einzugs gut. Ein Bewohnerportal, in dem sie ihren Schlüssel abrufen und neue Geräte hinzufügen können, ist für den laufenden Betrieb besser. Erstellen Sie den Workflow für die Schlüsselverteilung vor der Bereitstellung, nicht danach. Lassen Sie mich Ihnen zwei praktische Szenarien vorstellen, die dies in der Realität veranschaulichen. Szenario eins: eine Build-to-Rent-Wohnanlage mit 180 Einheiten in einem Stadtzentrum. Der Betreiber wollte, dass WiFi als Annehmlichkeit in der Miete enthalten ist, mit Aktivierung am Tag des Einzugs und vollständiger Smart-Home-Unterstützung. Sie installierten HPE Aruba Access Points, die über Aruba Central verwaltet werden. Jede Wohnung erhält einen eindeutigen PPSK-Schlüssel, der bei der Unterzeichnung des Mietvertrags generiert wird. Der Schlüssel wird dem Bewohner mit einem QR-Code per E-Mail zugesendet. Sie scannen ihn, alle ihre Geräte verbinden sich und ihr Chromecast, Smart-Speaker und ihre Konsole funktionieren sofort. Wenn ein Bewohner auszieht, löscht der Hausverwalter den Schlüssel im Portal. Der neue Bewohner erhält beim Einzug einen neuen Schlüssel. Der Betreiber meldete eine Reduzierung der WiFi-bezogenen Support-Tickets um 30 % im Vergleich zu seiner vorherigen Bereitstellung mit gemeinsam genutzten Passwörtern. Szenario zwei: ein zweckgebundenes Studentenwohnheim mit 400 Betten. Die Herausforderung besteht hier in der Einzugswoche, in der Hunderte von Studenten gleichzeitig ankommen und alle versuchen, Dutzende von Geräten auf einmal zu verbinden. Der Betreiber nutzte Ruckus Access Points mit SmartZone und implementierte PPSK mit einem Schlüssel pro Zimmer. Die Schlüssel wurden vorab generiert und dem vor der Ankunft versandten Willkommenspaket beigelegt. Die Studenten scannten bei der Ankunft den QR-Code und waren innerhalb von Sekunden verbunden. Das Netzwerk bewältigte den Einzugsansturm ohne Leistungseinbußen, da der Datenverkehr jedes Studenten in seinem eigenen VLAN-Segment isoliert war. Nun zu einer schnellen Fragerunde zu den Fragen, die am häufigsten gestellt werden. Wie viele PPSK-Schlüssel kann ein einzelner Access Point verarbeiten? Die meisten Enterprise-Plattformen unterstützen Tausende von Schlüsseln pro SSID. Cisco Meraki unterstützt bis zu 5.000 iPSK-Einträge pro Netzwerk. Aruba unterstützt eine ähnliche Größenordnung. Ubiquiti UniFi unterstützt bis zu 1.000 PPSK-Einträge pro Netzwerk. Für ein Gebäude mit 200 Einheiten liegen Sie auf jeder Plattform weit innerhalb der Grenzwerte. Funktioniert PPSK mit WPA3? Ja, auf den meisten Enterprise-Plattformen. WPA3-SAE bietet im Vergleich zu WPA2-PSK einen stärkeren Schutz gegen Offline-Wörterbuchangriffe. Daher ist die Bereitstellung von PPSK auf WPA3, sofern Ihre Client-Geräte dies unterstützen, der richtige Ansatz. Die Ausnahme ist UniFi, das derzeit für PPSK nur WPA2 unterstützt. Kann ich PPSK in mein Property Management System integrieren? Ja, über die API des Herstellers. Aruba Central, Meraki, Ruckus und Mist stellen alle REST-APIs für das PPSK-Schlüsselmanagement bereit. Die Plattform von Purple fungiert als Cloud-Overlay und übernimmt die API-Aufrufe an die zugrunde liegende Hardware. Ihr Property Management System kommuniziert also mit einem einzigen Endpunkt, unabhängig davon, welchen Access-Point-Hersteller Sie nutzen. Wie sieht es mit der GDPR-Konformität aus? Bei der PPSK-Schlüsselgenerierung werden Identitätsdaten erfasst - Name, E-Mail, Wohneinheit. Diese Daten benötigen eine Rechtsgrundlage gemäß UK GDPR, eine klare Aufbewahrungsrichtlinie und eine sichere Speicherung. Purple speichert Daten nach Ihrer Wahl in den Regionen EU, UK oder US, mit konfigurierbaren Aufbewahrungsfristen und einer in den Onboarding-Prozess integrierten Einwilligungserfassung. Zusammenfassend lässt sich sagen: Ein PPSK-Kiosk ist die richtige Architektur, wenn Sie eine WiFi-Isolierung pro Benutzer oder Haushalt, Unterstützung für IoT-Geräte und ein Self-Service-Onboarding in großem Maßstab benötigen. Sie läuft auf Hardware, die Sie wahrscheinlich bereits besitzen - Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme oder Fortinet. Sie ersetzt nicht 802.1X für Mitarbeiternetzwerke, bei denen es auf individuelle Audit-Trails ankommt. Und das Kiosk-Element - das Self-Service-Terminal - ist das, was den Betrieb bei einem BTR-Projekt mit 200 Einheiten oder einer Konferenz mit 500 Delegierten überhaupt erst praktikabel macht. Wenn Sie eine Bereitstellung planen und die Architektur besprechen möchten, arbeitet das Team von Purple in über 80.000 Standorten und kann das passende Modell für Ihren spezifischen Immobilientyp ermitteln. Der Link befindet sich im Leitfaden. Vielen Dank fürs Zuhören.

header_image.png

Management-Zusammenfassung

Private Pre-Shared Key (PPSK) in Kombination mit einem Self-Service-Kiosk verändert grundlegend die Art und Weise, wie IT-Teams WiFi in Umgebungen mit hoher Fluktuation bereitstellen. In einem herkömmlichen WPA2-Personal-Netzwerk teilen sich alle Geräte ein einziges Passwort. Wenn ein Bewohner eine Build-to-Rent-Wohnung (BTR) verlässt oder ein Gast aus einem Hotel auscheckt, müssen Sie entweder das Passwort für das gesamte Gebäude ändern oder die alten Zugangsdaten aktiv lassen. Beides ist nicht akzeptabel.

PPSK löst dieses Problem, indem für jeden Bewohner oder Gast ein individueller WiFi-Schlüssel generiert wird. Alle Benutzer verbinden sich mit derselben SSID, aber der Access Point ordnet jeden eindeutigen Schlüssel einem separaten VLAN zu. Ein Self-Service-Kiosk automatisiert die Verteilung dieser Schlüssel, wodurch der Empfang entlastet wird. Dieser Leitfaden beschreibt die Architektur im Detail, vergleicht sie mit Captive Portals sowie 802.1X und bietet herstellerunabhängige Bereitstellungsstrategien für Hardware von Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme und Fortinet.

Technischer Deep-Dive: PPSK im Vergleich zu Alternativen

Bei der Konzeption von Guest WiFi oder Multi-Tenant WiFi wählen Netzwerkarchitekten in der Regel zwischen drei Authentifizierungsmodellen.

Das Captive Portal Modell

Captive Portals sind nach wie vor der Standard für öffentliche Bereiche wie den Einzelhandel und Verkehrsknotenpunkte. Sie erfordern ein offenes Netzwerk oder einen einzelnen, gemeinsam genutzten PSK, gefolgt von einer browserbasierten Authentifizierung.

Obwohl sie sich hervorragend zur Datenerfassung eignen, versagen Captive Portals in Wohngebäuden oder bei Langzeitaufenthalten in Hotels. Headless-IoT-Geräten - wie Smart-TVs, Spielekonsolen und Thermostaten - fehlt der für die Anmeldung am Captive Portal erforderliche Browser.

Das 802.1X Modell

802.1X (WPA2/WPA3-Enterprise) ist der Goldstandard für Netzwerke von Unternehmensmitarbeitern. Es erfordert einen RADIUS-Server, einen Identitätsanbieter (Microsoft Entra ID, Okta, Google Workspace) und einen Supplicant auf dem Client-Gerät, um den EAP-TLS- oder PEAP-Austausch abzuwickeln.

802.1X bietet außergewöhnliche Sicherheit und individuelle Nachvollziehbarkeit. Es eignet sich jedoch nicht für BTR-Bewohner oder Hotelgäste, da IoT-Geräte für Endverbraucher keine 802.1X-Supplicants unterstützen.

Das PPSK Modell

PPSK arbeitet auf der WPA-Personal-Ebene. Für das Client-Gerät erscheint das Netzwerk wie eine standardmäßige WiFi-Verbindung zu Hause. Hinter den Kulissen fängt der Access Point oder Cloud-Controller den WPA-Vier-Wege-Handshake ab, validiert den eindeutigen PSK und weist das Gerät einem bestimmten VLAN zu.

comparison_chart.png

Diese Architektur liefert drei konkrete Ergebnisse:

  1. Universelle Kompatibilität: Jedes WiFi-fähige Gerät unterstützt einen standardmäßigen PSK.
  2. Isolierung pro Haushalt: Geräte, die denselben Schlüssel verwenden (z. B. innerhalb einer Wohnung), können miteinander kommunizieren, sodass Chromecasts und Smart Speaker normal funktionieren. Geräte mit unterschiedlichen Schlüsseln sind isoliert.
  3. Granularer Widerruf: IT-Teams entziehen den Zugriff, indem sie einen einzelnen Schlüssel löschen, ohne andere Benutzer im Netzwerk zu beeinträchtigen.

Implementierungshandbuch: Der Kiosk-Workflow

Die technische Leistungsfähigkeit von PPSK ist nur die halbe Lösung. Die betriebliche Herausforderung besteht darin, einzigartige 16-stellige Zeichenfolgen sicher an Benutzer zu verteilen, ohne einen enormen Supportaufwand zu verursachen. Hier kommt das Kiosk-Modell ins Spiel.

Architektur-Übersicht

architecture_overview.png

Eine PPSK-Kiosk-Bereitstellung erfordert drei Komponenten:

  1. Die Wireless-Infrastruktur: Access Points, die eine dynamische VLAN-Zuweisung über PPSK unterstützen.
  2. Die Policy Engine: Ein Cloud-Controller oder RADIUS-Server, der die Schlüssel speichert und sie VLANs zuordnet.
  3. Das Kiosk-Terminal: Ein gesperrtes Tablet, auf dem eine Self-Service-Anwendung ausgeführt wird, die über eine API mit der Policy Engine kommuniziert.

Die User Journey

  1. Ein Besucher kommt in der Unterkunft an und nähert sich dem Kiosk.
  2. Der Besucher gibt seine Daten ein (Name, E-Mail) oder scannt einen vorab ausgestellten QR-Code.
  3. Die Kiosk-Anwendung ruft die Policy Engine API auf, um einen eindeutigen PPSK zu generieren.
  4. Der Kiosk zeigt den Schlüssel und einen QR-Code auf dem Bildschirm an und sendet die Zugangsdaten per E-Mail an den Benutzer.
  5. Die Policy Engine überträgt den neuen Schlüssel an die Access Points.
  6. Der Benutzer verbindet seine Geräte.

Best Practices für die Bereitstellung

Befolgen Sie bei der Bereitstellung einer PPSK-Kiosk-Lösung für Hospitality oder BTR diese herstellerneutralen Richtlinien.

1. SSID-Ausbreitung begrenzen

Jede SSID-Übertragung verbraucht Sendezeit für Beacon-Frames. Das Senden separater SSIDs für jede Wohnung verschlechtert die HF-Leistung für das gesamte Gebäude. Sie müssen eine einzige SSID für alle Bewohner verwenden und sich darauf verlassen, dass PPSK die logische Trennung in VLANs übernimmt.

2. Wenn möglich auf WPA3-SAE standardisieren

Während PPSK über WPA2 funktioniert, bietet WPA3-SAE Vorwärtsgeheimnis (Forward Secrecy) und schützt vor Offline-Wörterbuchangriffen. Wenn Ihre Hardware und Ihre Client-Basis dies unterstützen, stellen Sie PPSK über WPA3 bereit. Beachten Sie, dass einige Plattformen (z. B. ältere Ubiquiti UniFi-Firmware) PPSK auf WPA2 beschränken können.

3. Drei separate SSIDs implementieren

Mischen Sie keine Authentifizierungsmodelle auf einer einzigen SSID. Purple empfiehlt ein Design mit drei SSIDs:

  • Bewohner-/Gäste-SSID: Verwendung von PPSK für die Isolierung pro Benutzer.
  • Mitarbeiter-SSID: Verwendung von 802.1X für Unternehmensgeräte und individuelle Verantwortlichkeit.
  • IoT-/Gebäude-SSID: Ausgeblendet, unter Verwendung von PPSK für Gebäudemanagementsysteme, HLK und Sicherheitskameras.

Weitere Einzelheiten zu dieser Architektur finden Sie in unserem Leitfaden: Drei SSIDs, sie alle zu beherrschen: Gast-, Passpoint- und IoT-WiFi .

Fehlerbehebung & Risikominderung

Der Trunk-Port-Fehler

Der häufigste Fehler bei einer PPSK-Bereitstellung tritt am kabelgebundenen Edge auf. Der Access Point authentifiziert den Client erfolgreich und weist VLAN 45 zu, aber der Switch-Port, der den AP verbindet, ist nicht für das Trunking von VLAN 45 konfiguriert. Der Client verbindet sich mit dem WiFi, erhält jedoch keine IP-Adresse. Sie müssen sicherstellen, dass alle dynamisch zugewiesenen VLANs auf den Trunk-Links zwischen der Zugriffsschicht und dem Core zugelassen sind.

DHCP-Pool-Erschöpfung

Eine BTR-Entwicklung mit 200 Einheiten wird 3.000 bis 5.000 Geräte im Netzwerk verzeichnen. Wenn Sie mehrere Wohnungen einem gemeinsamen VLAN zuweisen, um Subnetze zu sparen, müssen Sie die DHCP-Bereiche entsprechend dimensionieren. Ein /24-Subnetz bietet 254 Adressen und ist schnell erschöpft. Verwenden Sie /23- oder /22-Subnetze für gemeinsam genutzte VLANs oder implementieren Sie eine strikte Ein-VLAN-pro-Wohnung-Architektur.

Das Smart-Home-Dilemma

Bewohner bringen häufig Consumer-IoT-Geräte mit. PPSK ermöglicht zwar die Verbindung dieser Geräte, ein kompromittiertes IoT-Gerät stellt jedoch ein Risiko für andere Geräte auf dem spezifischen Key des Bewohners dar. Klären Sie die Bewohner über die Sicherung ihrer Geräte auf und erwägen Sie die Implementierung einer Client-Isolierung innerhalb des VLANs, wenn eine Geräte-zu-Geräte-Kommunikation (wie Casting) nicht erforderlich ist.

ROI & geschäftliche Auswirkungen

Die Bereitstellung einer PPSK-Kiosk-Architektur erfordert Investitionen in Hardware und Software-Overlays. Die Rendite (ROI) ergibt sich aus drei Bereichen:

  1. Reduzierung von Support-Tickets: Die Automatisierung des Onboardings und der Verzicht auf die Rotation gemeinsamer Passwörter reduziert IT-Support-Tickets um 30 % bis 50 %.
  2. Mietaufschläge: Im BTR-Sektor unterstützt die Bereitstellung von sicherem, heimähnlichem WiFi als Service ab dem ersten Tag Mietaufschläge von £20 bis £40 pro Einheit und Monat.
  3. First-Party-Daten: Der Kiosk-Workflow erfasst verifizierte Kontaktdaten und speist sie in Plattformen für WiFi Analytics ein, um eine CRM-Datenbank von Besuchern und Bewohnern aufzubauen.

Für weitere Informationen zu Bereitstellungsmodellen konsultieren Sie das PPSK-Verzeichnis: Vergleich von Funktionen und Bereitstellungsmodellen .

Hören Sie sich das Briefing an

Für einen tieferen Einblick in die operativen Realitäten von PPSK-Bereitstellungen hören Sie sich unseren 10-minütigen Podcast zum technischen Briefing an.

Schlüsseldefinitionen

PPSK (Private Pre-Shared Key)

Eine Authentifizierungsmethode, bei der mehrere eindeutige Passwörter auf einer einzigen SSID betrieben werden, wobei jedes Passwort den Benutzer einem bestimmten VLAN oder einer Richtlinie zuweist.

Wird verwendet, um einen sicheren, isolierten Netzwerkzugang zu ermöglichen, ohne die Komplexität von 802.1X oder die Geräteeinschränkungen von Captive Portals in Kauf nehmen zu müssen.

Captive Portal

Eine Webseite, die Benutzer aufrufen und mit der sie interagieren müssen, bevor sie auf ein öffentliches WiFi-Netzwerk zugreifen können.

Hervorragend geeignet für Cafés und den Einzelhandel zur Datenerfassung, jedoch ungeeignet für IoT-Geräte in Wohnbereichen, die keinen Webbrowser besitzen.

802.1X

Ein IEEE-Standard für portbasierte Netzwerkzugriffskontrolle, der einen RADIUS-Server und einen Client-Supplicant zur Authentifizierung erfordert.

Der Standard für Unternehmensnetzwerke für Mitarbeiter, der hohe Sicherheit bietet, aber verwaltete Geräte erfordert.

VLAN (Virtual Local Area Network)

Ein logisches Teilnetz, das eine Gruppe von Geräten aus verschiedenen physischen LANs zusammenfasst.

PPSK nutzt VLANs, um Bewohner voneinander zu isolieren; Wohnung 10 befindet sich im VLAN 10, Wohnung 11 im VLAN 11.

Supplicant

Ein Software-Client auf dem Endgerät eines Benutzers, der den Authentifizierungsaustausch in einem 802.1X-Netzwerk abwickelt.

Laptops und Smartphones verfügen über Supplicants; intelligente Kühlschränke und Spielekonsolen in der Regel nicht, was PPSK erforderlich macht.

BTR (Build to Rent)

Speziell für die Vermietung statt für den Verkauf konzipierte Wohnanlagen.

Ein Hauptmarkt für PPSK-Bereitstellungen, da Betreiber verwaltetes WiFi ab dem ersten Tag als Standardausstattung anbieten müssen.

SSID (Service Set Identifier)

Der öffentliche Name eines drahtlosen Netzwerks.

Das Ausstrahlen zu vieler SSIDs beeinträchtigt die Netzwerkleistung; PPSK ermöglicht es, Hunderte von isolierten Benutzern über eine einzige SSID zu bedienen.

WPA3-SAE

Das neueste WiFi-Sicherheitsprotokoll, das Simultaneous Authentication of Equals nutzt, um vor Wörterbuchangriffen zu schützen.

Der empfohlene Verschlüsselungsstandard für moderne PPSK-Bereitstellungen, der eine stärkere Sicherheit als das veraltete WPA2 bietet.

Ausgearbeitete Beispiele

Eine Build to Rent (BTR)-Wohnanlage mit 250 Einheiten benötigt eine in der Miete enthaltene WiFi-Verbindung. Der Verwalter möchte, dass die Bewohner beim Einzug sofortigen Zugriff haben, wobei Smart-TVs und Sprachassistenten vollständig unterstützt werden. Zudem sollen IT-Support-Tickets im Zusammenhang mit Passwortänderungen bei Mieterwechseln vermieden werden.

Richten Sie eine einzelne „Resident WiFi“-SSID unter Verwendung von PPSK ein. Integrieren Sie das Immobilienverwaltungssystem über eine API in den WiFi-Controller. Wenn ein Mietvertrag unterzeichnet wird, generiert die API einen eindeutigen PPSK und weist ihn einem dedizierten VLAN für die jeweilige Wohnung zu. Der Schlüssel wird dem Bewohner per E-Mail zugestellt. Alle Geräte in der Wohnung nutzen diesen Schlüssel, was ihnen die lokale Kommunikation ermöglicht (z. B. Streaming vom Smartphone auf den Fernseher). Nach Beendigung des Mietverhältnisses widerruft die API den Schlüssel. Andere Bewohner sind davon nicht betroffen.

Kommentar des Prüfers: Dieser Ansatz erfüllt alle Anforderungen. Er bietet das für Consumer-IoT erforderliche „Heimnetzwerk“-Erlebnis, automatisiert das Onboarding und beschränkt die Auswirkungen eines Berechtigungsentzugs auf eine einzige Einheit. So wird vermieden, dass 250 separate SSIDs eingerichtet werden müssen.

Ein großes Konferenzzentrum beherbergt drei verschiedene Veranstaltungen gleichzeitig in verschiedenen Hallen. Den Delegierten soll sicheres WiFi zur Verfügung gestellt werden, aber das Aufdrucken eines gemeinsam genutzten Passworts auf die Namensschilder führt dazu, dass Delegierte von Veranstaltung A in der Halle von Veranstaltung B auf das Netzwerk zugreifen.

Stellen Sie Self-Service-PPSK-Kioske am Registrierungsschalter für jede Halle bereit. Wenn ein Delegierter sein Veranstaltungsticket scannt, gibt der Kiosk einen eindeutigen PPSK aus, der nur für die Dauer dieser spezifischen Veranstaltung gültig ist und einem VLAN zugewiesen wird, das auf die Access Points dieser Halle beschränkt ist.

Kommentar des Prüfers: Diese Lösung verhindert die unbefugte Weitergabe von Zugangsdaten zwischen Veranstaltungen und automatisiert den Offboarding-Prozess durch zeitlich begrenzte Schlüssel. Sie bietet eine bessere Sicherheit als ein Captive Portal und lässt sich für temporäre Nutzer deutlich einfacher bereitstellen als 802.1X.

Übungsfragen

Q1. Sie entwerfen das Netzwerk für ein Studentenwohnheim mit 500 Betten. Der Kunde möchte jedem Studenten ein individuelles WiFi-Passwort zuweisen. Ein Nachwuchsingenieur schlägt vor, 500 separate SSIDs einzurichten, eine für jedes Zimmer. Wie reagieren Sie?

Hinweis: Berücksichtigen Sie die Auswirkungen von Beacon-Frames auf die HF-Leistung.

Musterlösung anzeigen

Lehnen Sie den Vorschlag ab. Das Ausstrahlen von 500 SSIDs führt zu massiven Gleichkanal-Interferenzen und verbraucht die gesamte verfügbare Sendezeit für Management-Frames (Beacons), wodurch das Netzwerk unbrauchbar wird. Empfehlen Sie die Bereitstellung einer einzigen SSID und die Nutzung von PPSK, um 500 eindeutige Schlüssel zuzuweisen und jeden Studenten seinem eigenen VLAN zuzuordnen.

Q2. Ein IT-Leiter eines Hotels möchte sein Captive Portal durch 802.1X für das Gäste-WiFi ersetzen, um die Sicherheit zu erhöhen. Warum wird das fehlschlagen?

Hinweis: Denken Sie an die Arten von Geräten, die Gäste in Hotels mitbringen.

Musterlösung anzeigen

Dies wird fehlschlagen, da 802.1X einen Supplicant auf dem Client-Gerät erfordert. Während die Laptops und Telefone der Gäste 802.1X unterstützen, tun dies ihre Headless-Geräte (Chromecasts, Apple TVs, Nintendo Switches) nicht. Diese Geräte können keine Verbindung herstellen. PPSK ist die richtige, sichere Alternative für Gästenetzwerke.

Q3. Eine PPSK-Bereitstellung ist live. Ein Bewohner verbindet sein Telefon mit seinem individuellen Schlüssel. Das Telefon zeigt "Verbunden" an, erhält jedoch eine IP-Adresse von 169.254.x.x (APIPA) und hat keinen Internetzugang. Was ist der wahrscheinlichste Konfigurationsfehler?

Hinweis: Der AP hat den Benutzer authentifiziert, aber der DHCP-Verkehr erreicht den Router nicht.

Musterlösung anzeigen

Der wahrscheinlichste Fehler ist, dass das dem spezifischen PPSK zugewiesene VLAN auf dem Trunk-Port, der den Access Point mit dem Access-Switch verbindet, nicht zulässig ist. Der AP authentifiziert den Client erfolgreich und versieht den Datenverkehr mit dem richtigen VLAN-Tag, aber der Switch verwirft die Frames, da das VLAN auf dem Trunk nicht erlaubt ist.

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 →