Jamf et macOS 27 : migrer les dépôts AFP vers SMB ou HTTPS

Article créé le 14 octobre 2026 · Source analysée le 14 octobre 2026 · Source officielle : Jamf · Thème : Jamf Pro, macOS 27 et distribution de logiciels

Jamf Pro 11.33 acte une rupture d’infrastructure : Apple a retiré la prise en charge d’Apple Filing Protocol dans macOS 27. Un Mac sous cette version ne peut donc plus monter un point de distribution Jamf en AFP. La priorité n’est pas seulement de changer un protocole, mais de garantir que chaque paquet reste accessible, contrôlé et traçable.

1. Ce que Jamf annonce précisément

Dans ses notes de dépréciation de Jamf Pro 11.33, Jamf indique que les Mac sous macOS 27 ou ultérieur échouent à monter les points de distribution utilisant AFP. L’éditeur recommande de migrer ces dépôts vers SMB ou d’activer HTTPS. Cette annonce ne signifie pas que tous les dépôts Jamf sont concernés : JCDS et les points déjà servis par HTTPS ou SMB suivent d’autres chemins.

2. Le risque opérationnel derrière le protocole

Un dépôt AFP oublié peut interrompre une politique d’installation, une réparation Self Service ou un workflow de remise en service, même si l’enrôlement MDM et l’inventaire restent fonctionnels. Le symptôme peut alors ressembler à un problème de paquet, de réseau ou de droits. Les équipes doivent relier version de macOS, point de distribution sélectionné, méthode d’authentification et résultat du téléchargement.

3. Qu’est-ce que cela change pour une entreprise belge ou française ?

Pour une PME dont Jamf est opéré par un partenaire, le contrôle immédiat consiste à demander la liste des points de distribution, leur protocole et un test depuis un Mac pilote sous macOS 27. Pour une ETI, un grand groupe ou une administration répartie entre Belgique, France et Europe, la migration doit aussi couvrir les sites distants, les relais réseau, les règles pare-feu, les comptes techniques et les procédures bilingues de support.

Les environnements réglementés doivent conserver la preuve du test, de la bascule et du retrait des identifiants AFP. Le passage à HTTPS peut simplifier le franchissement réseau, tandis que SMB peut rester adapté à un dépôt interne ; le choix dépend de l’architecture, pas d’une préférence universelle.

4. Analyse Underside : traiter le dépôt comme une chaîne de livraison

La migration doit être menée comme un changement de chaîne logicielle. Apple Business Manager et Automated Device Enrollment placent le Mac sous gestion ; Jamf orchestre ensuite les politiques ; le dépôt livre les paquets. Si ce dernier maillon casse, le zero-touch deployment devient partiel. L’analyse doit donc inclure DNS, certificats TLS, segmentation, capacité, authentification, intégrité des paquets et journalisation.

Cette démarche complète le contrôle d’intégrité SHA-256 de JCDS et le guide sur les paquets macOS en gestion déclarative : protocole de transport, intégrité et orchestration doivent être validés séparément.

5. Plan de migration recommandé

• Inventorier tous les points de distribution, leurs protocoles, priorités et sites associés.
• Identifier les politiques, paquets et scénarios de secours qui dépendent encore d’AFP.
• Choisir SMB ou HTTPS selon l’architecture réseau, l’exposition et le modèle d’authentification.
• Tester téléchargement, installation, reprise et Self Service sur un Mac macOS 27 représentatif.
• Déployer par vagues, surveiller les échecs et conserver temporairement une voie de retour maîtrisée.
• Retirer AFP, ses règles réseau et ses identifiants une fois la continuité démontrée.

Source officielle : Jamf Pro 11.33 Release Notes — Deprecations and Removals, consultée le 14 octobre 2026.