Zum Hauptinhalt springen

802.1X-Authentifizierung für Unternehmensnetzwerke erklärt

Dieser maßgebliche Leitfaden bietet IT-Leitern und Netzwerkarchitekten eine tiefgehende technische Analyse der 802.1X-Authentifizierung für Unternehmensnetzwerke. Er behandelt Architektur, EAP-Methoden, Bereitstellungsstrategien und Risikominderung, um einen sicheren und konformen WiFi-Zugang in Umgebungen mit mehreren Standorten zu gewährleisten.

Veröffentlicht Aktualisiert
📖 6 Min. Lesezeit1,363 Wörter2 ausgearbeitete Beispiele3 Übungsfragen8 Schlüsseldefinitionen

Diesen Leitfaden anhören

Podcast-Transkript ansehen
802.1X-Authentifizierung für Unternehmensnetzwerke erklärt. Ein Purple WiFi Intelligence Briefing. Willkommen. Wenn Sie für die Netzwerksicherheit in einem Unternehmen mit mehreren Standorten verantwortlich sind – sei es eine Hotelgruppe, eine Einzelhandelskette, ein Stadion oder eine Einrichtung des öffentlichen Sektors –, ist dieses Briefing genau das Richtige für Sie. In den nächsten zehn Minuten werden wir alles behandeln, was Sie über die 802.1X-Authentifizierung wissen müssen: was sie ist, wie sie unter der Haube funktioniert, wie man sie richtig bereitstellt und welche Fallstricke die meisten Organisationen übersehen. Lassen Sie uns direkt einsteigen. Abschnitt eins: Kontext und warum dies genau jetzt wichtig ist. Die Bedrohungslandschaft für Corporate WiFi hat sich drastisch verändert. Netzwerke mit Pre-Shared Keys – also Netzwerke, bei denen jeder das WiFi-Passwort kennt – sind für Mitarbeiternetzwerke in regulierten Umgebungen nicht mehr akzeptabel. Unter PCI DSS Version 4.0, die 2024 vollständig in Kraft getreten ist, müssen Organisationen, die Zahlungskartendaten verarbeiten, strenge Zugriffskontrollen in jedem Netzwerk implementieren, das mit der Karteninhaber-Datenumgebung in Berührung kommt. Die GDPR erlegt jedem Netzwerk, das personenbezogene Daten überträgt, ähnliche Verpflichtungen auf. Und da hybrides Arbeiten bedeutet, dass sich Mitarbeiter von verwalteten und unverwalteten Geräten aus über Dutzende von Standorten hinweg verbinden, greift das alte Perimetermodell einfach nicht mehr. 802.1X ist der IEEE-Standard, der dieses Problem löst. Er bietet eine portbasierte Netzwerkzugriffskontrolle – das bedeutet, dass ein Gerät dem Netzwerk überhaupt nicht beitreten kann, bis es an einem zentralen Identitätsspeicher authentifiziert wurde. Kein einfaches, gemeinsam genutztes Passwort. Eine echte, verifizierte Identität. Das ist der grundlegende Wandel. Abschnitt zwei: Technischer Deep-Dive. Lassen Sie uns die Architektur durchgehen. 802.1X definiert drei Rollen. Den Supplicant – das ist das Endgerät, also der Laptop oder das Smartphone, das versucht, eine Verbindung herzustellen. Den Authenticator – das ist der Wireless Access Point oder der Netzwerk-Switch. Und den Authentifizierungsserver – was in praktisch jeder Unternehmensbereitstellung ein RADIUS-Server ist. Und so funktioniert der Handshake. Wenn ein Gerät versucht, eine Verbindung zu einer geschützten SSID herzustellen, versetzt der Access Point dieses Gerät in einen nicht authentifizierten Zustand. Es kann das Netzwerk nicht erreichen. Der AP sendet einen EAP-Request-Identity-Frame an das Gerät. EAP steht für Extensible Authentication Protocol – es ist das Framework, das die eigentlichen Anmeldedaten transportiert. Das Gerät antwortet mit seiner Identität. Der AP leitet diese, verpackt in ein RADIUS-Access-Request-Paket, an den RADIUS-Server weiter. Der RADIUS-Server fordert das Gerät dann heraus – die spezifische Aufforderung hängt davon ab, welche EAP-Methode Sie verwenden. Das Gerät antwortet mit seinen Anmeldedaten. Der RADIUS-Server validiert diese Anmeldedaten mit Ihrem Identitätsspeicher – Active Directory, LDAP oder einem Cloud-IdP – und sendet entweder ein Access-Accept oder ein Access-Reject zurück. Wenn es ein Accept ist, öffnet der AP den Port und das Gerät erhält Netzwerkzugriff. Wenn es ein Reject ist, bleibt das Gerät blockiert. Der gesamte Austausch dauert weniger als eine Sekunde. Die Auswahl der EAP-Methode ist der Punkt, an dem die meisten Architekten die meiste Zeit verbringen. Sie haben vier Hauptoptionen. EAP-TLS ist der Goldstandard. Es erfordert ein Client-Zertifikat auf jedem Gerät, was bedeutet, dass Sie eine PKI-Infrastruktur benötigen, bietet aber eine gegenseitige Authentifizierung – der Server beweist seine Identität gegenüber dem Client und der Client beweist seine Identität gegenüber dem Server. Es können keine Anmeldedaten durch Phishing gestohlen werden, da keine Passwörter im Spiel sind. Dies ist die richtige Wahl für vollständig verwaltete Geräteflotten. PEAP – Protected EAP – ist die in der Praxis am weitesten verbreitete Methode. Es erstellt einen TLS-Tunnel, der nur ein Server-Zertifikat verwendet, und überträgt dann Benutzername und Passwort innerhalb dieses Tunnels. Die Bereitstellung ist erheblich einfacher als bei EAP-TLS, da Sie keine Client-Zertifikate benötigen, und es wird von jedem gängigen Betriebssystem nativ unterstützt. Der Nachteil ist, dass es darauf beruht, dass Benutzer das Server-Zertifikat validieren, was sie in der Praxis oft nicht tun. Eine ordnungsgemäße PEAP-Bereitstellung erfordert die Einschränkung der Supplicant-Konfiguration, sodass diese nur Ihrem spezifischen RADIUS-Server-Zertifikat vertraut. EAP-TTLS ähnelt PEAP, ist jedoch in der inneren Authentifizierungsmethode flexibler. Es ist besonders nützlich in Umgebungen mit älteren Geräten oder Nicht-Windows-Endpunkten. EAP-FAST wurde von Cisco als schnellere Alternative entwickelt, die Protected Access Credentials anstelle von Zertifikaten verwendet, wird jedoch in neuen Installationen seltener eingesetzt. Der RADIUS-Server selbst verdient Aufmerksamkeit. Die beiden dominierenden Open-Source-Optionen sind FreeRADIUS, das einen erheblichen Teil der Enterprise-Bereitstellungen weltweit antreibt, und Microsoft NPS – Network Policy Server –, das in Windows Server enthalten ist und sich nativ in Active Directory integriert. Zu den kommerziellen Optionen gehören Cisco ISE, Aruba ClearPass und Portnox Cloud, das ein Cloud-natives RADIUS-as-a-Service-Modell bietet, welches die Notwendigkeit einer On-Premises-Serverinfrastruktur vollständig überflüssig macht. Die VLAN-Zuweisung ist eine der leistungsstärksten Funktionen einer ordnungsgemäß konfigurierten 802.1X-Bereitstellung. Der RADIUS-Server kann VLAN-Attribute in der Access-Accept-Antwort zurückgeben und das authentifizierte Gerät dynamisch dem entsprechenden Netzwerksegment zuweisen. Ein Mitarbeiter authentifiziert sich und landet im Mitarbeiter-VLAN. Ein externer Dienstleister authentifiziert sich mit anderen Anmeldedaten und landet in einem eingeschränkten VLAN mit limitiertem Zugriff. Ein Gerät, bei dem die Zertifikatsvalidierung fehlschlägt, wird in ein Quarantäne-VLAN verschoben. Dies ist eine dynamische Segmentierung und stellt eine wesentliche Sicherheitsmaßnahme dar. Abschnitt drei: Implementierungsempfehlungen und zu vermeidende Fallstricke. Lassen Sie mich Ihnen die Bereitstellungsreihenfolge vorstellen, die sich bewährt hat. Beginnen Sie mit einem Netzwerk-Audit. Bevor Sie auch nur eine einzige Konfiguration ändern, dokumentieren Sie jedes Gerät, das sich authentifizieren muss. Dazu gehören Drucker, IP-Telefone, Gebäudemanagementsysteme, Überwachungskameras – jedes Gerät, das eine Verbindung zum Netzwerk herstellt. Diese bildschirmlosen Geräte haben keinen Supplicant und können kein 802.1X ausführen. Sie benötigen eine Strategie für sie, in der Regel MAC Authentication Bypass mit strengem MAC-Adressen-Whitelisting und Platzierung in einem isolierten VLAN. Schritt zwei: Richten Sie Ihre RADIUS-Infrastruktur ein. Für die Ausfallsicherheit benötigen Sie mindestens einen primären und einen sekundären RADIUS-Server. Konfigurieren Sie Ihre Access Points so, dass sie automatisch ein Failover durchführen. Ein RADIUS-Ausfall, der alle Mitarbeiter vom Netzwerk trennt, ist ein P1-Vorfall. Lassen Sie das nicht passieren, nur weil Sie einen einzelnen Server bereitgestellt haben. Schritt drei: Stellen Sie Ihre PKI bereit, wenn Sie EAP-TLS nutzen. Verwenden Sie Ihre vorhandenen Active Directory-Zertifikatdienste oder einen Cloud-PKI-Anbieter. Die automatische Registrierung über Gruppenrichtlinien macht die Bereitstellung von Client-Zertifikaten in großem Maßstab handhabbar. Schritt vier: Konfigurieren Sie Ihre Netzwerkrichtlinien. Definieren Sie Ihre Authentifizierungsrichtlinien in RADIUS – welche Benutzer- oder Gerätegruppen welche VLAN-Zuweisungen erhalten, was bei fehlgeschlagenen Authentifizierungen passiert und wie Sie den Datenverkehr von Gästen im Vergleich zu Mitarbeitern handhaben. Hier setzen Sie das Prinzip der minimalen Rechtevergabe auf der Netzwerkschicht durch. Schritt fünf: Führen Sie ein Pilotprojekt durch, bevor Sie das System flächendeckend einführen. Nehmen Sie sich einen Standort, eine Etage, eine SSID vor. Testen Sie jeden Gerätetyp. Testen Sie Ausfallszenarien. Testen Sie, was passiert, wenn der RADIUS-Server nicht erreichbar ist. Erst danach weiten Sie den Rollout aus. Nun zu den Fallstricken. Der häufigste Fehler, den ich sehe, ist eine fehlerhafte Konfiguration der Zertifikatsvalidierung bei PEAP-Bereitstellungen. Wenn Ihre Supplicant-Richtlinie die Validierung des Serverzertifikats nicht erzwingt, sind Sie anfällig für Angriffe durch gefälschte Access Points (Rogue APs), bei denen ein Angreifer einen gefälschten Access Point einrichtet und Anmeldedaten abgreift. Sichern Sie Ihre Supplicant-Profile über Gruppenrichtlinien oder MDM ab. Der zweite Fallstrick ist das Ignorieren von Nicht-802.1X-Geräten bis zum Tag der Liveschaltung. IoT-Geräte, Drucker und Altsysteme werden Ihren Rollout blockieren, wenn Sie sie nicht eingeplant haben. MAC Authentication Bypass ist hier Ihr Freund, muss aber konfiguriert werden, bevor Sie den Schalter umlegen. Der dritte Fallstrick sind Single Points of Failure bei RADIUS. Ich habe erlebt, dass Unternehmen einen einzelnen NPS-Server bereitstellen und feststellen müssen, dass ihr gesamtes Mitarbeiternetzwerk während eines Windows Update-Neustarts ausfällt. Stellen Sie immer eine redundante RADIUS-Infrastruktur bereit. Abschnitt vier: Schnelle Fragen und Antworten. Kann 802.1X parallel zu einem Gäste-WiFi betrieben werden? Absolut. Ihre Gäste-SSID läuft separat – in der Regel über einen Captive Portal-Ansatz –, während Ihre Mitarbeiter-SSID 802.1X erzwingt. Es handelt sich um völlig unabhängige SSIDs mit separaten VLANs. Die Plattform von Purple übernimmt die Gästeseite mit zusätzlichen Analyse- und Engagement-Tools, während Ihre 802.1X-Infrastruktur die Mitarbeiterseite absichert. Ersetzt 802.1X ein VPN? Nein. 802.1X steuert den Netzwerkzugang – also wer dem Netzwerk beitreten darf. Ein VPN verschlüsselt den Datenverkehr während der Übertragung und erweitert das Unternehmensnetzwerk über ungesicherte Verbindungen. Sie dienen unterschiedlichen Zwecken und werden oft zusammen eingesetzt. Wie wirkt sich das auf die Roaming-Leistung aus? Bei 802.1X muss sich ein Gerät jedes Mal neu authentifizieren, wenn es zwischen Access Points wechselt. Bei den meisten Unternehmensumgebungen ist dies nicht wahrnehmbar. PMK-Caching und OKC – Opportunistic Key Caching – reduzieren den Aufwand für die Neuauthentifizierung erheblich. Für Umgebungen mit hoher Dichte wie Stadien oder Konferenzzentren lohnt es sich, dies explizit zu konfigurieren. Ist WPA3-Enterprise ein Ersatz für 802.1X? Nein – WPA3-Enterprise nutzt 802.1X für die Authentifizierung. WPA3 verbessert die Verschlüsselungsebene und schreibt insbesondere den 192-Bit-Sicherheitsmodus für hochsensible Implementierungen vor. 802.1X ist das zugrunde liegende Authentifizierungs-Framework. Abschnitt fünf: Zusammenfassung und nächste Schritte. Das sollten Sie aus diesem Briefing mitnehmen: 802.1X ist der einzige für Unternehmen geeignete Authentifizierungsmechanismus für geschäftliches WiFi. Pre-Shared Keys sind für regulierte Umgebungen nicht akzeptabel. Wählen Sie Ihre EAP-Methode basierend auf Ihrer Geräteflotte – EAP-TLS, wenn Sie verwaltete Geräte und eine PKI haben, PEAP, wenn Sie eine breitere Kompatibilität benötigen. Planen Sie für Nicht-802.1X-Geräte vor der Bereitstellung, nicht erst danach. Implementieren Sie eine redundante RADIUS-Infrastruktur – ein einzelner Server ist ein Single Point of Failure. Nutzen Sie die dynamische VLAN-Zuweisung, um die Netzwerksegmentierung bereits bei der Authentifizierung zu erzwingen. Und führen Sie gründliche Pilotprojekte durch, bevor Sie die Lösung in Ihrem gesamten Unternehmen einführen. Wenn Sie eine standortübergreifende Bereitstellung aufbauen und die Architektur durchdenken müssen, arbeitet das technische Team von Purple täglich mit Netzwerkarchitekten in den Bereichen Hotellerie, Einzelhandel und im öffentlichen Sektor zusammen. Die Kombination aus sicherem Mitarbeiter-WiFi über 802.1X und intelligentem Gäste-WiFi über die Plattform von Purple bietet Ihnen eine vollständige, segmentierte Netzwerkstrategie, die sowohl Ihren Sicherheitsverpflichtungen als auch den Anforderungen an das Gästeerlebnis gerecht wird. Damit ist dieses Briefing abgeschlossen. Vielen Dank fürs Zuhören.

