- Purple
- Enterprise WiFi security and authentication: a complete guide
- Jamf et RADIUS : Authentification WiFi par certificat pour les flottes d'appareils Apple
Jamf et RADIUS : Authentification WiFi par certificat pour les flottes d'appareils Apple
Ce guide de référence technique fournit aux responsables informatiques, architectes réseau et CTO les étapes concrètes pour déployer une authentification WiFi 802.1X par certificat pour les flottes d'appareils Apple à l'aide de Jamf Pro et RADIUS. Il couvre l'intégralité du flux de travail de provisionnement des certificats SCEP, la structure du profil de configuration WiFi, les exigences d'intégration RADIUS et des scénarios d'implémentation réels issus des secteurs de la santé et des entreprises. Ce guide est indispensable pour toute organisation cherchant à éliminer les vulnérabilités du WiFi par mot de passe, à réduire la charge du support technique et à se conformer aux normes d'accès réseau PCI-DSS et GDPR.
Video overview
Écouter ce guide
Voir la transcription du podcast
Fait partie de notre série principale : Enterprise WiFi Security Guide →
- Synthèse
- Analyse technique approfondie
- L'architecture 802.1X EAP-TLS
- SCEP et Jamf Pro : Distribution de certificats évolutive
- Attributs RADIUS pour l'authentification des appareils Apple
- Guide d'implémentation
- Étape 1 : Établir votre infrastructure d'autorité de certification
- Étape 2 : Configurer la charge utile SCEP dans Jamf Pro
- Étape 3 : Configurer la charge utile WiFi
- Étape 4 : Configurer le serveur RADIUS
- Étape 5 : Ciblez et déployez le profil
- Bonnes pratiques
- Dépannage et atténuation des risques
- ROI et impact commercial

Synthèse
Gérer un accès WiFi sécurisé pour un parc d'appareils Apple dans un environnement d'entreprise présente un défi opérationnel et de sécurité majeur lorsque l'on s'appuie sur une authentification traditionnelle par mot de passe. Les utilisateurs modifient leurs identifiants Active Directory, et immédiatement leurs iPhones, iPads et MacBooks se déconnectent du réseau - générant des tickets d'assistance, interrompant les flux de travail et exposant l'organisation à des attaques basées sur les identifiants.
Pour les responsables informatiques, les architectes réseau et les directeurs de la technologie des hôtels, des chaînes de vente au détail, des stades et des organisations du secteur public, la solution réside dans l'authentification 802.1X basée sur des certificats à l'aide d'EAP-TLS. En s'appuyant sur Jamf Pro pour distribuer des certificats cryptographiques uniques via SCEP (Simple Certificate Enrollment Protocol) et en s'intégrant à un serveur RADIUS, les organisations peuvent obtenir un accès WiFi fluide et sans mot de passe pour chaque appareil Apple géré. Ce guide fournit une approche pratique et agnostique vis-à-vis des fournisseurs pour déployer l'authentification par certificat WiFi Jamf RADIUS, garantissant une sécurité robuste, la conformité avec des normes telles que PCI-DSS et GDPR, et une réduction mesurable des coûts de support.
Analyse technique approfondie
L'architecture 802.1X EAP-TLS
La base de l'authentification WiFi par certificat est la norme IEEE 802.1X combinée au protocole EAP-TLS (Extensible Authentication Protocol - Transport Layer Security). Pour une introduction détaillée sur la norme 802.1X elle-même, reportez-vous à notre guide sur l'Authentification 802.1X : sécuriser l'accès réseau sur les appareils modernes.
Contrairement à PEAP (Protected EAP), qui repose sur un nom d'utilisateur et un mot de passe, EAP-TLS exige que l'appareil client et le serveur d'authentification prouvent tous deux leur identité à l'aide de certificats numériques. Cette authentification mutuelle est ce qui fait d'EAP-TLS la référence absolue pour les déploiements d'entreprise. Le modèle à trois parties comprend les composants suivants.
| Composant | Rôle | Exemples |
|---|---|---|
| Supplicant | L'appareil Apple demandant l'accès au réseau | MacBook, iPhone, iPad |
| Authentificateur | L'équipement en périphérie de réseau qui applique le contrôle d'accès | Point d'accès WiFi, WLC |
| Serveur d'authentification | Valide les certificats et autorise l'accès | FreeRADIUS, Cisco ISE, Microsoft NPS |
Le point d'accès agit comme un gardien, bloquant tout trafic jusqu'à ce que le serveur RADIUS envoie un message Access-Accept. C'est le cœur du modèle de contrôle d'accès au réseau basé sur les ports (PNAC) de la norme IEEE 802.1X.

