Was ist RADIUS-Authentifizierung und wie funktioniert sie?
Dieser Leitfaden bietet IT-Verantwortlichen, die WiFi-Bereitstellungen für Unternehmen und Gäste verwalten, eine definitive technische Referenz zur RADIUS-Authentifizierung. Er entmystifiziert das AAA-Protokoll, erklärt das Zusammenspiel von 802.1X und EAP-Methoden und beschreibt im Detail, wie die cloudbasierte Plattform von Purple die Bereitstellung für Hotels, Einzelhandelsketten, Stadien und Organisationen des öffentlichen Sektors vereinfacht. Die Leser erhalten einen klaren Implementierungsfahrplan, praxisnahe Fallstudien und die notwendigen Entscheidungsrahmen für die Migration von unsicheren Pre-Shared Keys zu einer robusten, identitätsgesteuerten Netzwerkzugriffskontroll-Architektur.
Diesen Leitfaden anhören
Podcast-Transkript ansehen
📚 Teil unserer Kernserie: Enterprise WiFi Security Guide →
- Management-Zusammenfassung
- Technischer Deep-Dive
- Das AAA-Framework: Authentifizierung, Autorisierung und Abrechnung
- Wie RADIUS und 802.1X zusammenarbeiten
- RADIUS-Ports und Transport
- Implementierungsleitfaden
- Übergang von PSK zu RADIUS: Ein Fünf-Schritte-Fahrplan
- Best Practices
- Fehlerbehebung und Risikominderung
- ROI und geschäftliche Auswirkungen

Management-Zusammenfassung
Für IT-Verantwortliche an Standorten mit mehreren Filialen – wie Hotels, Einzelhandelsketten, Stadien und Konferenzzentren – ist die Bereitstellung eines sicheren und zuverlässigen WiFi-Zugangs für Tausende von täglichen Benutzern ein geschäftskritischer Dienst, der erhebliche betriebliche und regulatorische Risiken birgt. Der herkömmliche Ansatz, ein einziges gemeinsames Passwort (PSK) für Gäste- und Mitarbeiternetzwerke zu verwenden, ist als Sicherheitskonzept nicht mehr vertretbar. Er setzt Unternehmen dem Risiko von Compliance-Verstößen gegen PCI DSS und GDPR, betrieblichen Störungen und Reputationsschäden durch potenzielle Sicherheitsverletzungen aus.
Die moderne Branchenstandard-Lösung besteht darin, die Netzwerkzugriffskontrolle über das RADIUS (Remote Authentication Dial-In User Service)-Protokoll zu zentralisieren. RADIUS bietet ein robustes Framework für die drei Säulen der Netzwerksicherheit – Authentifizierung, Autorisierung und Abrechnung (AAA) – und setzt einen identitätsbasierten Zugriff für jeden Benutzer und jedes Gerät durch. Durch die Integration in ein bestehendes Identitätsverzeichnis wie Azure AD, Google Workspace oder Okta stellt RADIUS sicher, dass sich nur autorisierte Personen verbinden können und deren Zugriff genau auf ihre Rolle abgestimmt ist.
Dieser Leitfaden bietet einen praktischen, umsetzbaren Überblick über RADIUS, den zugrunde liegenden IEEE 802.1X-Standard und zeigt auf, wie die WiFi-Intelligence-Plattform von Purple die Komplexität der Bereitstellung minimiert. Er richtet sich an Netzwerkarchitekten und IT-Manager, die in diesem Quartal, und nicht erst im nächsten Jahr, Implementierungsentscheidungen treffen müssen.

