Zum Hauptinhalt springen

Jamf und RADIUS: Zertifikatsbasierte WiFi Authentifizierung für Apple-Geräteflotten

Dieses technische Referenzhandbuch bietet IT-Managern, Netzwerkarchitekten und CTOs praktische Schritte zur Bereitstellung der zertifikatsbasierten 802.1X WiFi Authentifizierung für Apple-Geräteflotten mit Jamf Pro und RADIUS. Es deckt den gesamten SCEP-Zertifikatsbereitstellungsprozess, die Struktur von WiFi Konfigurationsprofilen, die Anforderungen an die RADIUS Integration und reale Implementierungsszenarien aus dem Gesundheitswesen und Unternehmensumgebungen ab. Das Handbuch ist unverzichtbar für alle Organisationen, die passwortbasierte WiFi Sicherheitslücken schließen, den Helpdesk-Aufwand reduzieren und die Einhaltung von PCI-DSS und GDPR Netzwerkzugriffsstandards erreichen möchten.

Von Iain JewittVeröffentlicht Aktualisiert
📖 9 Min. Lesezeit1,946 Wörter2 ausgearbeitete Beispiele3 Übungsfragen9 Schlüsseldefinitionen

Video overview

Diesen Leitfaden anhören

Podcast-Transkript ansehen
Willkommen beim technischen Briefing von Purple. Ich bin Ihr Moderator, und heute befassen wir uns mit einem entscheidenden Infrastrukturthema für Apple-Umgebungen in Unternehmen: der Bereitstellung zertifikatsbasierter WiFi-Authentifizierung mithilfe von Jamf Pro und RADIUS. Wenn Sie IT-Manager, Netzwerkarchitekt oder Leiter des Standortbetriebs sind, kennen Sie das Problem der passwortbasierten WiFi-Verbindungen. Benutzer ändern ihre Active Directory-Passwörter, und plötzlich verlieren ihre iPhones, iPads und MacBooks die Verbindung zum Netzwerk. Die Zahl der Support-Tickets schnellt in die Höhe. Die Sicherheit ist gefährdet, da Passwörter weitergegeben, durch Phishing gestohlen oder abgefangen werden können. Die Lösung der Enterprise-Klasse lautet 802.1X EAP-TLS. Das ist die zertifikatsbasierte Authentifizierung. Keine Passwörter. Das Gerät authentifiziert sich mithilfe eines kryptografischen Zertifikats. Und wenn Sie eine Flotte von Apple-Geräten verwalten, ist der Branchenstandard für die Bereitstellung dieser Zertifikate und der entsprechenden WiFi-Konfigurationen das Mobile Device Management - speziell Jamf Pro. Lassen Sie uns die Architektur aufschlüsseln. An der Edge haben Sie Ihre Enterprise Access Points. Dahinter befindet sich Ihr RADIUS-Server - vielleicht FreeRADIUS, Cisco ISE oder Microsoft NPS. Und für die Verwaltung der Geräte nutzen Sie Jamf Pro. Das Ganze funktioniert über ein Protokoll namens SCEP - Simple Certificate Enrollment Protocol. SCEP ermöglicht es Jamf, einem Apple-Gerät mitzuteilen: Wende dich an diese Zertifizierungsstelle und hole dir ein eindeutiges Zertifikat. Hier ist der Ablauf Schritt für Schritt. Zuerst konfigurieren Sie ein Konfigurationsprofil in Jamf Pro. Dieses Profil enthält zwei entscheidende Payloads. Die erste ist die SCEP-Payload. Diese teilt dem macOS- oder iOS-Gerät die URL Ihres SCEP-Servers mit und stellt ein dynamisches Challenge-Passwort bereit. Das Gerät generiert eine Zertifikatsignierungsanforderung - oder CSR - und sendet sie an den SCEP-Server. Der SCEP-Server validiert die Challenge, signiert das Zertifikat und stellt es für das Gerät aus. Jetzt verfügt das Gerät über ein eindeutiges, an die Identität gebundenes Zertifikat. Aber es muss wissen, was es damit tun soll. Hier kommt die zweite Payload ins Spiel: die WiFi-Payload. In Jamf konfigurieren Sie die WiFi-Payload für WPA2 oder WPA3 Enterprise. Sie wählen EAP-TLS als akzeptierten EAP-Typ aus. Und was ganz entscheidend ist: Sie verknüpfen diese WiFi-Payload mit der soeben erstellten SCEP-Payload. Sie sagen dem Gerät damit: Wenn du dich mit der Unternehmens-SSID verbindest, verwende das Zertifikat zur Autorisierung, das du über diesen SCEP-Prozess erhalten hast. Wenn der Benutzer das Büro betritt, erkennt das MacBook die SSID. Es initiiert eine 802.1X-Verbindung. Der Access Point leitet die Anfrage an den RADIUS-Server weiter. Der RADIUS-Server und das MacBook tauschen Zertifikate aus, um ein gegenseitiges Vertrauensverhältnis aufzubauen. Der RADIUS-Server validiert das Zertifikat des MacBooks mit der Zertifizierungsstelle. Wenn es gültig ist, nicht widerrufen wurde und den erforderlichen Richtlinien entspricht, sendet der RADIUS-Server eine Access-Accept-Nachricht an den Access Point, und das Gerät ist im Netzwerk. Nahtlos. Ohne jegliche Benutzerinteraktion.Lassen Sie uns über Implementierungsfehler sprechen. Das Problem Nummer eins, das wir sehen, sind Fehler in der Zertifikatsvertrauenskette. Damit EAP-TLS funktioniert, muss das Apple-Gerät dem Zertifikat des RADIUS-Servers vertrauen, und der RADIUS-Server muss dem Zertifikat des Geräts vertrauen. In Ihrem Jamf WiFi Profil müssen Sie die Namen der vertrauenswürdigen Serverzertifikate explizit definieren und das Root-CA-Zertifikat im Profil enthalten. Wenn Sie dies übersehen, schlägt die Verbindung unter iOS und macOS geräuschlos fehl oder der Benutzer wird aufgefordert, dem Zertifikat manuell zu vertrauen - was den gesamten Zweck der MDM-Bereitstellung zunichte macht. Ein weiterer häufiger Fehler ist die anfängliche SCEP-Registrierungsanforderung. Wenn das Gerät versucht, sein SCEP-Zertifikat über genau das WiFi Netzwerk abzurufen, für dessen Zugriff es das Zertifikat benötigt, haben Sie ein Henne-Ei-Problem. Sie benötigen ein Onboarding-Netzwerk, oder die Geräte müssen ihre Profile über Ethernet oder Mobilfunkdaten erhalten, bevor sie auf das Unternehmens-WiFi zugreifen. Betrachten wir nun ein reales Szenario. Ein großes Krankenhausnetzwerk stellte fünftausend iPads für das klinische Personal bereit. Sie verwendeten PEAP mit Benutzernamen und Passwörtern. Alle neunzig Tage liefen die Active Directory-Passwörter ab. Am Morgen nach dem Ablauf konnten Hunderte von Krankenschwestern nicht auf die Patientenakten zugreifen, da ihre iPads die Verbindung zum WiFi verloren hatten. Durch den Wechsel zu Jamf-verwaltetem SCEP und EAP-TLS wurden Passwortrotationen für den Netzwerkzugriff vollständig eliminiert. Die Zertifikate waren für ein Jahr gültig, und Jamf erneuerte sie automatisch dreißig Tage vor Ablauf über SCEP. Die Helpdesk-Tickets für WiFi gingen um fünfundachtzig Prozent zurück. Lassen Sie uns eine kurze Fragerunde machen. Frage: Kann ich PEAP mit Jamf anstelle von EAP-TLS verwenden? Technisch gesehen ja, aber Sie verlieren den entscheidenden Vorteil der passwortlosen Authentifizierung. EAP-TLS ist der empfohlene Standard. Frage: Benötige ich eine interne CA oder kann ich eine öffentliche CA verwenden? Für die RADIUS-Authentifizierung wird eine interne CA dringend empfohlen, da Sie die Ausstellung und den Widerruf von Gerätezertifikaten kontrollieren. Frage: Was passiert, wenn ein Gerät aus Jamf abgemeldet wird? Das Zertifikat sollte auf CA-Ebene widerrufen werden, und der RADIUS-Server sollte die Zertifikatswiderrufsliste prüfen, um den Zugriff zu verweigern. Was sind also die wichtigsten Erkenntnisse? Erstens: Verabschieden Sie sich von PEAP und Passwörtern. EAP-TLS ist der Goldstandard für Apple-Geräteflotten. Zweitens: Nutzen Sie die dynamischen SCEP-Payloads von Jamf Pro, um eindeutige, gerätegebundene Zertifikate ohne manuelles Eingreifen auszustellen. Drittens: Stellen Sie sicher, dass Ihre Zertifikatsvertrauensketten in Ihren Konfigurationsprofilen explizit definiert sind, um geräuschlose Fehler zu vermeiden. Viertens: Planen Sie Ihr Onboarding-Netzwerk sorgfältig - Geräte benötigen einen Pfad zum SCEP-Server, bevor sie dem sicheren WiFi beitreten können. Und fünftens: Verwenden Sie gerätebasierte Zertifikate für gemeinsam genutzte Hardware und benutzerbasierte Zertifikate für Eins-zu-eins-Bereitstellungen. Das war unser heutiger technischer Deep-Dive zu Jamf und RADIUS. Weitere detaillierte Konfigurationsschritte und Architekturdiagramme finden Sie in der vollständigen schriftlichen Anleitung auf der Purple Plattform. Vielen Dank fürs Zuhören.

