PPSK WiFi: Vergleich von Funktionen und Bereitstellungsmodellen

Willkommen zum Purple Technical Briefing. Heute befassen wir uns mit PPSK WiFi - Private Pre-Shared Key - was es ist, wie es im Vergleich zu den Alternativen abschneidet und wo der Einsatz tatsächlich sinnvoll ist. [medium pause] Beginnen wir mit dem Problem, das es löst. In einem herkömmlichen WPA2 Personal Netzwerk teilt jedes Gerät im Netzwerk dasselbe Passwort. Für ein Zuhause ist das in Ordnung. Für ein Build-to-Rent-Projekt mit 200 Wohneinheiten, ein Studentenwohnheim oder ein Hotel mit 300 Zimmern ist es ein Sicherheitsrisiko. Wenn ein Bewohner auszieht, müssen Sie entweder das Passwort für alle ändern - und damit den Smart-TV, das Thermostat und die Konsole aller anderen Bewohner trennen - oder Sie lassen dem ehemaligen Bewohner den Zugang. Beide Optionen sind inakzeptabel. [short pause] PPSK löst dieses Problem, indem jeder Bewohner, jede Wohnung oder jede Gerätegruppe einen eigenen, eindeutigen WiFi Key erhält. Alle verbinden sich mit derselben SSID - demselben Netzwerknamen - aber jeder Key wird einem separaten VLAN zugeordnet. Wohnung 12 befindet sich im VLAN 10. Wohnung 13 im VLAN 20. Die IoT-Geräte befinden sich im VLAN 99. Der Access Point übernimmt die Zuordnung vom Key zum VLAN automatisch. Kein RADIUS Server erforderlich. Keine Zertifikatsinfrastruktur. Kein 802.1X Supplicant auf dem Gerät. [medium pause] Lassen Sie uns nun über die Terminologie sprechen, da diese je nach Hersteller variiert und das führt zu echter Verwirrung auf dem Markt. Aruba nennt es PPSK - Private Pre-Shared Key. Cisco Meraki nennt es iPSK - Identity PSK, oder Personal Private Network. 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 nutzt ebenfalls ePSK. Der zugrunde liegende Mechanismus ist bei allen identisch: eine SSID, mehrere eindeutige Keys, wobei jeder Key an ein VLAN oder eine Richtliniengruppe gebunden ist. [short pause] Technisch gesehen passiert auf der Verbindungsebene Folgendes: Wenn sich ein Gerät verbindet, präsentiert es seinen Pre-Shared Key während des WPA2-Vier-Wege-Handshakes. Der Access Point - oder der dahinter liegende Cloud Controller - sucht diesen Key im PPSK-Speicher, identifiziert, welchem VLAN er zugeordnet ist, und kennzeichnet 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 lässt sich koppeln. Seine Konsole erhält den richtigen NAT-Typ. Alles verhält sich wie ein Heimnetzwerk - weil es aus der Sicht des Geräts auch so ist. [medium pause] 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. Jedes verwaltete Notebook, jedes Unternehmenstelefon besitzt einen. Der intelligente Kühlschrank Ihres Bewohners jedoch nicht. Die HLK-Steuerung Ihres Gebäudes nicht. Ihre IoT-Sensoren ebenfalls nicht. PPSK funktioniert mit allen diesen Geräten, da es auf der WPA Personal-Ebene und nicht auf der WPA Enterprise-Ebene arbeitet. [short pause] 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 Rechenschaftspflicht ankommt - wo Sie wissen müssen, dass sich eine bestimmte Person zu einem bestimmten Zeitpunkt authentifiziert hat, und Sie deren Zugriff in dem Moment sperren müssen, in dem sie das Unternehmen verlässt -, ist 802.1X die richtige Antwort. Wenn Sie ein Wohnnetzwerk betreiben, bei dem Sie eine Isolierung pro Haushalt, IoT-Unterstützung und betriebliche Einfachheit in großem Maßstab benötigen, ist PPSK die richtige Antwort. [medium pause] Werfen wir einen Blick auf die Bereitstellungsmodelle. Es gibt heute drei primäre Muster in der Produktion. [short pause] Das erste ist das Cloud-Controller-Modell, das bei neuen Bereitstellungen am häufigsten vorkommt. 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 einrichten, erstellen Sie ein Key im Portal, weisen ihn einem VLAN zu und der Controller überträgt die Richtlinie an jeden Access Point im Gebäude. Der Bewohner erhält seinen Key - per E-Mail, SMS oder QR-Code in einem Willkommenspaket - und verbindet sich. Wenn er auszieht, löschen Sie den Key. Seine Geräte können sich nicht mehr verbinden. Niemand sonst ist davon betroffen. [short pause] Das zweite Modell ist PPSK mit einem lokalen RADIUS-Backend. Einige Unternehmensbereitstellungen 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 erhöht zwar den Aufwand für die Infrastruktur, bietet Ihnen aber die Rechenschaftspflicht von 802.1X gepaart mit der Gerätekompatibilität von PPSK. Es ist das richtige Modell für gemischte Umgebungen - beispielsweise einen Coworking-Space, in dem Sie sowohl verwaltete Unternehmensgeräte als auch im Besitz der Mitglieder befindliche IoT-Geräte haben. [short pause] Das dritte Modell ist hybrid: 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-Bereitstellungen empfiehlt. Bewohner erhalten PPSK. Gebäudemanagementsysteme, Videoüberwachung und Zutrittskontrolle erhalten ihr eigenes IoT-VLAN mit PPSK. Die Geräte des Hausverwaltungsteams nutzen 802.1X gegen Microsoft Entra ID oder Okta. Drei verschiedene Authentifizierungsmodelle, drei verschiedene VLANs, eine physische Infrastruktur. Kommen wir nun zur Implementierung. Wenn Sie PPSK für ein Build to Rent-Objekt oder ein Mehrfamilienhaus bereitstellen, ist dies die Abfolge, die funktioniert. [short pause] Beginnen Sie mit Ihrem logischen Design, bevor Sie die Hardware anfassen. Planen Sie Ihre Bewohnerzahl, Ihre IoT-Gerätekategorien und alle Mitarbeiter- oder Managementsysteme. Weisen Sie VLANs zu. Eine typische BTR-Bereitstellung sieht so aus: VLAN 10 bis zu dem Wert, den Ihre Anzahl an Einheiten für die Bewohner erfordert, ein VLAN pro Wohnung oder ein VLAN pro Etage, abhängig von Ihrer Dichte. VLAN 99 für IoT. VLAN 100 für das Gebäudemanagement. VLAN 200 für Gast-WiFi in Gemeinschaftsbereichen. [short pause] Dokumentieren Sie anschließend Ihr IP-Adressierungsschema. In einem Gebäude mit 200 Wohneinheiten müssen Sie jederzeit mit 3.000 bis 5.000 Geräten im Netzwerk rechnen. Das entspricht der Zahl von 15 bis 25 Geräten pro Haushalt laut Untersuchungen der British Property Federation. Ihre DHCP-Bereiche müssen darauf ausgelegt sein. Verwenden Sie private RFC 1918-Adressierung mit ausreichenden Subnetzgrößen pro VLAN. Ein Slash 24 bietet Ihnen 254 nutzbare Adressen. Ein Slash 23 bietet Ihnen 510. Passen Sie die Größe entsprechend an. [medium pause] Zur Hardwareauswahl: PPSK wird auf allen gängigen Enterprise Access Point-Plattformen unterstützt. Cisco Meraki nennt es iPSK und verwaltet es über das Meraki-Dashboard mit Key-Richtlinien pro SSID. HPE Aruba implementiert es nativ in ArubaOS und Aruba Central. Ruckus unterstützt es über SmartZone und die Ruckus Cloud-Plattform. Juniper Mist nutzt ePSK mit KI-gesteuertem RF-Management. Ubiquiti UniFi bietet PPSK seit 2023, wobei zu beachten ist, dass es derzeit nur WPA2 unterstützt und nicht im 6-Gigahertz-Band funktioniert. Cambium und Extreme unterstützen es beide über ihre jeweiligen Cloud-Plattformen. [short pause] Eine wichtige Einschränkung, die es zu beachten gilt: Die PPSK-Implementierung von UniFi unterstützt nur WPA2. Wenn Sie WiFi 6E-Access Points spezifizieren und das 6-Gigahertz-Band für PPSK-Clients nutzen möchten, benötigen Sie eine Plattform, die WPA3-SAE mit PPSK unterstützt, oder Sie müssen PPSK-Clients auf das 2,4- und 5-Gigahertz-Band beschränken. Aruba, Ruckus und Meraki unterstützen alle PPSK in WPA3-Konfigurationen. [medium pause] Lassen Sie uns nun über die Fallstricke sprechen. Dies sind die Fehlerszenarien, die ich in Produktivumgebungen immer wieder sehe. [short pause] Das erste ist die unkontrollierte SSID-Verbreitung. Jede von Ihnen ausgestrahlte SSID verbraucht Sendezeit für Beacon-Frames. Wenn Sie in einem dichten 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. Nutzen Sie PPSK, um mehrere Bewohnersegmente über eine einzige SSID zu bedienen, anstatt eine separate SSID pro Wohnung oder Etage zu erstellen. [short pause] Der zweite Fallstrick ist eine unzureichende Trunk-Port-Konfiguration. Sie entwerfen ein sauberes VLAN-Schema, stellen die Access Points bereit und dann geht der Datenverkehr lautlos verloren, weil jemand vergessen hat, die entsprechenden VLANs auf einer Trunk-Verbindung zwischen dem Distribution-Switch und dem Access-Layer freizugeben. 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. [short pause] Der dritte Fallstrick ist die Schlüsselverteilung. Das Generieren von Schlüsseln ist einfach. Sie den Bewohnern auf eine sichere und betrieblich verwaltbare Weise zukommen zu lassen, ist schwieriger. Ein QR-Code im Begrüßungspaket funktioniert am Einzugstag 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. [short pause] Die vierte Falle, die speziell das IoT betrifft, besteht darin, Smart-Home-Geräte ohne gründliche Abwägung in das PPSK-Segment des Bewohners zu integrieren. Ein kompromittiertes IoT-Gerät im VLAN eines Bewohners kann potenziell andere Geräte in demselben VLAN angreifen. Ziehen Sie für IoT-Kategorien mit hohem Risiko ein separates IoT-VLAN mit Egress-Filterung in Betracht, selbst wenn dies bedeutet, dass die Bewohner ihre Smart-Home-Apps für die Nutzung eines anderen Netzwerks konfigurieren müssen. [medium pause] Lassen Sie uns zwei reale Szenarien betrachten. [short pause] Szenario eins: eine Build-to-Rent-Immobilie mit 180 Einheiten in einer Innenstadt. Der Betreiber wollte, dass WiFi als Service in der Miete inbegriffen ist - mit Aktivierung am Einzugstag und vollständiger Smart-Home-Unterstützung. Er installierte 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 per E-Mail mit einem QR-Code zugeschickt. Sie scannen ihn, alle ihre Geräte verbinden sich und ihr Chromecast, ihre intelligenten Lautsprecher und ihre Spielekonsole funktionieren sofort. Wenn ein Bewohner auszieht, löscht der Verwalter den Schlüssel im Portal. Der neue Bewohner erhält beim Einzug einen neuen Schlüssel. Kein Ärger mit dem Ändern von Passwörtern mehr. Der Betreiber berichtet von einer Reduzierung der WiFi-bezogenen Support-Tickets um 30 % im Vergleich zu seiner vorherigen Bereitstellung mit gemeinsam genutzten Passwörtern. [short pause] Szenario zwei: ein speziell gebautes Studentenwohnheim mit 400 Betten. Die Herausforderung besteht hier in der Einzugswoche, in der Hunderte von Studenten gleichzeitig ankommen und 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 Willkommenspaket beigefügt, das vor der Ankunft verschickt wurde. 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 sein eigenes VLAN-Segment isoliert wurde. [medium pause] Nun zu einer schnellen Fragerunde zu den Fragen, die am häufigsten gestellt werden. [short pause] 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. [short pause] Funktioniert PPSK mit WPA3? Ja, auf den meisten Enterprise-Plattformen. WPA3-SAE bietet im Vergleich zu WPA2-PSK einen stärkeren Schutz vor Offline-Wörterbuchangriffen. 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. [short pause] Kann ich PPSK in mein Immobilienverwaltungssystem integrieren? Ja, über die API des Herstellers. Aruba Central, Meraki, Ruckus und Mist bieten alle REST-APIs für die Verwaltung von PPSK-Schlüsseln. Sie können die Erstellung und den Entzug von Schlüsseln als Teil Ihres Arbeitsablaufs in der Mietverwaltung automatisieren. [short pause] Was ist der Sicherheitsunterschied zwischen PPSK und 802.1X? Der wesentliche Unterschied besteht darin, dass PPSK auf einem Shared-Secret-Modell basiert. Der Schlüssel ist eine Zeichenfolge, die geteilt oder abgefangen werden kann. 802.1X mit EAP-TLS verwendet digitale Zertifikate, die nicht auf dieselbe Weise geteilt werden können und eine gegenseitige Authentifizierung bieten. Für Wohnumgebungen, bei denen das Bedrohungsmodell in erster Linie in der Isolierung der Bewohner untereinander besteht, bietet PPSK ausreichende Sicherheit. Für Unternehmensnetzwerke für Mitarbeiter ist 802.1X die richtige Wahl. [medium pause] Zusammenfassend lässt sich sagen: PPSK WiFi ist das richtige Authentifizierungsmodell für Multi-Tenant-Wohnanlagen, IoT-intensive Umgebungen und jedes Szenario, in dem Sie eine Isolierung pro Benutzer oder pro Haushalt ohne den Infrastruktur-Overhead von 802.1X benötigen. Es läuft auf Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme und Fortinet. Es lässt sich über API in Property-Management-Systeme integrieren. Und es löst die drei zentralen operativen Probleme, die Netzwerke mit gemeinsam genutzten Passwörtern nicht lösen können: Auszüge ohne Unterbrechung für alle anderen, Unterstützung für Smart-Home-Geräte und Rechenschaftspflicht pro Bewohner. [short pause] Das Entscheidungsraster ist einfach. Wenn Ihre Geräte 802.1X unterstützen und Sie über eine RADIUS-Infrastruktur verfügen, verwenden Sie 802.1X für Mitarbeiter und verwaltete Geräte. Wenn Sie eine Multi-Tenant-Wohnimmobilie betreiben, verwenden Sie PPSK. Wenn Sie IoT-Geräte haben, die kein 802.1X unterstützen, verwenden Sie PPSK mit einem dedizierten IoT VLAN. Wenn Sie Gäste-WiFi in Gemeinschaftsbereichen benötigen, verwenden Sie ein Standard-PSK oder ein offenes Netzwerk mit einem darüber liegenden Captive Portal. [short pause] Die nächsten Schritte: Sehen Sie sich das Diagramm zur Architekturübersicht im Leitfaden an, das den gesamten PPSK-Bereitstellungs-Stack vom ISP-Uplink bis zum Gerät des Bewohners zeigt. Nutzen Sie das Entscheidungsflussdiagramm, um Ihre spezifische Umgebung dem richtigen Authentifizierungsmodell zuzuordnen. Und wenn Sie ein BTR- oder MDU-Projekt planen und verstehen möchten, wie die Multi-Tenant-WiFi-Plattform von Purple auf Ihrer vorhandenen Hardware aufsetzt, um die Schlüsselverwaltung, das Bewohnerportal und die Analysen bereitzustellen - den Link finden Sie im Leitfaden. [medium pause] Das war es für das heutige Briefing. Vielen Dank fürs Zuhören. Lassen Sie mich noch genauer auf das Sicherheitsmodell eingehen, da ich hier die meiste Verwirrung auf dem Markt sehe. [short pause] PPSK arbeitet auf der WPA-Personal-Ebene. Jeder Schlüssel ist ein Pre-Shared Secret. Die Sicherheitsgarantie, die PPSK bietet, ist die Isolierung der Bewohner untereinander - Gerät A mit Schlüssel A kann nicht mit Gerät B mit Schlüssel B kommunizieren, selbst wenn sie mit demselben physischen Access Point verbunden sind. Diese Isolierung wird auf der VLAN-Ebene erzwungen, nicht auf der Verschlüsselungsebene. Die Verschlüsselung zwischen dem jeweiligen Gerät und dem Access Point verwendet dieselbe WPA2- oder WPA3-Cipher-Suite, unabhängig davon, welchen PPSK-Schlüssel das Gerät zur Authentifizierung verwendet hat. [short pause] Was PPSK nicht bietet, ist die gegenseitige Authentifizierung, die 802.1X liefert. In einer 802.1X-Bereitstellung mit EAP-TLS authentifiziert sich der Client gegenüber dem Netzwerk und das Netzwerk gegenüber dem Client. Beide Seiten weisen Zertifikate vor. Dies verhindert Angriffe durch Rogue Access Points. Bei PPSK hat der Client keine Möglichkeit zu überprüfen, ob er mit dem legitimen Netzwerk verbunden ist oder mit einem Rogue AP, der dieselbe SSID ausstrahlt. Für ein Wohngebäude, bei dem das Bedrohungsszenario in erster Linie darin besteht, die Bewohner voneinander zu isolieren, ist dies ein akzeptabler Kompromiss. Für eine Unternehmensumgebung, die mit sensiblen Daten arbeitet, ist dies nicht der Fall. [medium pause] Sprechen wir nun über den Upgrade-Pfad für WPA3. WPA3-SAE (Simultaneous Authentication of Equals) ersetzt den WPA2-Vierwege-Handshake durch ein sichereres Schlüsselaustauschprotokoll namens Dragonfly. Die entscheidende Verbesserung für PPSK-Bereitstellungen ist Forward Secrecy: Selbst wenn ein Angreifer den WiFi-Datenverkehr abfängt und später den Pre-shared Key erhält, kann er den erfassten Datenverkehr nicht entschlüsseln. WPA2-PSK bietet keine Forward Secrecy. WPA3-SAE hingegen schon. Wenn Sie heute neue Hardware bereitstellen, spezifizieren Sie die Unterstützung für WPA3-SAE und aktivieren Sie diese für Ihre PPSK-SSID. Clients, die WPA3 nicht unterstützen, fallen im Übergangsmodus auf WPA2 zurück, sodass Sie keine harte Umstellung erzwingen müssen. [short pause] Der Aspekt der GDPR ist es wert, direkt angesprochen zu werden. In einer Multi-Tenant-Wohnanlage verarbeiten Sie personenbezogene Daten - konkret die Verknüpfung zwischen einem WiFi-Schlüssel und einem namentlich genannten Bewohner. Diese Verknüpfung ist ein personenbezogenes Datum gemäß der UK GDPR und der EU-GDPR. Sie benötigen eine Rechtsgrundlage für die Verarbeitung. Im BTR-Kontext ist die Rechtsgrundlage in der Regel die Erfüllung eines Vertrags - der Mietvertrag - oder berechtigte Interessen. Sie benötigen einen Datenschutzhinweis, der die Verarbeitung von WiFi-Daten abdeckt. Sie benötigen eine Datenaufbewahrungsrichtlinie für Verbindungsprotokolle. Und Sie müssen in der Lage sein, auf Auskunftsersuchen von betroffenen Personen zu reagieren, was bedeutet, dass Ihre PPSK-Verwaltungsplattform in der Lage sein muss, alle Daten zu exportieren, die mit dem Schlüssel eines bestimmten Bewohners verknüpft sind. [short pause] Die Multi-Tenant-WiFi-Plattform von Purple wurde genau für diesen Zweck entwickelt. Die Daten werden in einer nach ISO 27001 zertifizierten Infrastruktur gespeichert. Wir sind GDPR- und CCPA-konform. Der Speicherort der Daten ist wählbar - Großbritannien, EU oder USA - sodass Sie Ihre regulatorischen Verpflichtungen unabhängig vom Standort Ihrer Immobilien erfüllen können. Zudem bietet unsere Plattform die Audit-Trails und Datenexportfunktionen, die Sie für die Compliance benötigen. Lassen Sie mich die Frage nach dem ROI beantworten, da dieses Thema in jedem BTR-Beschaffungsgespräch aufkommt. [short pause]Untersuchungen der British Property Federation zeigen konsistent, dass die WiFi Qualität zu den fünf wichtigsten Ausstattungsmerkmalen bei Mietentscheidungen im Bereich Build to Rent gehört. Betreiber, die verwaltetes WiFi als Service anbieten, berichten von Mietaufschlägen von fünfzehn bis dreißig Pfund pro Wohneinheit und Monat im Vergleich zu gleichwertigen Immobilien ohne integrierte Konnektivität. Bei einem Gebäude mit 200 Einheiten entspricht dies zusätzlichen Mieteinnahmen zwischen sechsunddreißigtausend und zweiundsiebzigtausend Pfund pro Jahr. Gemessen an den typischen Bereitstellungskosten für PPSK - über fünf Jahre abgeschriebene Hardware plus eine Software-Overlay-Lizenz - liegt die Amortisationszeit in der Regel bei unter 18 Monaten. [short pause] Die betrieblichen Einsparungen sind ebenso signifikant. Ein Netzwerk mit gemeinsam genutztem Passwort in einem Gebäude mit 200 Einheiten erzeugt ein vorhersehbares Volumen an Support-Tickets: Bewohner, die ihren Chromecast nicht verbinden können, Bewohner, deren Smart Speaker sich nicht koppeln lässt, Bewohner, deren Konsole den NAT-Typ strikt anzeigt. Die Lösung dieser Tickets kostet Zeit und Geld. Ein korrekt bereitgestelltes PPSK Netzwerk eliminiert die Mehrheit dieser Probleme. Ein Betreiber, mit dem wir zusammenarbeiten, berichtete von einer Reduzierung der WiFi-bezogenen Support-Kontakte um 30 % in den ersten sechs Monaten nach der Migration von einem gemeinsam genutzten Passwort zu einer PPSK Bereitstellung. [short pause] Leerstandszeiten sind der andere Hebel. Ein Gebäude, in dem das WiFi am Einzugstag aktiv und funktionsfähig ist, reduziert Reibungspunkte für neue Bewohner. Ein Gebäude, in dem ein neuer Bewohner auf einen Termin mit einem Breitbandtechniker warten muss - in Großbritannien in der Regel sieben bis vierzehn Tage - erzeugt einen negativen ersten Eindruck, der sich auf die Kundenbindung auswirkt. PPSK mit Aktivierung am Einzugstag beseitigt diese Hürde vollständig. [medium pause] Ein weiterer Bereich, den es zu betrachten gilt: die Nutzung in Coworking- und Mischnutzungskonzepten. PPSK ist nicht nur für Wohngebäude geeignet. Es ist auch das richtige Modell für Coworking-Spaces, in denen Sie eine Isolierung pro Mitglied oder pro Unternehmen wünschen, ohne den Aufwand von 802.1X. Ein Coworking-Betreiber mit 200 Mitgliedern kann jedem Mitglied einen eigenen PPSK Schlüssel zuweisen, diesen einem dedizierten VLAN zuordnen und sicherstellen, dass die Geräte von Mitglied A für Mitglied B unsichtbar sind. Wenn eine Mitgliedschaft abläuft, wird der Schlüssel widerrufen. Wenn ein neues Mitglied beitritt, wird ein neuer Schlüssel generiert. Das Nutzererlebnis ist absolut identisch mit dem eines Heimnetzwerks. [short pause] Für Coworking-Bereiche funktioniert das hybride Modell besonders gut. Mitglieder erhalten PPSK. Besucher von Mitgliedern - zum Beispiel Kunden, die an Besprechungen teilnehmen - erhalten eine separate Gäste-WiFi-SSID mit einem Captive Portal. Die Mitarbeiter des Gebäudes nutzen 802.1X über den Identitätsanbieter des Betreibers. Drei Authentifizierungsmodelle, eine physische Infrastruktur, saubere Trennung zwischen allen drei Nutzergruppen. [medium pause] Das deckt das Gesamtbild ab. PPSK WiFi ist eine ausgereifte, gut unterstützte Technologie, die ein spezifisches und wichtiges Problem löst: die Isolierung pro Benutzer oder pro Haushalt in Multi-Tenant-Umgebungen, ohne den Infrastruktur-Overhead von 802.1X. Sie ist hardwareunabhängig, API-gesteuert und schon heute auf den Access Points einsatzbereit, die Sie bereits besitzen. Die Entscheidungskriterien sind klar. Die Bereitstellungsmuster sind erprobt. Und die Wirtschaftlichkeit, insbesondere in den Bereichen Build to Rent und zweckgebundenen Studentenwohnheimen, ist bestens belegt.