Teil unserer Kernserie: Enterprise WiFi Security Guide

802.1X-Authentifizierung für Unternehmensnetzwerke erklärt

Executive Summary

For enterprise environments with hospitality, retail, and public sector operations, the security perimeter has ceased to exist. A hybrid workforce, BYOD policies, and the sheer volume of connected devices mean that securing corporate networks via Pre-Shared Keys (PSKs) is no longer a viable strategy. Modern compliance frameworks - including PCI DSS v4.0 and GDPR - demand stringent, identity-based access controls for any network handling sensitive data.

This guide details the architecture and implementation of IEEE 802.1X, the standard for port-based network access control. By shifting authentication from a shared password to a verified identity backed by a centralised RADIUS infrastructure, organisations can implement dynamic segmentation, mitigate credential theft, and ensure that only authorised devices access corporate resources. Designed for network architects and IT directors, this document provides the technical depth required to design, deploy, and troubleshoot 802.1X in complex, multi-site topologies.

Technical Deep Dive

802.1X Architecture

The 802.1X framework relies on three distinct components working together to secure network access:

  1. Supplicant: The endpoint device (e.g. laptop, smartphone) requesting access to the network.
  2. Authenticator: The network device (typically a wireless access point or switch) that controls physical or logical access to the network.
  3. Authentication Server: The centralised database (almost exclusively a RADIUS server) that validates the supplicant's credentials and authorises access.

