- Purple
- Enterprise WiFi security and authentication: a complete guide
- Jamf und RADIUS: Zertifikatsbasierte WiFi Authentifizierung für Apple-Geräteflotten
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.
Video overview
Diesen Leitfaden anhören
Podcast-Transkript ansehen
Teil unserer Kernserie: Leitfaden für Enterprise WiFi Sicherheit →
- Management-Zusammenfassung
- Technischer Deep-Dive
- Die 802.1X EAP-TLS-Architektur
- SCEP und Jamf Pro: Skalierbare Zertifikatsverteilung
- RADIUS-Attribute für die Authentifizierung von Apple-Geräten
- Implementierungshandbuch
- Schritt 1: Einrichten der Infrastruktur Ihrer Zertifizierungsstelle
- Schritt 2: SCEP-Payload in Jamf Pro konfigurieren
- Schritt 3: WiFi-Payload konfigurieren
- Schritt 4: RADIUS-Server konfigurieren
- Schritt 5: Zuweisen und Bereitstellen des Profils
- Best Practices
- Fehlerbehebung & Risikominderung
- ROI und geschäftliche Auswirkungen

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.

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.

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=$COMPUTERNAMEfür Computer oderCN=$JSSIDfür Mobilgeräte. - Subject Alternative Name (SAN): Stellen Sie den SAN-Typ auf
RFC 822 Namemit dem Wert$MACADDRESS@yourdomain.comoder aufDNS Namemit$COMPUTERNAME.yourdomain.comein. 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.
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.
Ü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.
Weiterlesen in dieser Reihe
IronWiFi Alternativen für Enterprise-Implementierungen
Sie werden in der Lage sein, eine IronWiFi Alternative basierend auf den Anforderungen Ihres Netzwerks in die engere Wahl zu ziehen: Authentifizierung, Identität, Einwilligung, Hardware-Abdeckung und Dreijahreskosten. Sie werden wissen, wann Purple, Cloud4Wi, Spotipo oder Cloudi-Fi besser passen, wann IronWiFi immer noch gewinnt und wie Sie einen Pilotbetrieb an einem einzelnen Standort durchführen, der die Behauptungen jedes Anbieters beweist.
Sophos Firewall und Gäste-WiFi: Captive Portal-Einrichtung mit Purple
Wie das Cloud-Gäste-WiFi von Purple mit Sophos Firewall und deren Access Points über ein standardmäßiges externes Captive Portal und RADIUS funktioniert, und wo Sie den Support prüfen und die Schritte finden.
Aruba Central und Purple WiFi: Cloud-Managed Integration
Ein umfassender technischer Leitfaden für die Integration von Aruba Central mit der Cloud-basierten Guest-WiFi-Intelligence-Plattform von Purple. Dieser Leitfaden behandelt die Architektur, die schrittweise Konfiguration von externen Captive Portals und RADIUS sowie Multi-Site-Rollout-Strategien für IT-Teams in Unternehmen.
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.