Jamf und RADIUS: Zertifikatsbasierte WiFi Authentifizierung für Apple-Geräteflotten

Management-Zusammenfassung

Die Verwaltung des sicheren WiFi-Zugangs für eine Flotte von Apple-Geräten in einer Unternehmensumgebung stellt eine erhebliche betriebliche und sicherheitstechnische Herausforderung dar, wenn man sich auf die herkömmliche passwortbasierte Authentifizierung verlässt. Benutzer ändern ihre Active Directory-Anmeldedaten, und sofort verlieren ihre iPhones, iPads und MacBooks die Verbindung zum Netzwerk - was Helpdesk-Tickets generiert, Arbeitsabläufe stört und das Unternehmen für Angriffe auf Anmeldedaten anfällig macht.

Für IT-Manager, Netzwerkarchitekten und CTOs in Hotels, Einzelhandelsketten, Stadien und Organisationen des öffentlichen Sektors ist die Lösung eine zertifikatsbasierte 802.1X-Authentifizierung mittels EAP-TLS. Durch die Nutzung von Jamf Pro zur Verteilung eindeutiger kryptografischer Zertifikate über SCEP (Simple Certificate Enrollment Protocol) und die Integration mit einem RADIUS-Server können Unternehmen einen nahtlosen, passwortlosen WiFi-Zugang für jedes verwaltete Apple-Gerät realisieren. Dieser Leitfaden bietet einen praxisnahen, herstellerneutralen Ansatz zur Bereitstellung der Jamf RADIUS WiFi-Zertifikatauthentifizierung, der für robuste Sicherheit, die Einhaltung von Standards wie PCI-DSS und GDPR sowie eine messbare Reduzierung des Support-Aufwands sorgt.