When a supplicant attempts to connect to an 802.1X-secured SSID, the authenticator places the connection into an unauthorised state, blocking all traffic except Extensible Authentication Protocol (EAP) frames. The authenticator acts as a pass-through, encapsulating EAP messages from the supplicant into RADIUS packets and forwarding them to the authentication server.

802.1X-Authentifizierung für Unternehmensnetzwerke erklärt - radius architecture overview

Extensible Authentication Protocol (EAP) Methods

EAP is the transport mechanism for the actual authentication credentials. Selecting the appropriate EAP method is a critical architectural decision, balancing security requirements with deployment complexity.

  • EAP-TLS (Transport Layer Security): The gold standard for enterprise security. It requires both a server certificate and a client certificate, providing mutual authentication. Because it relies on certificates rather than passwords, it is immune to credential phishing and offline dictionary attacks. However, provisioning and managing client certificates at scale requires a robust Public Key Infrastructure (PKI) and Mobile Device Management (MDM) solution.
  • PEAP (Protected EAP): The most widely deployed method due to its balance of security and ease of deployment. PEAP only requires a certificate on the RADIUS server. It establishes a secure TLS tunnel between the supplicant and the server, inside of which user credentials (username and password) are securely transmitted. Proper configuration to lock the supplicant to trust only the specific RADIUS server certificate is essential to prevent rogue AP attacks.
  • EAP-TTLS (Tunneled TLS): Similar to PEAP, this establishes a secure tunnel using a server certificate. However, EAP-TTLS supports a wider range of inner authentication protocols, making it suitable for environments with legacy systems or non-Windows endpoints that do not support MSCHAPv2.
  • EAP-FAST (Flexible Authentication via Secure Tunneling): Developed by Cisco as a faster alternative to certificate-based methods. It utilises Protected Access Credentials (PACs) dynamically established between the client and server. While efficient, it is rarely deployed in modern, vendor-neutral architectures.