Technischer Deep-Dive
Das AAA-Framework: Authentifizierung, Autorisierung und Abrechnung
RADIUS arbeitet nach dem Client-Server-Modell und basiert auf dem AAA-Framework, einem grundlegenden Konzept der Netzwerksicherheit. Das Verständnis der einzelnen Komponenten ist für eine erfolgreiche Bereitstellung unerlässlich.
Authentifizierung ist der Prozess der Überprüfung der Identität eines Benutzers. Wenn ein Benutzer versucht, eine Verbindung zu einem mit WPA2/WPA3-Enterprise gesicherten WiFi-Netzwerk herzustellen, sendet sein Gerät – der Supplicant – Zugangsdaten an den Wireless Access Point – den Authentifikator. Der Authentifikator trifft die Zugriffsentscheidung nicht selbst, sondern leitet die Anfrage an den RADIUS-Server weiter. Der RADIUS-Server validiert diese Zugangsdaten anhand einer konfigurierten Identitätsquelle: Microsoft Active Directory, einem Cloud-IdP wie Okta oder einer lokalen Benutzerdatenbank. Die Validierung kann über eine Kombination aus Benutzernamen und Passwort oder, für eine deutlich höhere Sicherheit, über ein digitales Zertifikat mittels einer EAP-Methode wie EAP-TLS erfolgen.
Autorisierung bestimmt, was ein authentifizierter Benutzer tun darf. Basierend auf den vom Netzwerkadministrator definierten Richtlinien gibt der RADIUS-Server bestimmte Attribute an den Authentifikator zurück. Diese Attribute bestimmen die VLAN-Zuweisung (Trennung von Gäste- und Unternehmensdatenverkehr), Bandbreitenbegrenzungen und zeitliche Zugriffsbeschränkungen. Diese granulare, dynamische Durchsetzung von Richtlinien ist einer der Hauptvorteile von RADIUS gegenüber statischen, PSK-basierten Systemen.
Abrechnung (Accounting) verfolgt die Benutzeraktivitäten während der gesamten Sitzung. Der RADIUS-Server protokolliert Verbindungszeitstempel, Sitzungsdauer, übertragene Daten und Geräte-MAC-Adressen. Dieser Audit-Trail ist für die Fehlerbehebung, Kapazitätsplanung und Compliance-Berichterstattung von unschätzbarem Wert. Unter PCI DSS 4.0 ist die Protokollierung und Überwachung aller Zugriffe auf Netzwerkressourcen eine obligatorische Maßnahme.

Wie RADIUS und 802.1X zusammenarbeiten
Der IEEE-Standard 802.1X definiert die portbasierte Netzwerkzugriffskontrolle. In einem WiFi-Kontext ermöglicht 802.1X einem Access Point, den gesamten Datenverkehr von einem Gerät – mit Ausnahme von Authentifizierungsnachrichten – zu blockieren, bis der RADIUS-Server die Autorisierung bestätigt hat. Die Kommunikation zwischen dem Supplicant und dem Authentifikator nutzt das Extensible Authentication Protocol (EAP), das über das LAN als EAPOL (EAP over LAN) übertragen wird. Der Authentifikator leitet dies dann über das RADIUS-Protokoll an den RADIUS-Server weiter.
Die Wahl der EAP-Methode ist eine kritische Sicherheitsentscheidung:
| EAP-Methode | Authentifizierungstyp | Sicherheitsstufe | Empfohlener Anwendungsfall |
|---|---|---|---|
| EAP-TLS | Zertifikatsbasiert | Höchste | Verwaltete Unternehmensgeräte – Goldstandard |
| PEAP-MSCHAPv2 | Anmeldedatenbasiert | Mittel | Windows-lastige Umgebungen im Übergang zu Zertifikaten |
| EAP-TTLS/PAP | Anmeldedatenbasiert | Mittel | Gemischte OS-Umgebungen mit Unterstützung für ältere Geräte |
Für Unternehmensgeräte ist EAP-TLS der Zielzustand. Es nutzt eine gegenseitige Zertifikatsauthentifizierung – sowohl der Client als auch der Server legen Zertifikate vor –, wodurch Passwörter und die damit verbundenen Risiken von Diebstahl von Zugangsdaten und Phishing vollständig eliminiert werden.
RADIUS-Ports und Transport
Standardmäßig verwendet RADIUS den UDP-Port 1812 für Authentifizierung und Autorisierung sowie den UDP-Port 1813 für die Abrechnung. Einige ältere Bereitstellungen nutzen die Ports 1645 and 1646. Seit RFC 6613 kann RADIUS auch über TCP mit TLS (RadSec) betrieben werden, was in Cloud-Bereitstellungen zunehmend für eine verbesserte Transportsicherheit eingesetzt wird.
Implementierungsleitfaden
Übergang von PSK zu RADIUS: Ein Fünf-Schritte-Fahrplan
Schritt 1: Wählen Sie Ihre RADIUS-Infrastruktur. Wählen Sie zwischen einem On-Premise-Server (Microsoft NPS für Windows-Umgebungen, FreeRADIUS für Open-Source-Bereitstellungen) oder einem cloudbasierten RADIUS-Dienst. Für Organisationen mit mehreren Standorten ist eine Cloud-RADIUS-Plattform wie die von Purple fast immer die richtige Wahl. Sie bietet integrierte Hochverfügbarkeit, geografische Redundanz und eliminiert den betrieblichen Aufwand für die Serververwaltung.
Schritt 2: Integrieren Sie Ihre Identitätsquelle. Verbinden Sie den RADIUS-Server mit dem maßgeblichen Identitätsverzeichnis Ihres Unternehmens. Moderne Cloud-RADIUS-Plattformen unter...stützen die direkte Integration mit Azure AD, Google Workspace und Okta über SAML oder LDAP. Für Gastbenutzer ist die Identitätsquelle in der Regel ein CRM, ein Property-Management-System (PMS) oder eine speziell entwickelte Gast-WiFi-Plattform.
Schritt 3: Netzwerkhardware konfigurieren. Erstellen Sie auf Ihrem Wireless-LAN-Controller oder Ihren Access Points eine neue SSID, die für WPA2-Enterprise oder WPA3-Enterprise konfiguriert ist. Verweisen Sie mit der SSID auf die IP-Adresse Ihres RADIUS-Servers und konfigurieren Sie das Shared Secret — ein Passwort, das die Kommunikation zwischen dem Access Point und dem RADIUS-Server verschlüsselt. Dieser Wert muss auf beiden Seiten exakt übereinstimmen; eine Abweichung ist eine der häufigsten Ursachen für Fehler bei der Ersteinrichtung.
Schritt 4: Autorisierungsrichtlinien definieren. Erstellen Sie Regeln auf dem RADIUS-Server, die Benutzergruppen Netzwerkrichtlinien zuweisen. Ein typisches Richtlinienset für ein Hotel könnte Folgendes umfassen: Mitarbeiter auf VLAN 10 mit vollem internen Zugriff; externe Dienstleister auf VLAN 30 mit eingeschränktem Zugriff und einer Bandbreitenbegrenzung von 50 Mbit/s; Gäste auf VLAN 20 mit reinem Internetzugang und einem Sitzungslimit von 8 Stunden.
Schritt 5: Benutzer und Geräte onboarden. Stellen Sie für Unternehmensmitarbeiter WiFi-Profile mit 802.1X-Einstellungen über Ihre MDM-Plattform bereit. Stellen Sie für Gäste ein Captive Portal bereit. Die Plattform von Purple automatisiert den Onboarding-Prozess für Gäste — sie unterstützt Social-Media-Logins, Registrierungsformulare sowie Gutscheincodes — und erstellt temporäre RADIUS-Benutzerkonten, die automatisch ablaufen.