Technischer Deep-Dive

Die 802.1X EAP-TLS-Architektur

Die Grundlage der zertifikatsbasierten WiFi-Authentifizierung ist der Standard IEEE 802.1X in Kombination mit dem Protokoll EAP-TLS (Extensible Authentication Protocol-Transport Layer Security). Eine ausführliche Einführung in den 802.1X-Standard selbst finden Sie in unserem Leitfaden über 802.1X-Authentifizierung: Sicherung des Netzwerkzugriffs auf modernen Geräten.

Im Gegensatz zu PEAP (Protected EAP), das auf einem Benutzernamen und einem Passwort basiert, erfordert EAP-TLS, dass sowohl das Client-Gerät als auch der Authentifizierungsserver ihre Identität mithilfe digitaler Zertifikate nachweisen. Diese gegenseitige Authentifizierung macht EAP-TLS zum Goldstandard für Bereitstellungen in Unternehmen. Das Dreiparteienmodell besteht aus den folgenden Komponenten.

Komponente Rolle Beispiele
Supplicant Das Apple-Gerät, das den Netzwerkzugriff anfordert MacBook, iPhone, iPad
Authenticator Das Netzwerk-Edge-Gerät, das die Zugriffskontrolle erzwingt WiFi Access Point, WLC
Authentication Server Validiert Zertifikate und autorisiert den Zugriff FreeRADIUS, Cisco ISE, Microsoft NPS

Der Access Point fungiert als Gatekeeper und blockiert den gesamten Datenverkehr, bis der RADIUS-Server eine Access-Accept-Nachricht sendet. Dies ist der Kern des portbasierten Netzwerkzugriffskontrollmodells (PNAC) nach IEEE 802.1X.

Jamf und RADIUS: Zertifikatsbasierte WiFi Authentifizierung für Apple-Geräteflotten - radius architecture overview

SCEP und Jamf Pro: Skalierbare Zertifikatsverteilung

Die Herausforderung bei EAP-TLS in großem Stil ist die Zertifikatsverteilung. Die manuelle Installation eines eindeutigen Zertifikats auf 500 iPads ist keine praktikable Option. Hier wird die Integration von Jamf Pro und SCEP Jamf zum entscheidenden Faktor.

SCEP (Simple Certificate Enrollment Protocol) ist ein leichtgewichtiges Protokoll, mit dem ein Gerät automatisch ein signiertes Zertifikat von einer Zertifizierungsstelle (CA) anfordern und empfangen kann. Jamf Pro fungiert als Orchestrator und überträgt ein Konfigurationsprofil auf jedes Apple-Gerät. Dieses Profil enthält eine SCEP-Payload, die das Gerät anweist, den SCEP-Server zu kontaktieren, ein dynamisches Challenge-Passwort bereitstellt und die erforderlichen Zertifikatsattribute spezifiziert - wie den Subject Alternative Name (SAN), der in der Regel der MAC-Adresse oder Seriennummer des Geräts zugeordnet ist.

Jamf und RADIUS: Zertifikatsbasierte WiFi Authentifizierung für Apple-Geräteflotten - scep flow diagram

Der Mechanismus des dynamischen Challenge-Passworts ist besonders wichtig. In einer in Jamf integrierten SCEP-Bereitstellung generiert Jamf ein eindeutiges, einmaliges Challenge-Passwort für jedes Gerät. Dies stellt sicher, dass nur Geräte, die in Jamf Pro registriert sind - und somit vom Unternehmen verwaltet werden -, erfolgreich ein Zertifikat von der CA erhalten können. Dies ist eine entscheidende Sicherheitskontrolle, die verhindert, dass sich unbefugte Geräte registrieren.

RADIUS-Attribute für die Authentifizierung von Apple-Geräten

Wenn der RADIUS-Server einen Access-Request vom Access Point empfängt, wertet er mehrere Attribute aus, um seine Autorisierungsentscheidung zu treffen. Für Apple 802.1X-Bereitstellungen sind die folgenden RADIUS-Attribute am relevantesten.

RADIUS-Attribut Beschreibung Apple-Relevanz
User-Name (Attr 1) Die vom Supplicant präsentierte Identität Typischerweise der Subject CN oder SAN des Zertifikats
NAS-IP-Address (Attr 4) Die IP-Adresse des Access Points Wird für AP-spezifische Richtlinien verwendet
Called-Station-Id (Attr 30) Die BSSID und SSID des AP Ermöglicht die Durchsetzung von Richtlinien basierend auf der SSID
EAP-Message (Attr 79) Das gekapselte EAP-Paket Enthält die TLS-Handshake-Daten
Tunnel-Type (Attr 64) Spezifiziert den Typ der VLAN-Zuweisung Wird für die dynamische VLAN-Zuweisung nach der Authentifizierung verwendet
Tunnel-Medium-Type (Attr 65) Spezifiziert das Medium für den Tunnel Erforderlich für das 802.1Q-VLAN-Tagging
Tunnel-Private-Group-Id (Attr 81) Die zuzuweisende VLAN-ID Ermöglicht eine rollenbasierte Netzwerksegmentierung

Das Attribut Tunnel-Private-Group-Id ist in Unternehmensumgebungen besonders leistungsfähig. Durch die Rückgabe unterschiedlicher VLAN-IDs basierend auf den Attributen des Zertifikats (z. B. Abteilung, Gerätetyp) kann der RADIUS-Server das Netzwerk dynamisch segmentieren, ohne dass separate SSIDs erforderlich sind.


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.

Implementierungshandbuch