802.1X-Authentifizierung für Unternehmensnetzwerke erklärt - eap methods comparison

RADIUS Infrastructure and Integration

The RADIUS server is the engine of 802.1X. Common enterprise solutions include Microsoft Network Policy Server (NPS), FreeRADIUS, and commercial solutions like Cisco ISE or Aruba ClearPass. The RADIUS server integrates with the organisation's Identity Provider (IdP) - such as Active Directory, Entra ID, or Okta - to validate credentials.

Crucially, the RADIUS server can return specific attributes in the Access-Accept message, enabling dynamic network configuration. The most powerful of these is dynamic VLAN assignment. Based on the user's group membership or device posture, the RADIUS server instructs the authenticator to place the connection into a specific VLAN. This allows for seamless micro-segmentation: a staff member is placed in the corporate VLAN, a contractor in a restricted VLAN, and a device failing posture checks in a quarantine VLAN.

Haben Sie Fragen zu Ihrem spezifischen Setup?

Unser Team arbeitet mit Standortbetreibern, IT-Managern und Netzwerktechnikern an über 80.000 Standorten zusammen. Buchen Sie ein 20-minütiges Gespräch und wir zeigen Ihnen, wie andere diese Herausforderungen gelöst haben.

Implementation Guide

Deploying 802.1X in a multi-site enterprise requires a phased, systematic approach to minimise disruption.