Best Practices
Führen Sie WPA3-Enterprise ein. Wo die Hardware dies unterstützt, WPA3-Enterprise bietet erhebliche Sicherheitsverbesserungen gegenüber WPA2-Enterprise, einschließlich Protected Management Frames (PMF) und einer stärkeren Verschlüsselung über den 192-Bit-Sicherheitsmodus. Führen Sie ein Hardware-Audit durch, um Access Points zu identifizieren, die Firmware-Updates oder einen Austausch erfordern.
Implementieren Sie EAP-TLS für Unternehmensgeräte. Die zertifikatsbasierte Authentifizierung eliminiert das Passwort als Sicherheitsrisiko. Integrieren Sie Ihren RADIUS-Server in Ihre PKI oder nutzen Sie eine cloudbasierte Zertifikatsverwaltungslösung. Automatisieren Sie die Zertifikatsbereitstellung über MDM, um den IT-Overhead zu minimieren.
Erzwingen Sie eine VLAN-Segmentierung. Die dynamische VLAN-Zuweisung über RADIUS ist für die PCI-DSS-Compliance und eine Zero-Trust-Architektur unverzichtbar. Stellen Sie sicher, dass Ihre Netzwerk-Switches und Firewalls Inter-VLAN-Routing-Richtlinien erzwingen, die verhindern, dass Gast-Traffic auf Unternehmensressourcen zugreift.
Stellen Sie eine redundante RADIUS-Infrastruktur bereit. Konfigurieren Sie mindestens einen primären und einen sekundären RADIUS-Server auf Ihren Access Points. Cloud-RADIUS-Plattformen stellen dies in der Regel automatisch bereit. Testen Sie das Failover regelmäßig.
Fehlerbehebung und Risikominderung
| Fehlerbild | Ursache | Lösung |
|---|---|---|
| Alle Benutzer abgelehnt | Abweichung des Shared Secrets zwischen AP und RADIUS-Server | Überprüfen Sie das Shared Secret sowohl in der AP- als auch in der RADIUS-Serverkonfiguration |
| Zertifikatsfehler auf Client-Geräten | RADIUS-Serverzertifikat wird vom Client nicht vertraut | Installieren Sie das Root-CA-Zertifikat auf allen Client-Geräten über MDM |
| Sporadische Authentifizierungsfehler | RADIUS-Server überlastet oder nicht erreichbar | Implementieren Sie einen sekundären RADIUS-Server; überprüfen Sie die Serverkapazität |
| Gastportal leitet nicht weiter | Fehlkonfiguration des Walled Gardens | Stellen Sie sicher, dass die Portal-URL und die Domains der Social-Login-Anbieter im Walled Garden hinterlegt sind |
| Benutzer können sich nach Ablauf der Sitzung nicht erneut verbinden | Accounting-Sitzung nicht ordnungsgemäß beendet | Überprüfen Sie die RADIUS-Accounting-Konfiguration; suchen Sie nach verwaisten Sitzungen |
ROI und geschäftliche Auswirkungen
Die geschäftlichen Argumente für eine RADIUS-Bereitstellung sind in mehrfacher Hinsicht überzeugend. Die Reduzierung von Sicherheitsrisiken ist der unmittelbarste Vorteil: Der Ersatz eines gemeinsam genutzten PSK durch einen identitätsbasierten Zugriff eliminiert den häufigsten Vektor für WiFi-basierte Netzwerkeindringlinge und vermeidet potenziell Kosten für Sicherheitsverletzungen, die für britische Unternehmen im Durchschnitt 3,4 Millionen Pfund betragen. Die Gewährleistung der Compliance gemäß PCI DSS, GDPR und branchenspezifischen Vorschriften wird durch die Kombination aus identitätsbasierter Zugriffskontrolle und umfassenden Accounting-Protokollen erreicht. Die Gewinne an operativer Effizienz sind bei großen Bereitstellungen erheblich — eine zentrale Richtlinienverwaltung bedeutet, dass das Onboarding eines neuen Benutzers oder der Entzug des Zugriffs für einen ausscheidenden Mitarbeiter eine einzige Aktion im Identitätsverzeichnis ist und keine manuelle Neukonfiguration über Dutzende von Access Points hinweg erfordert. Schließlich liefern die von RADIUS generierten Accounting-Daten verwertbare Erkenntnisse für die Kapazitätsplanung, sodass Entscheidungen über Infrastrukturinvestitionen auf tatsächlichen Nutzungsdaten und nicht auf Schätzungen basieren können.
Schlüsseldefinitionen
RADIUS (Remote Authentication Dial-In User Service)
Ein in RFC 2865 standardisiertes Netzwerkprotokoll, das eine zentralisierte Verwaltung von Authentifizierung, Autorisierung und Abrechnung (AAA) für Benutzer bietet, die sich mit einem Netzwerkdienst verbinden. Es arbeitet nach einem Client-Server-Modell, bei dem der Network Access Server (NAS) der Client und der RADIUS-Server die entscheidungsbefugte Instanz ist.
Dies ist das Herzstück der WiFi-Sicherheit in Unternehmen. Wenn ein IT-Manager vom „Wechsel zu 802.1X“ spricht, meint er fast immer die Bereitstellung eines RADIUS-Servers.
802.1X
Ein IEEE-Standard für portbasierte Netzwerkzugriffskontrolle (PNAC). Er definiert die Kapselung des Extensible Authentication Protocol (EAP) über IEEE 802-Netzwerke und ermöglicht es einem Authentifikator (z. B. einem WiFi-Access-Point), eine Authentifizierung zu erzwingen, bevor der Netzwerkzugriff gewährt wird.
Dies ist der Standard, der RADIUS für WiFi nutzbar macht. Wenn Sie eine SSID für „WPA2-Enterprise“ konfigurieren, aktivieren Sie 802.1X auf dieser SSID.
AAA (Authentication, Authorization, Accounting)
Ein Sicherheits-Framework zur intelligenten Steuerung des Zugriffs auf Computerressourcen, zur Durchsetzung von Richtlinien und zur Überwachung der Nutzung. Die Authentifizierung überprüft die Identität, die Autorisierung bestimmt die zulässigen Aktionen und die Abrechnung (Accounting) zeichnet die Aktivitäten auf.
RADIUS-Server werden oft als „AAA-Server“ bezeichnet. Das Verständnis dieses Frameworks ist die konzeptionelle Grundlage für das gesamte Design der Netzwerkzugriffskontrolle.
Supplicant
Im 802.1X-Framework ist der Supplicant das Client-Gerät – ein Laptop, Smartphone oder IoT-Gerät –, das Zugriff auf das Netzwerk anfordert. Die Supplicant-Software auf dem Gerät wickelt den EAP-Authentifizierungsaustausch ab.
Bei der Behebung von Authentifizierungsfehlern ist die Supplicant-Konfiguration (z. B. das WiFi-Profil auf einem Laptop) oft die Ursache des Problems.
Authenticator
Im 802.1X-Framework ist der Authentifikator das Netzwerkgerät – typischerweise ein Wireless Access Point oder ein Ethernet-Switch –, das die Zugriffskontrolle durchsetzt. Er leitet EAP-Nachrichten zwischen dem Supplicant und dem Authentifizierungsserver weiter, trifft aber selbst keine Authentifizierungsentscheidung.
Der Access Point ist ein Relay, kein Entscheidungsträger. Dies ist eine wichtige Unterscheidung: Die Aufgabe des APs besteht darin, die Anfrage an RADIUS weiterzuleiten und dann auf der Grundlage der Antwort zu handeln.
EAP (Extensible Authentication Protocol)
Ein in RFC 3748 definiertes Authentifizierungs-Framework, das mehrere Authentifizierungsmethoden unterstützt. EAP selbst definiert keinen spezifischen Authentifizierungsmechanismus, sondern bietet ein Standardformat für die Aushandlung und Übertragung verschiedener EAP-Methoden (z. B. EAP-TLS, PEAP, EAP-TTLS).
Bei der Konfiguration von 802.1X müssen Sie eine EAP-Methode auswählen. Die Wahl zwischen EAP-TLS (Zertifikate) und PEAP (Passwörter) ist eine der folgenschwersten Sicherheitsentscheidungen bei einer WiFi-Bereitstellung.
EAP-TLS (EAP Transport Layer Security)
Eine zertifikatsbasierte EAP-Methode, die eine gegenseitige Authentifizierung zwischen dem Client und dem RADIUS-Server mithilfe digitaler X.509-Zertifikate ermöglicht. Sie gilt weithin als die sicherste EAP-Methode, da sie Passwörter vollständig überflüssig macht.
EAP-TLS ist der Goldstandard für die Authentifizierung von Unternehmensgeräten. Die Bereitstellung erfordert eine Public-Key-Infrastruktur (PKI) zur Ausstellung und Verwaltung von Client-Zertifikaten, weshalb cloudbasierte Zertifikatsverwaltungslösungen immer beliebter werden.
Captive Portal
Eine Webseite, die die Verbindung eines Benutzers mit einem öffentlichen WiFi-Netzwerk abfängt und ihn auffordert, eine Aktion auszuführen – wie das Akzeptieren von Nutzungsbedingungen, die Eingabe von Zugangsdaten oder die Authentifizierung über ein Social-Media-Konto –, bevor der Internetzugang gewährt wird.
Captive Portale arbeiten in Verbindung mit RADIUS für das Gäste-WiFi. Das Portal ist die benutzerseitige Schnittstelle; RADIUS ist die Backend-Authentifizierungs-Engine, die die Sitzung des Benutzers validiert und Zugriffsrichtlinien durchsetzt.
VLAN (Virtual Local Area Network)
Ein logisches Netzwerksegment, das innerhalb einer physischen Netzwerkinfrastruktur erstellt wird. VLANs ermöglichen es Netzwerkadministratoren, den Datenverkehr verschiedener Benutzergruppen – wie Gäste, Mitarbeiter und IoT-Geräte – zu trennen, selbst wenn sie dieselbe physische Hardware nutzen.
Die dynamische VLAN-Zuweisung über RADIUS ist der Mechanismus, der die Netzwerksegmentierung im WiFi von Unternehmen ermöglicht. Sie ist eine grundlegende Anforderung für die PCI DSS-Compliance und die Zero-Trust-Architektur.
Shared Secret
Ein Passwort, das sowohl auf dem RADIUS-Client (dem Access Point) als auch auf dem RADIUS-Server konfiguriert ist, um deren Kommunikation zu authentifizieren und RADIUS-Attributwerte zu verschlüsseln. Es muss auf beiden Seiten identisch sein.
Ein nicht übereinstimmendes Shared Secret ist eine der häufigsten Ursachen für RADIUS-Authentifizierungsfehler bei der Erstbereitstellung. Kopieren Sie diesen Wert immer per Copy-Paste, anstatt ihn manuell einzugeben.
Ausgearbeitete Beispiele
Ein Hotel mit 500 Zimmern muss sicheres WiFi für Gäste, Konferenzteilnehmer und Mitarbeiter bereitstellen. Gäste sollen ein reibungsloses Onboarding-Erlebnis haben, während Mitarbeiter sicheren Zugriff auf interne Hotelmanagement- und Point-of-Sale-Systeme benötigen. Das Hotel nutzt Oracle OPERA als Property Management System (PMS).
Stellen Sie die Cloud-RADIUS-Plattform von Purple integriert in das Oracle OPERA PMS des Hotels bereit. Richten Sie drei separate SSIDs ein: „Hotel-Guest“, „Conference-WiFi“ und „Staff-Internal“. Die SSID „Staff-Internal“ wird für WPA3-Enterprise mit EAP-TLS konfiguriert. Digitale Zertifikate werden über eine MDM-Plattform (z. B. Jamf oder Microsoft Intune) auf allen hoteleigenen Geräten bereitgestellt, was eine passwortlose, nahtlose Authentifizierung für Mitarbeiter ermöglicht. Die SSID „Hotel-Guest“ nutzt ein gebrandetes Captive Portal, das in OPERA integriert ist. Beim Check-in erstellt OPERA automatisch ein temporäres RADIUS-Benutzerkonto mit Zugangsdaten, die für die Dauer des Aufenthalts des Gasts gültig sind. Der Gast erhält einen QR-Code oder eine Begrüßungs-E-Mail mit einem direkten Verbindungslink. Die SSID „Conference-WiFi“ nutzt ein gutscheinbasiertes System innerhalb der Plattform von Purple, mit dem Event-Koordinatoren eindeutige, zeitlich begrenzte Zugangscodes für ihre Teilnehmer generieren können. Alle drei SSIDs nutzen eine dynamische VLAN-Zuweisung, um eine strikte Datenverkehrssegmentierung durchzusetzen.
Eine Einzelhandelskette mit 200 Filialen in ganz Großbritannien möchte ihr unsicheres Gästenetzwerk mit gemeinsam genutztem Passwort ersetzen. Das Marketingteam benötigt Opt-in-Demografiedaten von Filialbesuchern zur Unterstützung zielgerichteter Kampagnen. Das IT-Team nutzt Azure Active Directory für das gesamte Identitätsmanagement des Unternehmens.
Stellen Sie die Cloud-RADIUS- und Gäste-WiFi-Plattform von Purple in allen 200 Filialen mithilfe einer zentralisierten, vorlagenbasierten Konfiguration bereit. Konfigurieren Sie für den Gastzugang ein gebrandetes Captive Portal auf einer dedizierten Gäste-SSID. Das Portal bietet eine Authentifizierung über Social-Media-Konten (Facebook, Google) oder ein einfaches Registrierungsformular und erfasst die Opt-in-Marketing-Einwilligung in Übereinstimmung mit der GDPR. Die Plattform von Purple aggregiert diese Daten in einem zentralen Analyse-Dashboard und liefert dem Marketingteam demografische Daten der Besucher, Verweilzeiten und Raten wiederkehrender Besuche. Integrieren Sie für die Unternehmensmitarbeiter den RADIUS-Server in den bestehenden Azure AD-Mandanten. Mitarbeiter verbinden sich über PEAP mit ihren Azure AD-Zugangsdaten mit einer separaten „Staff“-SSID, wobei ein phasenweiser Migrationsplan zu EAP-TLS mit Zertifikaten für die Rollen mit dem höchsten Risiko vorgesehen ist. Der gesamte Datenverkehr der Gäste wird auf einem dedizierten VLAN isoliert, ohne Zugriff auf das interne Netzwerk der Filiale oder EPOS-Systeme, wodurch die Anforderungen der PCI DSS-Netzwerksegmentierung erfüllt werden.
Übungsfragen
Q1. Sie sind der IT-Architekt für ein großes Konferenzzentrum. Ein großes Technologieunternehmen mietet Ihren Veranstaltungsort für eine dreitägige Konferenz mit 5.000 Teilnehmern. Der Kunde stellt die strikte Anforderung, dass sich die Teilnehmer mit einem sicheren, leistungsstarken WiFi-Netzwerk verbinden können, ohne jeden Tag manuell ein Passwort eingeben zu müssen. Der Kunde nutzt Okta als Identitätsanbieter. Wie würden Sie die Authentifizierungslösung gestalten?
Hinweis: Überlegen Sie, wie Sie einer großen Anzahl von Benutzern aus einer einzigen externen Organisation ein nahtloses, passwortloses Erlebnis bieten können. Denken Sie an die zertifikatsbasierte Authentifizierung und daran, wie Sie diese für eine zeitlich begrenzte Veranstaltung in einen externen Identitätsanbieter integrieren können.
Musterlösung anzeigen
Die optimale Lösung besteht darin, eine dedizierte SSID für die Konferenz bereitzustellen, die für WPA3-Enterprise mit EAP-TLS konfiguriert ist. Integrieren Sie Ihre Cloud-RADIUS-Plattform für die Dauer der Veranstaltung über eine SAML-Federation in den Okta-Mandanten des Kunden. Vor Beginn der Konferenz werden die Teilnehmer auf ein einmaliges Onboarding-Portal geleitet, wo sie sich mit ihren Okta-Zugangsdaten authentifizieren. Nach erfolgreicher Authentifizierung wird ein eindeutiges digitales Zertifikat generiert und auf ihrem Gerät installiert. Für den Rest der Konferenz verbindet sich ihr Gerät automatisch und sicher mit der SSID, ohne dass eine weitere Interaktion des Benutzers erforderlich ist. Die Zertifikate werden mit einer Gültigkeitsdauer ausgestellt, die der Konferenzdauer entspricht, und werden am Ende automatisch widerrufen. Dies bietet ein nahtloses, passwortloses Erlebnis bei gleichzeitig hoher Sicherheit und nutzt die bestehende Identitätsinfrastruktur des Kunden, anstatt ein separates System für Zugangsdaten zu erstellen.
Q2. Ein privates Krankenhaus muss WiFi für Patienten und Besucher bereitstellen, muss jedoch sicherstellen, dass dieser Datenverkehr vollständig vom Netzwerk für klinische Systeme, elektronische Patientenakten und medizinische Geräte isoliert ist, um die Anforderungen von HIPAA und dem NHS DSP Toolkit zu erfüllen. Welche RADIUS-Funktion ist für diese Isolierung am wichtigsten und wie würden Sie sie konfigurieren?
Hinweis: Konzentrieren Sie sich auf die Autorisierungssäule des AAA-Frameworks. Der Schlüssel liegt nicht nur in der Authentifizierung der Benutzer, sondern auch in der Kontrolle darüber, was sie nach der Authentifizierung erreichen können. Überlegen Sie, wie RADIUS die Netzwerkrichtlinie an den Access Point übermittelt.
Musterlösung anzeigen
Die wichtigste Funktion ist die dynamische VLAN-Zuweisung über RADIUS-Autorisierungsrichtlinien. Sie würden ein dediziertes „Patient-Guest“-VLAN (z. B. VLAN 50) auf der Netzwerkinfrastruktur erstellen, das mit Firewall-Regeln konfiguriert ist, die nur den Internetzugang erlauben und jeglichen Datenverkehr zu den VLANs des klinischen Netzwerks explizit blockieren. Erstellen Sie auf dem RADIUS-Server eine Autorisierungsrichtlinie, die jeden Benutzer, der sich an der Patienten-WiFi-SSID authentifiziert, unabhängig von seinen Zugangsdaten dem VLAN 50 zuweist. Der RADIUS-Server teilt diese Zuweisung dem Access Point über die Attribute Tunnel-Type, Tunnel-Medium-Type und Tunnel-Private-Group-ID in der Access-Accept-Nachricht mit. Der Access Point leitet den Datenverkehr des Benutzers dann am Verbindungspunkt in das VLAN 50. Dies stellt sicher, dass selbst bei einer Kompromittierung des Geräts eines Patienten kein Netzwerkpfad zu klinischen Systemen besteht – eine grundlegende Anforderung für die HIPAA-Compliance und die Sicherheit des klinischen Netzwerks.
Q3. Ihr Unternehmen hat 802.1X mit RADIUS im gesamten Unternehmensnetzwerk bereitgestellt. Ein Mitarbeiter meldet, dass er von seinem neuen Laptop aus keine Verbindung zum Unternehmens-WiFi herstellen kann, sich aber von seinem Smartphone und seinem vorherigen Laptop aus erfolgreich verbinden kann. Der IT-Helpdesk hat bestätigt, dass das Konto des Mitarbeiters in Azure AD aktiv ist. Wie sieht Ihr Diagnoseansatz aus und welches sind die drei wahrscheinlichsten Hauptursachen?
Hinweis: Das Problem ist gerätespezifisch, nicht benutzerspezifisch – der Benutzer kann sich von anderen Geräten aus authentifizieren. Dies grenzt das Problem auf die Gerätekonfiguration, das Zertifikat des Geräts oder die Supplicant-Einstellungen des Geräts ein. Beginnen Sie mit den RADIUS-Server-Protokollen.
Musterlösung anzeigen
Der Diagnoseansatz besteht darin, zunächst die Authentifizierungsprotokolle des RADIUS-Servers nach Access-Reject-Nachrichten zu durchsuchen, die der MAC-Adresse des neuen Laptops entsprechen. Der Code für den Ablehnungsgrund identifiziert die Hauptursache. Die drei wahrscheinlichsten Ursachen sind: (1) Fehlendes oder ungültiges Client-Zertifikat – wenn die Bereitstellung EAP-TLS verwendet, wurde auf dem neuen Laptop möglicherweise noch kein Zertifikat über MDM bereitgestellt. Überprüfen Sie, ob das Gerät auf der MDM-Plattform registriert ist und ob die Richtlinie zur Zertifikatsbereitstellung angewendet wurde. (2) Falsches WiFi-Profil – der neue Laptop verfügt möglicherweise über die falschen 802.1X-Supplicant-Einstellungen, wie z. B. die falsche EAP-Methode, eine falsche Vertrauenskonfiguration für das RADIUS-Serverzertifikat oder das falsche Benutzernamenformat. Überprüfen Sie, ob das WiFi-Profil der Standard-Unternehmensvorlage entspricht. (3) Gerät noch nicht im Identitätsverzeichnis registriert – einige RADIUS-Richtlinien führen eine Geräte-Compliance-Prüfung mit Azure AD durch. Wenn der neue Laptop den Azure AD-Beitritt und die Geräteregistrierung noch nicht abgeschlossen hat, schlägt diese Prüfung möglicherweise fehl, obwohl das Konto des Benutzers aktiv ist.
Weiterlesen in dieser Reihe
Konfigurieren von RADIUS-Authentifizierung für Gäste- und Mitarbeiter-WiFi-Netzwerke
Dieses technische Referenzhandbuch beschreibt die Architektur, Konfiguration und Bereitstellung der RADIUS-Authentifizierung für WiFi-Netzwerke von Unternehmen für Gäste und Mitarbeiter. Es bietet Netzwerkarchitekten und IT-Managern die genauen Protokolle, Sicherheitsstandards und Fehlerbehebungsmethoden, die für den Aufbau sicherer, skalierbarer drahtloser Zugriffskontrollsysteme erforderlich sind.
Passpoint und OpenRoaming: Das vollständige Handbuch
Dieses technische Referenzhandbuch bietet eine umfassende Analyse der Passpoint (Hotspot 2.0) und WBA OpenRoaming Frameworks in Enterprise WiFi Netzwerken. Es beschreibt detailliert die zugrundeliegenden Authentifizierungsprotokolle, Architekturkomponenten und Bereitstellungsstrategien, die für den Aufbau einer sicheren, reibungslosen Gastkonnektivität erforderlich sind. Netzwerkarchitekten und IT-Leiter erfahren, wie sie diese Standards entwerfen, implementieren und Fehler beheben, um manuelle Anmeldebarrieren zu beseitigen und gleichzeitig die Sicherheit auf Enterprise-Niveau aufrechtzuerhalten.
Implementierung von SCEP für sichere BYOD- und Netzwerkanmeldung im Hochschulbereich
Dieser technische Leitfaden bietet Netzwerkarchitekten und IT-Managern ein herstellerunabhängiges Konzept für die Bereitstellung von SCEP-basierten Zertifikatsanmeldungen zur Sicherung von Campusnetzwerken an Hochschulen. Er beschreibt im Detail die Migration von passwortbasiertem PEAP zu 802.1X EAP-TLS, die Automatisierung des BYOD-Onboardings und die Durchsetzung einer robusten VLAN-Segmentierung.