Die Bereitstellung der Zertifikats-WiFi-Apple-Authentifizierung über Jamf Pro folgt einem strukturierten Ablauf. Eine Abweichung von dieser Reihenfolge ist die Hauptursache für fehlgeschlagene Bereitstellungen.

Schritt 1: Einrichten der Infrastruktur Ihrer Zertifizierungsstelle

Bevor Sie in Jamf Änderungen vornehmen, muss Ihre CA-Infrastruktur eingerichtet sein. Für Microsoft-Umgebungen ist dies in der Regel Active Directory Certificate Services (AD CS) mit der Rolle Network Device Enrollment Service (NDES), die als SCEP-Server fungiert. Für Nicht-Microsoft-Umgebungen stehen Optionen wie EJBCA, HashiCorp Vault PKI oder cloudbasierte CAs wie AWS Private CA zur Verfügung.

Stellen Sie sicher, dass Ihre CA-Hierarchie klar definiert ist: eine Root-CA, die offline gehalten wird, und eine oder mehrere ausstellende CAs (Issuing CAs), die Gerätezertifikate signieren. Der RADIUS-Server benötigt ein eigenes Zertifikat, das von derselben CA-Hierarchie signiert ist.

Schritt 2: SCEP-Payload in Jamf Pro konfigurieren