Step 1: Network Discovery and Profiling

Before changing any configuration, conduct a comprehensive audit of all devices connecting to the network. This is particularly critical in environments such as hospitality and retail, where headless devices (printers, POS terminals, IoT sensors) are prevalent. These devices typically lack an 802.1X supplicant. You must identify them and plan for alternative authentication methods, such as MAC Authentication Bypass (MAB), ensuring they are isolated in restricted VLANs.

Step 2: RADIUS Infrastructure Deployment

Deploy a highly available RADIUS architecture. A single RADIUS server is a single point of failure that can bring down the entire corporate network. Implement a primary and secondary server cluster, ideally distributed across different data centres or cloud availability zones. Configure authenticators (APs and switches) to automatically failover if the primary server becomes unresponsive.

Step 3: Policy Configuration and Segmentation

Define granular access policies within the RADIUS server. Map Active Directory groups to specific VLANs and Access Control Lists (ACLs). Ensure policies enforce the principle of least privilege. For example, in a healthcare setting, clinical staff should have access to patient record systems, whilst administrative staff should be segmented into a separate VLAN with access only to billing systems.

Step 4: Supplicant Provisioning

For PEAP deployments, use Group Policy Objects (GPOs) or MDM profiles to push the required wireless network settings to managed devices. Crucially, configure the profile to strictly validate the server certificate and specify the exact RADIUS server names to trust. This prevents users from inadvertently connecting to rogue access points.

For unmanaged devices, see our guide on Secure BYOD Policies for Staff WiFi Networks for strategies to safely onboard personal devices without compromising the corporate network.

Step 5: Phased Rollout and Testing

Never perform a "big bang" deployment. Begin with a pilot group at a single location. Closely monitor RADIUS logs for authentication failures. Test edge cases including server failover, certificate expiration, and roaming between access points. Proceed to a broader rollout only after the pilot has stabilised.

