Accès complet au disque sur Mac : Apple prépare un tour de vis

Une application de sauvegarde, un outil de sécurité et un assistant IA peuvent tous demander le même réglage sur un Mac : l’accès complet au disque. Pourtant, la justification métier et la quantité de données nécessaires ne sont pas les mêmes. Accorder cette autorisation par habitude revient à élargir un accès sans toujours savoir ce qui sera lu ni comment les données seront utilisées.

Le 2 octobre 2026, Apple a annoncé vouloir renforcer les contrôles entourant ce privilège. Le constructeur vise un consentement plus explicite et souligne le risque croissant associé aux agents IA autonomes. Pour une entreprise équipée de Mac, cette annonce ouvre un chantier utile dès maintenant : réexaminer les applications autorisées et leurs besoins réels.

Il reste toutefois une distinction essentielle entre la direction annoncée par Apple et les mécanismes disponibles aujourd’hui. Au 5 octobre 2026, aucune version de macOS, date d’entrée en vigueur ou évolution précise des profils MDM n’est donnée dans cette annonce. L’objectif immédiat est donc de préparer le parc et les usages, sans inventer un calendrier de migration.

Dans les réglages de confidentialité de macOS, cette autorisation ouvre l’accès à des données protégées, notamment celles de Mail, Messages ou Safari, ainsi qu’à des sauvegardes Time Machine et à certains réglages administratifs. Le périmètre dépasse donc les quelques documents que l’utilisateur souhaitait initialement faire analyser.

Il faut distinguer cette autorisation des accès à certains fichiers ou dossiers, de l’accessibilité et de l’enregistrement de l’écran. Ces réglages répondent à des besoins différents. L’accès complet au disque ne transforme pas, à lui seul, une application en administrateur du Mac et ne remplace pas les autres contrôles du système.

Le chiffrement FileVault répond également à un autre risque : protéger les données du volume contre un accès non autorisé, notamment lorsque le stockage est récupéré hors de la machine. Il ne permet pas de décider à quelles applications confier les données dans une session de travail. Un parc correctement chiffré a donc encore besoin d’une politique d’autorisations applicatives.

L’enjeu consiste à rapprocher le privilège du service attendu. Une sauvegarde peut devoir lire largement les données qu’elle protège. Pour un assistant chargé de résumer quelques documents, on peut commencer par examiner si une sélection de fichiers suffit. Cette décision dépend de l’application et de son fonctionnement réel.

Apple relie son annonce à des logiciels capables d’agir avec davantage d’autonomie. Le sujet n’est pas seulement la confiance accordée à l’éditeur : il concerne aussi le périmètre de la tâche confiée à l’outil.

Prenons un exemple fictif : un collaborateur souhaite préparer une synthèse à partir de trois documents de projet. Si l’application dispose d’un accès beaucoup plus large, le périmètre technique ne correspond plus au besoin exprimé. L’entreprise doit alors vérifier ce que l’outil consulte, ce qu’il conserve et ce qu’il transmet éventuellement à un service distant.

L’accès local et le traitement cloud sont deux questions distinctes. Une autorisation macOS ne prouve pas qu’une application envoie les fichiers hors du poste ; elle ne garantit pas non plus un traitement exclusivement local. Il faut lire les conditions du service et vérifier les paramètres propres au produit avant de conclure.

Il faut aussi considérer les informations qui appartiennent à d’autres personnes : échanges clients, messages reçus et documents partagés. L’utilisateur qui clique sur une autorisation n’est pas nécessairement le seul concerné par les données accessibles. Cela justifie une règle d’entreprise claire, plutôt qu’une succession de décisions individuelles difficiles à retrouver.

Pour un usage ponctuel, une sélection explicite de documents peut constituer un meilleur point de départ. Si le produit exige malgré tout un accès étendu, le service IT doit pouvoir examiner cette dépendance avec le métier et l’éditeur, puis documenter la décision.

Le MDM permet déjà de gérer des préférences de confidentialité au moyen des profils Privacy Preferences Policy Control, ou PPPC. La classe System Policy All Files concerne l’accès étendu aux données. Les règles identifient une application ou un binaire et son exigence de signature ; en cas de profils contradictoires, les réglages les plus restrictifs s’appliquent.

Cette documentation décrit le fonctionnement existant. Elle ne permet pas de déduire comment les futurs contrôles annoncés par Apple interagiront avec ces profils. Il serait prématuré d’affirmer que les autorisations MDM vont disparaître, ou qu’elles seront automatiquement exemptées.

Pour un parc géré avec Jamf Pro ou un autre MDM, l’audit doit rapprocher la règle configurée, son périmètre de déploiement et le comportement constaté sur les postes. Un profil présent dans la console ne prouve pas, à lui seul, que la bonne version du binaire est couverte et que la fonction métier fonctionne.

Une difficulté fréquente tient aux composants secondaires : l’interface visible de l’application et le service exécuté en arrière-plan peuvent être distincts. La vérification doit donc porter sur les composants réellement utilisés par le produit. En cas de doute, les exigences actuelles de l’éditeur et un test sur un Mac représentatif valent mieux qu’un profil recopié sans contrôle.

Ce chantier complète la préparation des mises à jour décrite dans notre article sur Apple OS 27 et la compatibilité MDM. Il s’en distingue par une question plus précise : quelles applications peuvent lire quelles données, et pour quelle raison ?

Une liste de noms d’applications ne suffit pas. Pour chaque accès étendu, il faut retrouver un responsable, une fonction attendue et un moyen de vérifier que l’autorisation reste nécessaire.

Ces lignes sont des points de contrôle, pas une liste d’autorisations à appliquer automatiquement. Deux produits de la même famille peuvent avoir des architectures et des besoins différents. L’éditeur doit pouvoir expliquer le privilège demandé ; le métier doit pouvoir expliquer la fonction dont il a besoin.

L’inventaire devrait aussi conserver le mode d’octroi, les versions testées, les postes concernés et la date de réexamen. Une exception validée pour résoudre un problème ancien ne doit pas devenir invisible lorsque le logiciel, son usage ou son responsable change.

La bonne préparation associe gestion de parc, support et responsables métier. Retirer toutes les autorisations d’un coup risquerait de dégrader des fonctions utiles sans apporter de compréhension supplémentaire.

L’autorisation doit pouvoir être réévaluée lorsqu’un salarié change de rôle, qu’un produit est remplacé ou que son modèle de traitement évolue. Une revue lors de ces événements est souvent plus utile qu’une validation oubliée au premier déploiement.

L’annonce d’Apple ne signale pas, à elle seule, une compromission. Elle fournit une occasion de rendre les accès plus compréhensibles et de préparer les applications légitimes aux prochains changements. Ce travail améliore la maîtrise du parc même si le calendrier annoncé par la suite laisse plusieurs mois de préparation.