Navigieren Sie zu Computers (oder Mobile Devices) > Configuration Profiles > New. Fügen Sie eine Certificate-Payload hinzu und wählen Sie SCEP als Zertifikatsquelle aus. Die kritischen Felder sind wie folgt aufgebaut.

  • URL: Der SCEP-Endpunkt (z. B. http://ndes.yourdomain.com/certsrv/mscep/mscep.dll).
  • Name: Ein aussagekräftiger Name, der im Schlüsselbund des Geräts angezeigt wird.
  • Subject: Der Distinguished Name des Zertifikats. Verwenden Sie Jamf-Variablen wie CN=$COMPUTERNAME für Computer oder CN=$JSSID für Mobilgeräte.
  • Subject Alternative Name (SAN): Stellen Sie den SAN-Typ auf RFC 822 Name mit dem Wert $MACADDRESS@yourdomain.com oder auf DNS Name mit $COMPUTERNAME.yourdomain.com ein. Dies liest der RADIUS-Server aus, um das Gerät zu identifizieren.
  • Challenge Type: Wählen Sie Dynamic, um den in Jamf integrierten SCEP-Proxy zu verwenden, der pro Gerät individuelle Challenge-Passwörter generiert.
  • Key Size: Mindestens 2048-Bit RSA. Für neue Bereitstellungen wird 4096-Bit empfohlen.
  • Key Usage: Aktivieren Sie sowohl Signing als auch Encryption.

Schritt 3: WiFi-Payload konfigurieren

Fügen Sie im selben Konfigurationsprofil eine WiFi-Payload hinzu. Die wichtigsten Einstellungen für Apple 802.1X sind wie folgt.

  • SSID: Der genaue Name Ihrer sicheren Unternehmens-SSID.
  • Security Type: WPA2 Enterprise oder WPA3 Enterprise (empfohlen, sofern die Hardware dies unterstützt).
  • Protocols - Accepted EAP Types: Wählen Sie nur TLS aus. Deaktivieren Sie PEAP, TTLS und alle anderen Typen, um EAP-TLS exklusiv zu erzwingen.
  • Authentication - Identity Certificate: Wählen Sie die in Schritt 2 erstellte SCEP-Payload aus. Dies ist die entscheidende Verbindung zwischen dem Zertifikat und der WiFi-Verbindung.
  • Trust - Trusted Server Certificate Names: Geben Sie den genauen Common Name (CN) des Zertifikats Ihres RADIUS-Servers ein (z. B. radius.yourdomain.com). Dies ist das am häufigsten übersehene Konfigurationselement.
  • Trust - Trusted Certificates: Laden Sie die Root-CA und alle Intermediate-CA-Zertifikate hoch, die das Zertifikat des RADIUS-Servers signiert haben.

Schritt 4: RADIUS-Server konfigurieren

Erstellen Sie auf Ihrem RADIUS-Server eine Netzwerkrichtlinie, die den in Jamf definierten Zertifikatsattributen entspricht. Für Microsoft NPS bedeutet dies das Erstellen einer Connection Request Policy, die der SSID über das Attribut Called-Station-Id entspricht, und einer Network Policy, die das Zertifikat mit Ihrer CA abgleicht und optional über die Tunnel-Attribute ein VLAN zuweist.Konfigurieren Sie für FreeRADIUS das eap-Modul so, dass es tls verwendet, und verweisen Sie auf Ihr CA-Zertifikat, das Server-Zertifikat und den privaten Schlüssel. Die users-Datei oder das SQL-Backend sollte so konfiguriert werden, dass der SAN-Eintrag des Zertifikats mit Ihrem Gerätebestand abgeglichen wird.

Schritt 5: Zuweisen und Bereitstellen des Profils

Weisen Sie das Konfigurationsprofil in Jamf Pro den entsprechenden Gerätegruppen zu - zum Beispiel allen Geräten in der Smart Group "Corporate Fleet". Das Profil wird automatisch via MDM übertragen. Geräte, die online sind, erhalten es innerhalb weniger Minuten; Offline-Geräte erhalten es bei der nächsten Verbindungsaufnahme.


Best Practices

Implementieren Sie WPA3 Enterprise, wo immer es möglich ist. WPA3 Enterprise mit dem 192-Bit-Modus bietet eine verbesserte kryptografische Stärke unter Verwendung von GCMP-256 und HMAC-SHA-384 und bietet damit einen wesentlich stärkeren Schutz als WPA2 Enterprise. Für Umgebungen im Gastgewerbe und Organisationen im Gesundheitswesen, die mit sensiblen Daten arbeiten, wird dieses Upgrade zunehmend zu einer Compliance-Anforderung und nicht mehr nur zu einer Best Practice.

Nutzen Sie gerätebasierte Zertifikate für gemeinsam genutzte Hardware. Verwenden Sie für gemeinsam genutzte Geräte - wie iPads am Point-of-Sale im Einzelhandel, Tablets für den Hotel-Concierge oder klinische Geräte - gerätegebundene Zertifikate anstelle von benutzergebundenen Zertifikaten. Dies stellt sicher, dass sich das Gerät beim Booten mit dem Netzwerk verbindet, noch bevor sich ein Benutzer anmeldet, sodass MDM-Check-ins, App-Updates und Push-Benachrichtigungen ordnungsgemäß funktionieren. Dies ist ein wichtiger Aspekt für Implementierungen im Einzelhandel, bei denen Geräte schichtübergreifend genutzt werden.

Integrieren Sie den Netzwerkzugriff in Ihr allgemeines Sicherheitskonzept. Während Ihre Mitarbeiter 802.1X für den sicheren internen Zugriff nutzen, sollten Sie sicherstellen, dass Ihre öffentlich zugänglichen Netzwerke über eine robuste Guest WiFi-Lösung verwaltet werden, um eine klare Verkehrstrennung aufrechtzuerhalten. Die Kombination aus zertifikatsbasierter Mitarbeiter-Authentifizierung mit WiFi Analytics bietet vollständige Transparenz sowohl über das Verhalten authentifizierter Geräte als auch über die Aktivitäten im Gästenetzwerk.

Automatisieren Sie die Erneuerung von Zertifikaten. Konfigurieren Sie die SCEP-Payload in Jamf so, dass eine automatische Erneuerung ausgelöst wird, wenn ein Zertifikat noch 14 bis 30 Tage gültig ist. Dies verhindert, dass ein Gerät unbemerkt den Netzwerkzugriff verliert, weil sein Zertifikat über Nacht abgelaufen ist. In Jamf Pro wird dies über die Einstellung Erneuerungsschwellenwert in der SCEP-Payload gesteuert.

Führen Sie eine Zertifikatssperrliste (CRL) oder einen OCSP-Responder. Wenn ein Gerät ausgemustert, gestohlen oder aus Jamf abgemeldet wird, muss sein Zertifikat auf CA-Ebene gesperrt werden. Konfigurieren Sie Ihren RADIUS-Server so, dass er bei jedem Authentifizierungsversuch den CRL- oder OCSP-Endpunkt überprüft. Ohne diese Prüfung kann sich ein gestohlenes Gerät mit einem gültigen Zertifikat weiterhin im Netzwerk authentifizieren. Für weiteren Kontext zu modernen Entscheidungen bei der Netzwerkinfrastruktur bietet der Leitfaden The Core SD WAN Benefits for Modern Businesses nützliche Informationen darüber, wie sich zertifikatsbasierte Authentifizierung in SD-WAN-Overlay-Architekturen integrieren lässt.


Fehlerbehebung & Risikominderung

Das Henne-Ei-Problem bei der Bereitstellung. Geräte benötigen eine Netzwerkverbindung, um den SCEP-Server zu erreichen und ihr Zertifikat herunterzuladen, aber sie benötigen das Zertifikat, um dem sicheren WiFi beizutreten. Dies ist das häufigste Hindernis bei der Bereitstellung. Die empfohlenen Strategien zur Risikominderung sind: Bereitstellung über Ethernet mit USB-C- oder Lightning-zu-Ethernet-Adaptern; Nutzung von Mobilfunkdaten auf iPhones und mobilfunkfähigen iPads; oder Einrichtung einer temporären, eingeschränkten Onboarding-SSID mit Firewall-Regeln, die nur SCEP- und MDM-Datenverkehr zulassen.

Stille EAP-TLS-Fehler auf macOS. Wenn die Vertrauenskette unvollständig ist, schlägt die Verbindung unter macOS möglicherweise stillschweigend fehl, ohne dass eine aussagekräftige Fehlermeldung in der Benutzeroberfläche angezeigt wird. Der einzige Hinweis findet sich im Systemprotokoll. Verwenden Sie log stream --predicate 'subsystem == "com.apple.network"', um Authentifizierungsereignisse in Echtzeit zu erfassen. Überprüfen Sie immer, ob das Array Trusted Server Certificate Names im Jamf-Profil exakt mit dem CN im Zertifikat des RADIUS-Servers übereinstimmt.

RADIUS-Timeout bei hoher Auslastung. In Umgebungen wie Stadien oder Konferenzzentren können gleichzeitige Authentifizierungsanfragen von Hunderten von Geräten den RADIUS-Server überlasten. Steuern Sie dem entgegen, indem Sie RADIUS in einem Hochverfügbarkeitspaar bereitstellen, den Parameter max_requests in FreeRADIUS anpassen und sicherstellen, dass der RADIUS-Server über ausreichend CPU und Arbeitsspeicher für die erwartete gleichzeitige Authentifizierungslast verfügt. Für groß angelegte Bereitstellungen an Veranstaltungsorten finden Sie in unserem Leitfaden Wireless Access Points Definition Your Ultimate 2026 Guide Überlegungen zur Kapazitätsplanung.

Abweichung bei den Zertifikatsattributen. Wenn der SAN im Gerätezertifikat nicht mit den Erwartungen der RADIUS-Netzwerkrichtlinie übereinstimmt, schlägt die Authentifizierung fehl. Dies kommt besonders häufig vor, wenn von einer CA zu einer anderen migriert wird oder wenn Jamf-Variablen anders aufgelöst werden als erwartet. Testen Sie immer zuerst mit einem einzelnen Gerät und überprüfen Sie die RADIUS-Serverprotokolle, um die genaue übermittelte Identitätszeichenfolge zu bestätigen, bevor Sie die Bereitstellung für die gesamte Flotte durchführen.


ROI und geschäftliche Auswirkungen

Der Übergang zur Jamf RADIUS WiFi-Zertifikatsauthentifizierung liefert messbaren geschäftlichen Nutzen in verschiedenen Bereichen.

Metrik Typisches Ergebnis
Reduzierung von Helpdesk-Tickets 60 - 85 % Reduzierung der WiFi-bezogenen Supportanfragen
Onboarding-Zeit pro Gerät Reduziert von 15 - 30 Minuten auf unter 2 Minuten (Zero-Touch)
Risiko von Sicherheitsvorfällen Nahezu vollständige Eliminierung von anmeldedatenbasierten WiFi-Angriffen
Compliance-Status Erfüllt die Anforderungen von PCI-DSS 1.3 und die Netzwerkkontrollen gemäß DSGVO Artikel 32
Zertifikatslebenszyklus Die automatische Verlängerung eliminiert die manuelle Zertifikatsverwaltung

Für Transport-Betreiber und große Veranstaltungsorte wird der Business Case durch die Möglichkeit, eine dynamische VLAN-Zuweisung durchzusetzen, weiter gestärkt - so wird sichergestellt, dass betriebliche Geräte, Mitarbeitergeräte und Managementsysteme automatisch und ohne manuelle Netzwerkrekonfiguration segmentiert werden.

Schlüsseldefinitionen

EAP-TLS (Extensible Authentication Protocol-Transport Layer Security)

Die sicherste 802.1X-Authentifizierungsmethode, bei der sich sowohl das Client-Gerät als auch der RADIUS-Server mithilfe digitaler Zertifikate gegenseitig authentifizieren müssen. Es wird kein Passwort ausgetauscht oder übertragen.

Wenn IT-Teams passwortbasiertes WiFi eliminieren und eine strikte Geräte-Compliance durchsetzen müssen, ist EAP-TLS der zwingende Standard. Es ist der einzige EAP-Typ, der eine gegenseitige Authentifizierung bietet.

SCEP (Simple Certificate Enrollment Protocol)

Ein Protokoll, das es Geräten ermöglicht, digitale Zertifikate über einen Challenge-Response-Mechanismus sicher und automatisch von einer Zertifizierungsstelle anzufordern.

Unerlässlich für die Skalierung von Zertifikatsbereitstellungen über Jamf Pro, ohne dass das IT-Personal Zertifikate manuell auf Tausenden von Geräten installieren muss. Der dynamische SCEP-Proxy von Jamf generiert gerätespezifische Challenge-Passwörter.

RADIUS (Remote Authentication Dial-In User Service)

Ein Netzwerkprotokoll, das eine zentrale Verwaltung von Authentifizierung, Autorisierung und Accounting (AAA) für Geräte bietet, die sich mit einem Netzwerkdienst verbinden.

Die zentrale Entscheidungsinstanz, die dem WiFi Access Point mitteilt, ob ein von Jamf verwaltetes Gerät im Netzwerk zugelassen ist, und optional, welches VLAN zugewiesen werden soll.

Configuration Profile

Eine von Jamf Pro bereitgestellte XML-Datei (.mobileconfig), die eine oder mehrere Payloads zur Verwaltung von Einstellungen auf Apple-Geräten enthält, einschließlich Zertifikaten, WiFi, VPN und Einschränkungen.

Dies ist das Mittel, mit dem SCEP-Einstellungen, die WiFi-SSID-Konfiguration und die Zertifikats-Vertrauenskette auf das iPhone, iPad oder den Mac übertragen werden.

CSR (Certificate Signing Request)

Ein vom Apple-Gerät generierter Block aus codiertem Text, der den öffentlichen Schlüssel und Identitätsinformationen enthält und an die Zertifizierungsstelle gesendet wird, um ein signiertes digitales Zertifikat zu beantragen.

Der erste Schritt im SCEP-Prozess. Das Gerät generiert den CSR lokal, wodurch sichergestellt wird, dass der private Schlüssel das Gerät nie verlässt - ein grundlegendes Prinzip der PKI-Sicherheit.

Subject Alternative Name (SAN)

Eine Erweiterung eines X.509-Zertifikats, die es ermöglicht, dem Zertifikat mehrere Identitätswerte zuzuordnen, wie z. B. E-Mail-Adressen, DNS-Namen, IP-Adressen oder MAC-Adressen.

Entscheidend für die RADIUS-Authentifizierung. Der RADIUS-Server liest den SAN aus, um das Gerät oder den Benutzer zu identifizieren. In Jamf-Bereitstellungen wird der SAN normalerweise auf die MAC-Adresse des Geräts oder den UPN des Benutzers festgelegt.

Root CA (Certificate Authority)

Das oberste Zertifikat in einer PKI-Hierarchie, dessen privater Schlüssel zur Signierung untergeordneter CA-Zertifikate verwendet wird. Dem Root CA-Zertifikat müssen alle Parteien in der Authentifizierungskette vertrauen.

Muss über Jamf auf Apple-Geräten bereitgestellt werden, damit diese den vom RADIUS-Server während des EAP-TLS-Handshakes präsentierten Zertifikaten vertrauen. Ohne dies schlägt der Handshake fehl.

IEEE 802.1X

Ein IEEE-Standard für portbasierte Netzwerkzugriffskontrolle (PNAC), der einen Authentifizierungsmechanismus für Geräte bereitstellt, die eine Verbindung zu einem LAN oder WLAN herstellen möchten, bevor der Netzwerkzugriff gewährt wird.

Das übergeordnete Framework, das den Netzwerkverkehr am Access Point blockiert, bis der RADIUS-Server das von Jamf bereitgestellte Zertifikat validiert. Die gesamte WiFi-Sicherheit in Unternehmen basiert auf diesem Standard.

Dynamic VLAN Assignment

Eine RADIUS Funktion, die ein verbindendes Gerät basierend auf in der Access-Accept-Nachricht zurückgegebenen Richtlinienattributen einem bestimmten VLAN zuweist, unter Verwendung der RADIUS Tunnelattribute 64, 65 und 81.

Ermöglicht eine Netzwerksegmentierung ohne mehrere SSIDs. Eine einzige Unternehmens-SSID kann klinische iPads automatisch in VLAN 20, MacBooks der Geschäftsleitung in VLAN 30 und Gastgeräte in VLAN 100 einordnen.

Ausgearbeitete Beispiele

Ein Krankenhaus mit 500 Betten muss 1.200 gemeinsam genutzte iPads für das klinische Personal bereitstellen. Derzeit wird PEAP mit Active Directory-Anmeldedaten verwendet, was alle 90 Tage bei Ablauf der Passwörter zu Hunderten von getrennten Geräten führt. Wie sollte die Authentifizierungsarchitektur neu gestaltet werden?

Das Krankenhaus sollte auf EAP-TLS umstellen und gerätebasierte Zertifikate verwenden, die über Jamf Pro verwaltet werden. Die Implementierung umfasst vier wesentliche Schritte. Erstens: Bereitstellung von AD CS mit der NDES-Rolle als SCEP-Server, der Zertifikate aus einer dedizierten Zertifikatsvorlage für "Klinische Geräte" ausstellt. Zweitens: Konfiguration eines Jamf Konfigurationsprofils mit einem SCEP-Payload, der $MACADDRESS als SAN verwendet, und einem WiFi Payload, das mit EAP-TLS auf die klinische SSID abzielt und dem RADIUS Serverzertifikat explizit vertraut. Drittens: Konfiguration von Microsoft NPS mit einer Netzwerkrichtlinie, die der Zertifikatsvorlage für "Klinische Geräte" entspricht und die Geräte dem klinischen VLAN (Tunnel-Private-Group-Id = 20) zuweist. Viertens: Festlegung der SCEP-Erneuerungsfrist auf 30 Tage, um eine automatische Zertifikatsverlängerung ohne IT-Eingriffe zu gewährleisten. Die Geräte sollten während des ersten Rollouts über Ethernet bereitgestellt werden, um die Herausforderung des Onboarding-Netzwerks zu lösen.

Kommentar des Prüfers: Dieser Ansatz eliminiert das Problem der 90-tägigen Passwortrotation vollständig. Durch die Verwendung gerätebasierter anstelle von benutzerbasierten Zertifikaten bleiben die iPads auch dann mit dem Netzwerk verbunden, wenn sie in einer Ladestation liegen. Dies stellt sicher, dass sie wichtige MDM-Updates und Push-Benachrichtigungen erhalten, bevor ein Arzt sie in die Hand nimmt. Die dynamische VLAN-Zuweisung über RADIUS sorgt dafür, dass klinische Geräte automatisch dem richtigen Netzwerksegment zugewiesen werden, wodurch die HIPAA-Anforderungen an die Netzwerktrennung ohne manuelle Konfiguration erfüllt werden.

Eine Kreativagentur mit 300 MacBooks zieht in ein neues Büro um. Sie wünscht sich eine Zero-Touch WiFi Bereitstellung - neue MacBooks sollen sich beim Auspacken durch die Endbenutzer an ihren Schreibtischen automatisch und ohne IT-Eingriff mit der sicheren Unternehmens-SSID verbinden. Wie lässt sich dies realisieren?

Die Agentur muss die automatisierte Geräteanmeldung (ADE) von Apple mit Jamf Pro und einem sorgfältig sequenzierten Konfigurationsprofil kombinieren. Während des macOS-Einrichtungsassistenten verbindet sich das MacBook über eine temporäre, offene Onboarding-SSID mit dem Internet (durch eine Firewall so eingeschränkt, dass nur Apple-Aktivierung, Jamf MDM- und SCEP-Datenverkehr zulässig sind). Es kontaktiert Apple, erkennt über ADE, dass es zur Agentur gehört, und meldet sich automatisch in Jamf Pro an. Jamf Pro überträgt sofort ein vorkonfiguriertes Konfigurationsprofil, das den SCEP-Payload und den Unternehmens-WiFi-Payload enthält. Die SCEP-Anmeldung wird über die Onboarding-SSID abgeschlossen, das Zertifikat im Schlüsselbund installiert und der WiFi Payload aktiviert. Das MacBook wechselt daraufhin automatisch auf die sichere 802.1X Unternehmens-SSID. Aus Sicht des Benutzers muss lediglich der Einrichtungsassistent abgeschlossen werden, und das Notebook befindet sich im Unternehmensnetzwerk.

Kommentar des Prüfers: Dieses Szenario verdeutlicht die entscheidende Bedeutung des Onboarding-Netzwerks bei Zero-Touch Deployments. Die SCEP-Payload und die WiFi-Payload müssen im selben Configuration Profile enthalten und für die Prestage Enrollment-Gruppe freigegeben sein, damit sie sofort nach der MDM-Registrierung bereitgestellt werden - noch bevor der Benutzer den Desktop erreicht. Wenn das Profil für eine Smart Group freigegeben ist, die eine vorherige vollständige Registrierung des Geräts erfordert, kann es zu Verzögerungen kommen, in denen das Gerät keinen Netzwerkzugriff hat, was die Zero-Touch-Erfahrung beeinträchtigt.

Übungsfragen

Q1. Sie haben ein Jamf-Konfigurationsprofil mit einer SCEP-Nutzlast und einer WiFi-Nutzlast auf 50 MacBooks bereitgestellt. Die SCEP-Zertifikate wurden erfolgreich im Schlüsselbund installiert, aber die MacBooks zeigen den Benutzern beim Versuch, eine Verbindung zur Unternehmens-SSID herzustellen, den Dialog "Zertifikat überprüfen" an. Welches Konfigurationselement fehlt oder ist fehlerhaft?

Hinweis: Überlegen Sie, welche Informationen das Apple-Gerät benötigt, um der Identität des RADIUS-Servers ohne Benutzerinteraktion automatisch zu vertrauen.

Musterlösung anzeigen

In der WiFi-Nutzlast des Jamf-Konfigurationsprofils fehlt entweder der Eintrag "Vertrauenswürdige Serverzertifikatsnamen" (der genau mit dem CN im Zertifikat des RADIUS-Servers übereinstimmen muss), oder die Root-CA und Intermediate-CA-Zertifikate, die das Zertifikat des RADIUS-Servers signiert haben, sind nicht in der Trust-Nutzlast des Profils enthalten. Ohne explizit durch das MDM definiertes Vertrauen erfordern macOS und iOS, dass der Benutzer das Zertifikat des RADIUS-Servers während des EAP-TLS-Handshakes manuell überprüft und akzeptiert. Beide Felder müssen ausgefüllt sein: das Array für vertrauenswürdige Zertifikate (das die CA-Kette enthält) und das Array für vertrauenswürdige Serverzertifikatsnamen (das den CN des RADIUS-Servers enthält).

Q2. Eine Einzelhandelskette möchte, dass sich ihre POS-iPads sofort nach dem Booten mit dem sicheren Unternehmens-WiFi verbinden, noch bevor sich ein Mitarbeiter bei der POS-Anwendung anmeldet. Die aktuelle Bereitstellung verwendet Benutzerzertifikate, die an die UPNs der einzelnen Mitarbeiter gebunden sind. Bei den Geräten schlägt die Verbindung zu Beginn einer Schicht häufig fehl. Was ist die Ursache und was ist die richtige architektonische Änderung?

Hinweis: Überlegen Sie, wann verschiedene Arten von Zertifikaten für den iOS-Netzwerk-Stack im Vergleich zum Lebenszyklus der Benutzerauthentifizierung verfügbar werden.

Musterlösung anzeigen

Die Ursache liegt darin, dass Benutzerzertifikate (die an einen UPN gebunden sind) im Schlüsselbund des Benutzers gespeichert werden und erst zugänglich sind, nachdem sich der Benutzer am Gerät authentifiziert hat. Beim Booten oder auf dem iOS-Sperrbildschirm ist der Schlüsselbund des Benutzers gesperrt, sodass der WiFi-Stack nicht auf das Zertifikat zugreifen kann, um EAP-TLS auszuführen. Die richtige architektonische Änderung besteht darin, auf Gerätezertifikate umzustellen, bei denen der SAN auf die MAC-Adresse oder die Seriennummer des Geräts festgelegt ist. Gerätezertifikate werden im System-Schlüsselbund gespeichert, der bereits beim Booten zugänglich ist, bevor sich ein Benutzer anmeldet. Die RADIUS-Netzwerkrichtlinie muss so aktualisiert werden, dass sie mit Gerätezertifikaten anstelle von Benutzerzertifikaten übereinstimmt, und die Jamf-SCEP-Nutzlast muss so aktualisiert werden, dass sie gerätespezifische Variablen wie $MACADDRESS oder $SERIALNUMBER als SAN verwendet.

Q3. Ihre Organisation verwendet Microsoft NPS als RADIUS-Server. Sie konfigurieren eine neue Jamf-SCEP-Nutzlast für 200 MacBooks. Die NPS-Netzwerkrichtlinie ist so konfiguriert, dass der Subject Alternative Name (SAN) des Zertifikats mit einem Computerkonto in Active Directory übereinstimmen muss. Welchen SAN-Wert sollten Sie in der Jamf-SCEP-Nutzlast konfigurieren und welches Format erwartet NPS?

Hinweis: Die NPS-Computerzertifikatauthentifizierung erfordert, dass der SAN mit der Computeridentität in Active Directory in einem bestimmten Format übereinstimmt.

Musterlösung anzeigen

Für die NPS-Computerzertifikatauthentifizierung muss der SAN auf den Typ DNS-Name mit dem Wert $COMPUTERNAME.ihredomaene.com festgelegt werden (unter Verwendung der Jamf-Variable für den Hostnamen des Computers). NPS erwartet, dass der SAN-DNS-Name mit dem vollqualifizierten Domänennamen (FQDN) des Computers übereinstimmt, wie er in Active Directory angezeigt wird. Wenn Sie alternativ den SAN-Typ User Principal Name verwenden, sollte das Format host/$COMPUTERNAME@IHREDOMAENE.COM lauten. Die Bedingung der NPS-Netzwerkrichtlinie sollte so eingestellt sein, dass sie mit dem Attribut "Client Certificate SAN" übereinstimmt. Stellen Sie sicher, dass die MacBooks in Active Directory eingebunden sind oder dass die Computernamen in Jamf mit den Computerobjekten in AD übereinstimmen, da andernfalls die NPS-Abfrage fehlschlägt, selbst wenn das Zertifikat gültig ist.

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.