Best Practices

  • Enforce Server Certificate Validation: This is the most critical security control for PEAP deployments. If supplicants do not validate the server certificate, the network becomes vulnerable to Man-in-the-Middle (MitM) attacks.
  • Implement Dynamic VLAN Assignment: Do not rely on static VLANs per SSID. Use RADIUS attributes to dynamically assign VLANs based on user identity, significantly reducing the attack surface.
  • Secure Headless Devices with MAB: Strictly use MAC Authentication Bypass only for devices that cannot support 802.1X. Ensure these devices are placed in highly restricted VLANs, as MAC addresses can be easily spoofed.
  • Segregate Guest and Corporate Traffic: Maintain a strict logical separation between the 802.1X-secured corporate network and open or portal-based guest networks. For advanced guest access management, consider solutions like Purple's Guest WiFi platform.

Troubleshooting and Risk Mitigation

Common Failure Modes

  1. Certificate Expiration: An expired RADIUS server certificate will cause widespread authentication failures for PEAP and EAP-TLS clients. Implement robust monitoring and alerting for certificate validity periods.
  2. Clock Skew: 802.1X relies heavily on accurate timekeeping, especially for certificate validation. Ensure all infrastructure components (RADIUS servers, IdPs, APs) are synchronised to a reliable NTP source.
  3. RADIUS Server Unreachability: Network connectivity issues between the authenticator and the RADIUS server will result in access being denied. Implement redundant network paths and configure APs with multiple RADIUS server IPs.
  4. Supplicant Misconfiguration: Incorrectly configured supplicants (e.g. wrong EAP method, missing Root CA) are a common source of helpdesk tickets. Use MDM to enforce consistent configurations.

Risk Mitigation Strategies

To minimise the risk of deployment-induced downtime, establish a robust audit trail for all configuration changes in the RADIUS infrastructure. This ensures rapid rollback capabilities in the event of an unforeseen issue.

ROI and Business Impact

Implementing 802.1X provides significant business value beyond basic security compliance:

  • Reduced Operational Overhead: By eliminating the need to rotate Pre-Shared Keys when staff leave or keys are compromised, IT teams save significant administrative time.
  • Enhanced Compliance: 802.1X provides the identity-based access control required to meet stringent regulatory frameworks (PCI DSS, HIPAA, GDPR), avoiding costly fines and reputational damage.
  • Improved Threat Control: Dynamic VLAN assignment ensures that if a device is compromised, its blast radius is restricted to a specific network segment, preventing lateral movement across the enterprise.
  • Data-Driven Insights: When paired with platforms like Purple's WiFi Analytics, the identity data provided by 802.1X can offer deep insights into network utilisation and capacity planning.

Schlüsseldefinitionen

Supplicant

Das Client-Gerät oder die Software, die Zugriff auf das Netzwerk anfordert.

Unerlässlich, um zu verstehen, woher die Authentifizierungsanfrage stammt und wie die Anmeldedaten bereitgestellt werden.

Authenticator

Das Netzwerkgerät (AP oder Switch), das als Gatekeeper fungiert und den Zugriff blockiert, bis die Authentifizierung erfolgreich ist.

Der Authenticator überprüft keine Anmeldedaten; er leitet sie lediglich an den RADIUS-Server weiter.

RADIUS Server

Remote Authentication Dial-In User Service; der zentrale Server, der Anmeldedaten mit einem Identitätsspeicher abgleicht.

Die zentrale Entscheidungs-Engine einer 802.1X-Bereitstellung.

EAP (Extensible Authentication Protocol)

Ein Framework für den sicheren Transport von Authentifizierungsdaten über das Netzwerk.

Das Verständnis von EAP ist entscheidend für die Auswahl der richtigen Authentifizierungsmethode (z. B. PEAP vs. EAP-TLS).

Dynamic VLAN Assignment

Der Prozess, bei dem ein RADIUS-Server den Authenticator anweist, einen Benutzer basierend auf seiner Identität in ein bestimmtes VLAN einzustufen.

Ein Hauptvorteil von 802.1X, der eine automatisierte Netzwerksegmentierung ermöglicht.

MAC Authentication Bypass (MAB)

Eine Fallback-Authentifizierungsmethode, die die MAC-Adresse eines Geräts als Anmeldedaten verwendet.

Erforderlich für das Onboarding von IoT- und Legacy-Geräten, die 802.1X nicht unterstützen können.

PKI (Public Key Infrastructure)

Das System, das zur Ausstellung, Verwaltung und Validierung digitaler Zertifikate verwendet wird.