SCEP et Jamf Pro : Distribution de certificats évolutive
Le défi de EAP-TLS à grande échelle réside dans la distribution des certificats. Installer manuellement un certificat unique sur 500 iPads n'est pas une solution viable. C'est là que l'intégration entre Jamf Pro et SCEP Jamf devient le levier indispensable.
Le SCEP (Simple Certificate Enrollment Protocol) est un protocole léger qui permet à un appareil de demander et de recevoir automatiquement un certificat signé de la part d'une autorité de certification (CA). Jamf Pro joue le rôle d'orchestrateur en déployant un profil de configuration sur chaque appareil Apple. Ce profil contient une charge utile SCEP qui ordonne à l'appareil de contacter le serveur SCEP, fournit un mot de passe de stimulation dynamique et spécifie les attributs de certificat requis - tels que le Subject Alternative Name (SAN), qui est généralement associé à l'adresse MAC ou au numéro de série de l'appareil.

Le mécanisme de mot de passe de stimulation dynamique est particulièrement important. Dans un déploiement SCEP intégré à Jamf, Jamf génère un mot de passe de stimulation unique et à usage unique pour chaque appareil. Cela garantit que seuls les appareils inscrits dans Jamf Pro - et donc gérés par l'entreprise - peuvent obtenir un certificat auprès de l'autorité de certification. Il s'agit d'un contrôle de sécurité essentiel qui empêche l'inscription d'appareils non autorisés.
Attributs RADIUS pour l'authentification des appareils Apple
Lorsque le serveur RADIUS reçoit un Access-Request de la part de la borne d'accès, il évalue plusieurs attributs pour prendre sa décision d'autorisation. Pour les déploiements Apple 802.1X, les attributs RADIUS les plus pertinents sont les suivants.
| Attribut RADIUS | Description | Pertinence Apple |
|---|---|---|
User-Name (Attr 1) |
L'identité présentée par le demandeur | Généralement le CN ou le SAN du certificat |
NAS-IP-Address (Attr 4) |
L'adresse IP de la borne d'accès | Utilisé pour les politiques spécifiques aux bornes d'accès |
Called-Station-Id (Attr 30) |
Le BSSID et le SSID de la borne d'accès | Permet d'appliquer des politiques basées sur le SSID |
EAP-Message (Attr 79) |
Le paquet EAP encapsulé | Contient les données de la liaison TLS |
Tunnel-Type (Attr 64) |
Spécifie le type d'attribution de VLAN | Utilisé pour l'attribution dynamique de VLAN après authentification |
Tunnel-Medium-Type (Attr 65) |
Spécifie le support du tunnel | Requis pour le marquage VLAN 802.1Q |
Tunnel-Private-Group-Id (Attr 81) |
L'identifiant de VLAN à attribuer | Permet la segmentation du réseau basée sur les rôles |
L'attribut Tunnel-Private-Group-Id est particulièrement puissant dans les déploiements d'entreprise. En renvoyant des identifiants de VLAN différents selon les attributs du certificat (par exemple, le service, le type d'appareil), le serveur RADIUS peut segmenter dynamiquement le réseau sans nécessiter de SSID distincts.
Vous avez des questions sur votre configuration spécifique ?
Notre équipe collabore avec des exploitants de sites, des responsables informatiques et des ingénieurs réseau au sein de 80 000 sites. Réservez un appel de 20 minutes et nous vous montrerons comment d'autres professionnels comme vous ont résolu ce problème.
Guide d'implémentation
Le déploiement de l'authentification WiFi par certificat pour les appareils Apple via Jamf Pro suit une séquence structurée. Le non-respect de cet ordre est la cause principale d'échec des déploiements.
Étape 1 : Établir votre infrastructure d'autorité de certification
Avant de configurer Jamf, votre infrastructure d'autorité de certification (CA) doit être en place. Pour les environnements Microsoft, il s'agit généralement d'Active Directory Certificate Services (AD CS) avec le rôle Network Device Enrollment Service (NDES), qui fait office de serveur SCEP. Pour les environnements non-Microsoft, les options incluent EJBCA, HashiCorp Vault PKI ou des CA basées sur le cloud comme AWS Private CA.
Assurez-vous que la hiérarchie de votre autorité de certification est claire : une CA racine (Root CA) conservée hors ligne, et une ou plusieurs CA émettrices qui signent les certificats d'appareils. Le serveur RADIUS aura besoin de son propre certificat signé par cette même hiérarchie de CA.
Étape 2 : Configurer la charge utile SCEP dans Jamf Pro
Accédez à Ordinateurs (ou Appareils mobiles) > Profils de configuration > Nouveau. Ajoutez une charge utile Certificat et sélectionnez SCEP comme source de certificat. Les champs critiques sont les suivants.
- URL : Le point de terminaison SCEP (par ex.,
http://ndes.votredomaine.com/certsrv/mscep/mscep.dll). - Nom : Un nom descriptif qui apparaîtra dans le trousseau d'accès de l'appareil.
- Objet : Le nom distinctif (DN) du certificat. Utilisez des variables Jamf telles que
CN=$COMPUTERNAMEpour les ordinateurs ouCN=$JSSIDpour les appareils mobiles. - Nom alternatif de l'objet (SAN) : Définissez le type de SAN sur
RFC 822 Nameavec la valeur$MACADDRESS@votredomaine.com, ouDNS Nameavec$COMPUTERNAME.votredomaine.com. C'est ce que le serveur RADIUS lira pour identifier l'appareil. - Type de défi : Sélectionnez Dynamique pour utiliser le proxy SCEP intégré de Jamf, qui génère des mots de passe de défi uniques par appareil.
- Taille de clé : RSA 2048 bits minimum. 4096 bits est recommandé pour les nouveaux déploiements.
- Utilisation de la clé : Activez à la fois la Signature et le Chiffrement.
Étape 3 : Configurer la charge utile WiFi
Dans le même profil de configuration, ajoutez une charge utile WiFi. Les paramètres clés pour Apple 802.1X sont les suivants.
- SSID : Le nom exact de votre SSID d'entreprise sécurisé.
- Type de sécurité : WPA2 Enterprise ou WPA3 Enterprise (recommandé lorsque le matériel le prend en charge).
- Protocoles - Types EAP acceptés : Sélectionnez uniquement TLS. Désélectionnez PEAP, TTLS et tous les autres types pour imposer exclusivement le protocole EAP-TLS.
- Authentification - Certificat d'identité : Sélectionnez la charge utile SCEP que vous avez créée à l'étape 2. Il s'agit du lien critique entre le certificat et la connexion WiFi.
- Confiance - Noms des certificats de serveur approuvés : Saisissez le nom commun (CN) exact du certificat de votre serveur RADIUS (par ex.,
radius.votredomaine.com). C'est l'élément de configuration le plus souvent oublié. - Confiance - Certificats approuvés : Importez l'autorité de certification racine (Root CA) et tous les certificats d'autorité de certification intermédiaire qui ont signé le certificat du serveur RADIUS.
Étape 4 : Configurer le serveur RADIUS
Sur votre serveur RADIUS, créez une stratégie réseau qui correspond aux attributs de certificat que vous avez définis dans Jamf. Pour Microsoft NPS, cela consiste à créer une Stratégie de demande de connexion qui correspond au SSID via l'attribut Called-Station-Id, et une Stratégie réseau qui valide le certificat par rapport à votre autorité de certification et attribue éventuellement un VLAN via les attributs de tunnel.Pour FreeRADIUS, configurez le module eap pour utiliser tls et pointez vers votre certificat d'autorité de certification (CA), votre certificat de serveur et votre clé privée. Le fichier users ou le backend SQL doit être configuré pour faire correspondre le SAN du certificat avec votre inventaire d'appareils.
Étape 5 : Ciblez et déployez le profil
Dans Jamf Pro, attribuez le profil de configuration aux groupes d'appareils appropriés - par exemple, tous les appareils du Smart Group "Flotte de l'entreprise". Le profil sera poussé automatiquement via MDM. Les appareils connectés le recevront en quelques minutes ; les appareils hors ligne le recevront lors de leur prochaine synchronisation.
Bonnes pratiques
Implémentez WPA3 Enterprise dans la mesure du possible. Le WPA3 Enterprise avec le mode 192 bits offre une puissance cryptographique renforcée utilisant GCMP-256 et HMAC-SHA-384, offrant une protection nettement plus robuste que le WPA2 Enterprise. Pour les environnements de l'Hôtellerie et les organisations du secteur de la Santé gérant des données sensibles, cette mise à niveau est de plus en plus une exigence de conformité plutôt qu'une simple bonne pratique.
Tirez parti des certificats basés sur les appareils pour le matériel partagé. Pour les appareils partagés - tels que les iPads de point de vente dans le commerce de détail, les tablettes de conciergerie d'hôtel ou les appareils cliniques - utilisez des certificats liés à l'appareil plutôt que des certificats liés à l'utilisateur. Cela garantit que l'appareil se connecte au réseau au démarrage, avant qu'un utilisateur ne se connecte, permettant aux synchronisations MDM, aux mises à jour d'applications et aux notifications push de fonctionner correctement. C'est une considération essentielle pour les déploiements dans le Commerce de détail où les appareils peuvent être partagés entre plusieurs équipes.
Intégrez l'accès réseau à votre posture de sécurité globale. Pendant que le personnel utilise 802.1X pour un accès interne sécurisé, assurez-vous que vos réseaux publics sont gérés via une solution de Guest WiFi robuste pour maintenir une séparation claire du trafic. Associer l'authentification du personnel basée sur des certificats avec WiFi Analytics offre une visibilité totale sur le comportement des appareils authentifiés et sur l'activité du réseau invité.
Automatisez le renouvellement des certificats. Configurez la charge utile SCEP dans Jamf pour déclencher un renouvellement automatique lorsqu'un certificat est entre 14 et 30 jours de son expiration. Cela évite le scénario où un appareil perd silencieusement l'accès au réseau parce que son certificat a expiré pendant la nuit. Dans Jamf Pro, cela est contrôlé via le paramètre de Seuil de renouvellement dans la charge utile SCEP.
Maintenez une liste de révocation de certificats (CRL) ou un répondeur OCSP. Lorsqu'un appareil est mis hors service, volé ou désinscrit de Jamf, son certificat doit être révoqué au niveau de l'autorité de certification. Configurez votre serveur RADIUS pour vérifier le point de terminaison CRL ou OCSP à chaque tentative d'authentification. Sans cela, un appareil volé avec un certificat valide peut toujours s'authentifier sur le réseau.Pour aller plus loin dans vos décisions concernant les infrastructures réseau modernes, le guide The Core SD WAN Benefits for Modern Businesses fournit un contexte utile sur la manière dont l'authentification basée sur les certificats s'intègre aux architectures de surcouche SD-WAN.
Dépannage et atténuation des risques
Le problème de provisionnement de la poule et de l'œuf. Les appareils ont besoin d'une connexion réseau pour joindre le serveur SCEP et télécharger leur certificat, mais ils ont besoin du certificat pour se connecter au WiFi sécurisé. Il s'agit du bloqueur de déploiement le plus courant. Les stratégies d'atténuation recommandées sont : le provisionnement via Ethernet à l'aide d'adaptateurs USB-C ou Lightning vers Ethernet ; l'utilisation des données cellulaires sur les iPhones et les iPads compatibles ; ou la création d'un SSID d'intégration temporaire et restreint avec des règles de pare-feu qui n'autorisent que le trafic SCEP et MDM.
Échecs silencieux de EAP-TLS sur macOS. Si la chaîne de confiance est incomplète, macOS peut échouer silencieusement à se connecter sans afficher d'erreur explicite dans l'interface utilisateur. La seule indication se trouve dans le journal système. Utilisez log stream --predicate 'subsystem == "com.apple.network"' pour capturer les événements d'authentification en temps réel. Vérifiez toujours que le tableau Trusted Server Certificate Names dans le profil Jamf correspond exactement au CN du certificat du serveur RADIUS.
Expiration du délai RADIUS lors d'événements à forte charge. Dans les environnements tels que les stades ou les centres de conférence, des demandes d'authentification simultanées provenant de centaines d'appareils peuvent surcharger le serveur RADIUS. Atténuez ce risque en déployant RADIUS dans une configuration haute disponibilité, en ajustant le paramètre max_requests dans FreeRADIUS et en veillant à ce que le serveur RADIUS dispose de suffisamment de processeur et de mémoire pour la charge d'authentification simultanée attendue. Pour les déploiements dans des espaces de grande envergure, consultez nos conseils sur Wireless Access Points Definition Your Ultimate 2026 Guide pour les considérations de planification de la capacité.
Incompatibilité des attributs du certificat. Si le SAN du certificat de l'appareil ne correspond pas à ce qu'attend la politique réseau RADIUS, l'authentification échouera. Cela est particulièrement fréquent lors de la migration d'une autorité de certification à une autre, ou lorsque les variables Jamf se résolvent différemment de ce qui était attendu. Testez toujours avec un seul appareil et inspectez les journaux du serveur RADIUS pour confirmer la chaîne d'identité exacte présentée avant de déployer sur l'ensemble du parc.
ROI et impact commercial
La transition vers l'authentification par certificat WiFi Jamf RADIUS offre une valeur commerciale mesurable à plusieurs niveaux.
| Métrique | Résultat type |
|---|---|
| Réduction des tickets d'assistance | Réduction de 60 à 85 % des demandes d'assistance liées au WiFi |
| Temps d'intégration par appareil | Réduit de 15-30 minutes à moins de 2 minutes (sans intervention) |
| Risque d'incident de sécurité | Quasi-élimination des attaques WiFi basées sur les identifiants |
| Posture de conformité | Conforme aux exigences PCI-DSS 1.3 et aux contrôles réseau de l'article 32 du GDPR |
| Cycle de vie des certificats | Le renouvellement automatisé élimine la gestion manuelle des certificats |
| Le principal levier de ROI est l'élimination des interruptions liées à la rotation des mots de passe. Dans un parc de 500 appareils où 10 % des terminaux se déconnectent du réseau chaque trimestre suite à un changement de mot de passe, et où chaque incident nécessite 20 minutes d'intervention informatique, les seules économies sur les coûts de support annuel peuvent justifier l'investissement d'implémentation dès la première année. |
Pour les opérateurs de Transport et les grands espaces événementiels, de plus amples bénéfices commerciaux sont apportés par la possibilité d'imposer une attribution dynamique de VLAN - garantissant que les terminaux opérationnels, les appareils du personnel et les systèmes de gestion sont automatiquement segmentés sans reconfiguration manuelle du réseau.
Définitions clés
EAP-TLS (Extensible Authentication Protocol-Transport Layer Security)
La méthode d'authentification 802.1X la plus sécurisée, exigeant que l'appareil client et le serveur RADIUS s'authentifient mutuellement à l'aide de certificats numériques. Aucun mot de passe n'est échangé ou transmis.
Lorsque les équipes informatiques doivent éliminer le WiFi basé sur un mot de passe et appliquer une conformité stricte des appareils, EAP-TLS est la norme obligatoire. C'est le seul type d'EAP qui fournit une authentification mutuelle.
SCEP (Simple Certificate Enrollment Protocol)
Un protocole qui permet aux appareils de demander de manière sécurisée et automatique des certificats numériques à une autorité de certification en utilisant un mécanisme de défi - réponse.
Essentiel pour faire évoluer les déploiements de certificats via Jamf Pro sans exiger que le personnel informatique installe manuellement des certificats sur des milliers d'appareils. Le proxy SCEP dynamique de Jamf génère des mots de passe de stimulation par appareil.
RADIUS (Remote Authentication Dial-In User Service)
Un protocole réseau fournissant une gestion centralisée de l'authentification, de l'autorisation et de la comptabilité (AAA) pour les appareils se connectant à un service réseau.
Le moteur de décision central qui indique au point d'accès WiFi si un appareil géré par Jamf est autorisé sur le réseau et, éventuellement, quel VLAN lui attribuer.
Profil de configuration
Un fichier XML (.mobileconfig) déployé par Jamf Pro qui contient une ou plusieurs charges utiles pour gérer les paramètres sur les appareils Apple, y compris les certificats, le WiFi, le VPN et les restrictions.
C'est le vecteur utilisé pour pousser les paramètres SCEP, la configuration de l'SSID WiFi et la chaîne de confiance des certificats vers l'iPhone, l'iPad ou le Mac.
CSR (Certificate Signing Request)
Un bloc de texte encodé généré par l'appareil Apple contenant la clé publique et les informations d'identité, envoyé à l'autorité de certification pour demander un certificat numérique signé.
La première étape du processus SCEP. L'appareil génère le CSR localement, garantissant que la clé privée ne quitte jamais l'appareil - un principe fondamental de la sécurité PKI.
Nom alternatif du sujet (SAN)
Une extension d'un certificat X.509 qui permet d'associer plusieurs valeurs d'identité au certificat, telles que des adresses e-mail, des noms DNS, des adresses IP ou des adresses MAC.
Crucial pour l'authentification RADIUS. Le serveur RADIUS lit le SAN pour identifier l'appareil ou l'utilisateur. Dans les déploiements Jamf, le SAN est généralement configuré avec l'adresse MAC de l'appareil ou l'UPN de l'utilisateur.
Autorité de certification racine (Root CA)
Le certificat le plus élevé dans une hiérarchie PKI, dont la clé privée est utilisée pour signer les certificats d'autorité de certification subordonnés. Le certificat de l'autorité de certification racine doit être approuvé par toutes les parties de la chaîne d'authentification.
Doit être déployée sur les appareils Apple via Jamf afin qu'ils fassent confiance aux certificats présentés par le serveur RADIUS lors de l'établissement de la liaison EAP-TLS. Sans cela, la liaison échoue.
IEEE 802.1X
Une norme IEEE pour le contrôle d'accès réseau basé sur les ports (PNAC), fournissant un mécanisme d'authentification aux appareils souhaitant se connecter à un réseau LAN ou WLAN avant que l'accès au réseau ne soit accordé.
Le cadre global qui bloque le trafic réseau au niveau du point d'accès jusqu'à ce que le serveur RADIUS valide le certificat fourni par Jamf. Toute la sécurité WiFi d'entreprise repose sur cette norme.
Attribution dynamique de VLAN
Une fonctionnalité RADIUS qui attribue un appareil de connexion à un VLAN spécifique en fonction des attributs de stratégie renvoyés dans le message Access-Accept, en utilisant les attributs de tunnel RADIUS 64, 65 et 81.
Permet la segmentation du réseau sans multiplier les SSID. Un seul SSID d'entreprise peut automatiquement placer les iPad cliniques sur le VLAN 20, les MacBook de la direction sur le VLAN 30 et les appareils des invités sur le VLAN 100.
Exemples concrets
Un hôpital de 500 lits doit déployer 1 200 iPad partagés pour son personnel clinique. Il utilise actuellement PEAP avec des identifiants Active Directory, ce qui entraîne des centaines d'appareils déconnectés tous les 90 jours lors de l'expiration des mots de passe. Comment doit-il repenser son architecture d'authentification ?
L'hôpital doit migrer vers EAP-TLS en utilisant des certificats basés sur les appareils gérés via Jamf Pro. L'implémentation comprend quatre étapes clés. Premièrement, déployer AD CS avec le rôle NDES pour faire office de serveur SCEP, en délivrant des certificats à partir d'un modèle de certificat dédié aux appareils cliniques. Deuxièmement, configurer un profil de configuration Jamf avec une charge utile SCEP utilisant le $MACADDRESS comme SAN, et une charge utile WiFi ciblant l'SSID clinique avec EAP-TLS uniquement, en faisant explicitement confiance au certificat du serveur RADIUS. Troisièmement, configurer Microsoft NPS avec une stratégie réseau correspondant au modèle de certificat des appareils cliniques et attribuer les appareils au VLAN clinique (Tunnel-Private-Group-Id = 20). Quatrièmement, définir le seuil de renouvellement SCEP à 30 jours pour garantir le renouvellement automatique des certificats sans intervention informatique. Les appareils doivent être provisionnés via Ethernet lors du déploiement initial pour résoudre le problème du réseau d'intégration.
Une agence de création disposant de 300 MacBook déménage dans de nouveaux bureaux. Elle souhaite un provisionnement WiFi zero-touch - les nouveaux MacBook doivent se connecter automatiquement au SSID d'entreprise sécurisé dès leur déballage par les utilisateurs finaux à leur bureau, sans aucune intervention informatique. Comment y parvient-elle ?
L'agence doit associer l'Automated Device Enrollment (ADE) d'Apple à Jamf Pro et à un profil de configuration soigneusement séquencé. Pendant l'assistant de configuration macOS, le MacBook se connecte à Internet via un SSID d'intégration ouvert temporaire (restreint par pare-feu pour autoriser uniquement l'activation Apple, Jamf MDM et le trafic SCEP). Il contacte Apple, reconnaît qu'il appartient à l'agence via ADE et s'enregistre automatiquement dans Jamf Pro. Jamf Pro pousse immédiatement un profil de configuration pré-configuré contenant la charge utile SCEP et la charge utile WiFi d'entreprise. L'inscription SCEP s'effectue sur le SSID d'intégration, le certificat est installé dans le trousseau d'accès et la charge utile WiFi s'active. Le MacBook bascule ensuite automatiquement vers le SSID d'entreprise sécurisé 802.1X. Du point de vue de l'utilisateur, il lui suffit de terminer l'assistant de configuration pour que l'ordinateur portable soit connecté au réseau de l'entreprise.
Questions d'entraînement
Q1. Vous avez déployé un profil de configuration Jamf avec une charge utile SCEP et une charge utile WiFi sur 50 MacBooks. Les certificats SCEP sont correctement installés dans le trousseau d'accès, mais les MacBooks affichent une boîte de dialogue « Vérifier le certificat » aux utilisateurs lorsqu'ils tentent de se connecter au SSID de l'entreprise. Quel élément de configuration est manquant ou incorrect ?
Conseil : Pensez aux informations dont l'appareil Apple a besoin pour faire confiance automatiquement à l'identité du serveur RADIUS sans intervention de l'utilisateur.
Voir la réponse type
Il manque dans la charge utile WiFi du profil de configuration Jamf soit l'entrée « Noms de certificats de serveur approuvés » (qui doit correspondre exactement au CN du certificat du serveur RADIUS), soit les certificats de l'AC racine et de l'AC intermédiaire qui ont signé le certificat du serveur RADIUS ne sont pas inclus dans la charge utile d'approbation du profil. Sans approbation explicite définie par le MDM, macOS et iOS exigent que l'utilisateur vérifie et accepte manuellement le certificat du serveur RADIUS lors de la liaison EAP-TLS. Les deux champs doivent être renseignés : le tableau des certificats approuvés (contenant la chaîne d'AC) et le tableau des noms de certificats de serveur approuvés (contenant le CN du serveur RADIUS).
Q2. Une chaîne de vente au détail souhaite que ses iPads de point de vente se connectent au WiFi sécurisé de l'entreprise dès le démarrage, avant qu'un membre du personnel ne se connecte à l'application de point de vente. Le déploiement actuel utilise des certificats d'utilisateur liés aux UPN individuels des employés. Les appareils ne parviennent souvent pas à se connecter au début d'un quart de travail. Quelle est la cause racine et quel est le changement d'architecture approprié ?
Conseil : Considérez le moment où les différents types de certificats deviennent disponibles pour la pile réseau iOS par rapport au cycle de vie de l'authentification de l'utilisateur.
Voir la réponse type
La cause racine est que les certificats d'utilisateur (liés à un UPN) sont stockés dans le trousseau de l'utilisateur et ne sont accessibles qu'après l'authentification de l'utilisateur sur l'appareil. Au démarrage ou sur l'écran de verrouillage iOS, le trousseau de l'utilisateur est verrouillé, de sorte que la pile WiFi ne peut pas accéder au certificat pour effectuer l'EAP-TLS. Le changement d'architecture correct consiste à passer à des certificats d'appareil, où le SAN est défini sur l'adresse MAC ou le numéro de série de l'appareil. Les certificats d'appareil sont stockés dans le trousseau du système, qui est accessible au démarrage avant toute connexion d'utilisateur. La stratégie réseau RADIUS doit être mise à jour pour correspondre aux certificats d'appareil plutôt qu'aux certificats d'utilisateur, et la charge utile Jamf SCEP doit être mise à jour pour utiliser des variables de niveau appareil telles que $MACADDRESS ou $SERIALNUMBER comme SAN.
Q3. Votre organisation utilise Microsoft NPS comme serveur RADIUS. Vous configurez une nouvelle charge utile Jamf SCEP pour 200 MacBooks. La stratégie réseau NPS est configurée pour exiger que le Subject Alternative Name du certificat corresponde à un compte d'ordinateur dans Active Directory. Quelle valeur SAN devez-vous configurer dans la charge utile Jamf SCEP, et quel format le NPS attend-il ?
Conseil : L'authentification par certificat d'ordinateur NPS exige que le SAN corresponde à l'identité de l'ordinateur dans Active Directory selon un format spécifique.
Voir la réponse type
Pour l'authentification par certificat d'ordinateur NPS, le SAN doit être défini sur le type de nom DNS avec la valeur $COMPUTERNAME.votredomaine.com (en utilisant la variable Jamf pour le nom d'hôte de l'ordinateur). NPS s'attend à ce que le nom DNS du SAN corresponde au nom de domaine pleinement qualifié (FQDN) de l'ordinateur tel qu'il apparaît dans Active Directory. Alternativement, si vous utilisez le type de SAN User Principal Name, le format doit être host/$COMPUTERNAME@VOTREDOMAINE.COM. La condition de la stratégie réseau NPS doit être configurée pour correspondre à l'attribut « Client Certificate SAN ». Assurez-vous que les MacBooks sont liés à Active Directory, ou que les noms d'ordinateurs dans Jamf correspondent aux objets d'ordinateurs dans AD, sinon la recherche NPS échouera même si le certificat est valide.
Continuer la lecture de cette série
Alternatives à IronWiFi pour les déploiements d'entreprise
Vous serez en mesure de sélectionner une alternative à IronWiFi en fonction des tâches que votre réseau doit accomplir : authentification, identité, consentement, couverture matérielle et coût sur trois ans. Vous saurez quand Purple, Cloud4Wi, Spotipo ou Cloudi-Fi sont plus adaptés, quand IronWiFi l'emporte encore, et comment mener un projet pilote sur un site unique pour valider les affirmations de chaque fournisseur.
Sophos Firewall et WiFi invité : configuration du Captive Portal avec Purple
Comment le WiFi invité cloud de Purple fonctionne avec Sophos Firewall et ses points d'accès via un Captive Portal externe standard et RADIUS, et où vérifier la compatibilité et trouver les étapes de configuration.
Aruba Central et Purple WiFi : Intégration gérée dans le Cloud
Un guide de référence technique complet pour intégrer Aruba Central avec la plateforme intelligente de WiFi invité hébergée dans le cloud de Purple. Ce guide couvre l'architecture, la configuration étape par étape des portails captifs externes et du RADIUS, ainsi que les stratégies de déploiement multi-sites pour les équipes IT d'entreprise.
Vous avez des questions sur votre configuration spécifique ?
Notre équipe collabore avec des exploitants de sites, des responsables informatiques et des ingénieurs réseau au sein de 80 000 sites. Réservez un appel de 20 minutes et nous vous montrerons comment d'autres professionnels comme vous ont résolu ce problème.