Eine Voraussetzung für die Bereitstellung der EAP-TLS-Authentifizierung.

Rogue AP Attack

Ein Angriff, bei dem ein böswilliger Access Point das Unternehmensnetzwerk imitiert, um Anmeldedaten abzufangen.

Hebt hervor, wie wichtig es ist, die Validierung von Serverzertifikaten bei PEAP-Bereitstellungen zu erzwingen.

Ausgearbeitete Beispiele

Ein Hotel mit 200 Zimmern muss sein WiFi-Netzwerk für Mitarbeiter absichern. Das aktuelle Setup verwendet einen einzigen PSK für alle Mitarbeitergeräte (Laptops, Tablets) und IoT-Geräte (intelligente Thermostate, IP-Kameras). Wie sollten sie auf 802.1X umstellen?

  1. Bereitstellung einer redundanten RADIUS-Infrastruktur (z. B. FreeRADIUS), die in das Active Directory des Hotels integriert ist. 2. Auditierung aller Geräte. 3. Konfiguration des Wireless-Controllers zur Verwendung von 802.1X (PEAP-MSCHAPv2) für die Mitarbeiter-SSID. 4. Verteilung von MDM-Profilen an Laptops und Tablets der Mitarbeiter, um die Validierung von Serverzertifikaten zu erzwingen. 5. Für IoT-Geräte Konfiguration von MAC Authentication Bypass (MAB) auf dem RADIUS-Server, um diese in einem isolierten IoT-VLAN zu platzieren. 6. Verwendung von RADIUS-Attributen zur dynamischen Zuweisung von Mitarbeitergeräten zum Unternehmens-VLAN nach erfolgreicher Authentifizierung.
Kommentar des Prüfers: Dieser Ansatz erkennt richtig den Bedarf an unterschiedlichen Authentifizierungsstrategien basierend auf den Gerätefunktionen. Durch die Isolierung von IoT-Geräten via MAB und die Erzwingung von PEAP für fähige Geräte verbessert das Hotel seine Sicherheitslage erheblich und behält gleichzeitig die Betriebskontinuität bei.

Eine Einzelhandelskette führt 802.1X in 50 Filialen ein. Während der Pilotphase in Filiale 1 melden Benutzer zeitweise Authentifizierungsfehler, insbesondere beim Wechsel zwischen dem Lager und der Verkaufsfläche.

Das Problem hängt wahrscheinlich mit Roaming- und Re-Authentifizierungsverzögerungen zusammen. Die Lösung besteht darin, Fast BSS Transition (802.11r) und Opportunistic Key Caching (OKC) auf dem Wireless-Controller und den Access Points zu aktivieren. Dies ermöglicht es dem Client-Gerät, den während der ersten 802.1X-Authentifizierung abgeleiteten Pairwise Master Key (PMK) zwischenzuspeichern, was ein schnelles Roaming zwischen APs ohne einen vollständigen RADIUS-Roundtrip ermöglicht.

Kommentar des Prüfers: Der Architekt hat ein Roaming-Problem anstelle eines grundlegenden RADIUS-Fehlers korrekt diagnostiziert. Die Implementierung von 802.11r/OKC ist in Umgebungen, in denen Benutzer sehr mobil sind, wie im Einzelhandel oder in der Lagerhaltung, von entscheidender Bedeutung.

Übungsfragen

Q1. Ihre Organisation migriert von PSK zu 802.1X. Sie verfügen über eine Flotte von 5.000 firmeneigenen Windows-Laptops, die über Microsoft Intune verwaltet werden. Sie möchten das höchste Sicherheitsniveau erreichen, um den Diebstahl von Anmeldedaten zu verhindern. Welches EAP-Verfahren sollten Sie bereitstellen?

Hinweis: Überlegen Sie, welche Methode die Verwendung von Passwörtern vollständig überflüssig macht.

Musterlösung anzeigen

EAP-TLS. Da sich die Geräte im Besitz des Unternehmens befinden und über Intune verwaltet werden, können Sie MDM nutzen, um Client-Zertifikate in großem Umfang bereitzustellen. EAP-TLS bietet eine gegenseitige Authentifizierung und ist immun gegen passwortbasierte Angriffe wie Phishing oder Offline-Wörterbuchangriffe.

Q2. Bei einem Sicherheitsaudit wird festgestellt, dass Benutzer sich mit ihren persönlichen Smartphones ohne installiertes MDM-Profil mit dem 802.1X-Unternehmensnetzwerk verbinden können. Was ist das primäre Sicherheitsrisiko und wie sollte es behoben werden?

Hinweis: Denken Sie daran, wie PEAP den Server validiert.

Musterlösung anzeigen

Das primäre Risiko ist ein Man-in-the-Middle- (MitM) oder Rogue-AP-Angriff. Wenn Benutzer die Verbindung manuell konfigurieren, akzeptieren sie oft jedes ihnen präsentierte Serverzertifikat. Um dies zu beheben, muss die Organisation eine Richtlinie durchsetzen, nach der nur verwaltete Geräte (mit einem MDM-Profil, das das spezifische RADIUS-Serverzertifikat streng validiert) auf der Unternehmens-SSID zugelassen sind. Persönliche Geräte sollten auf ein separates BYOD- oder Gast-Netzwerk umgeleitet werden.

Q3. Eine Außenstelle verliert die WAN-Verbindung zum zentralen Rechenzentrum, in dem sich die primären und sekundären RADIUS-Server befinden. Was passiert mit den Wireless-Clients in der Außenstelle?

Hinweis: Überlegen Sie, wo die Authentifizierungsentscheidung getroffen wird.

Musterlösung anzeigen

Bei neuen Clients, die versuchen, eine Verbindung herzustellen, schlägt die Authentifizierung fehl, da der Authenticator (AP) den RADIUS-Server nicht erreichen kann, um die Anmeldedaten zu validieren. Bereits verbundene Clients bleiben möglicherweise so lange verbunden, bis ihre Sitzung abläuft oder sie sich neu authentifizieren müssen (z. B. beim Roaming zu einem neuen AP). Zu diesem Zeitpunkt verlieren auch sie den Zugriff. Um dies zu verhindern, setzen ausfallsichere Filialarchitekturen häufig einen lokalen, schreibgeschützten Domänencontroller und einen lokalen RADIUS-Proxy oder -Server an kritischen Filialstandorten ein.

Weiterlesen in dieser Reihe

Roaming-Optimierung für VoIP- und Videoanrufe im Corporate WiFi

Dieser Leitfaden bietet IT-Managern, Netzwerkarchitekten und CTOs ein umfassendes, herstellerneutrales Konzept zur Optimierung von WiFi-Roaming zur Unterstützung nahtloser VoIP- und Videoanrufe in Unternehmensnetzwerken. Er deckt den IEEE 802.11k/r/v-Protokoll-Stack, die WMM QoS-Konfiguration, das RF-Zelldesign und das End-to-End-Wired-QoS-Mapping ab, das erforderlich ist, um eine Handoff-Latenz von unter 50 ms zu erreichen. Diese Referenz ist für das Gastgewerbe, den Einzelhandel, das Gesundheitswesen und große Veranstaltungsorte anwendbar und enthält praxisnahe Implementierungsszenarien, Frameworks zur Fehlerbehebung sowie eine messbare ROI-Analyse.

Leitfaden lesen →

Zertifikatsbasierte Authentifizierung für Unternehmensgeräte (EAP-TLS)

Dieser maßgebliche technische Leitfaden behandelt die Architektur, die Bereitstellung und die bewährten Betriebsmethoden für die zertifikatsbasierte EAP-TLS-Authentifizierung für Unternehmensgeräte. Er wurde für IT-Architekten und Betriebsleiter von Standorten entwickelt und bietet einen praktischen Fahrplan zur Eliminierung passwortbasierter Anmelderisiken und zur Erreichung einer robusten 802.1X-Netzwerkzugriffskontrolle in standortübergreifenden Unternehmensumgebungen.

Leitfaden lesen →

Verwaltung der BYOD (Bring Your Own Device) Sicherheit in Mitarbeiternetzwerken

Ein maßgeblicher, technischer Leitfaden für Enterprise IT-Manager und Netzwerkarchitekten zur Absicherung des Bring Your Own Device (BYOD) Zugriffs in Mitarbeiternetzwerken. Dieser Leitfaden beschreibt die genaue Netzwerkarchitektur, die Authentifizierungsprotokolle und die MDM-Integrations-Workflows, die erforderlich sind, um Datenabflüsse zu minimieren und die gesetzliche Compliance in stark frequentierten Standorten aufrechtzuerhalten.

Leitfaden lesen →

Haben Sie Fragen zu Ihrem spezifischen Setup?

Unser Team arbeitet mit Standortbetreibern, IT-Managern und Netzwerktechnikern an über 80.000 Standorten zusammen. Buchen Sie ein 20-minütiges Gespräch und wir zeigen Ihnen, wie andere diese Herausforderungen gelöst haben.