2 votes

Pourquoi je ne peux pas lire /private/var/db/ConfigurationProfiles/Store sous MacOS 10.13

J'essaie de mettre en place un nouvel utilitaire de sauvegarde sur mon système, et je reçois une erreur disant qu'il ne peut pas obtenir les fichiers dans le dossier /private/var/db/ConfigurationProfiles sous MacOS 10.13.3.

Le problème ne se pose pas sous une machine virtuelle fonctionnant sous MacOS 10.12, mais si j'essaie de lire les données de l'ordinateur /private/var/db/ConfigurationProfiles/Store puis j'obtiens des erreurs :

ComputerName:~ root# cd /private/var/db/ConfigurationProfiles/
ComputerName:ConfigurationProfiles root# ls
.cloudConfigNoActivationRecord
.noActivationRecord
Settings
Setup
Store
com.apple.ManagedClient.enrollagent.plist
ComputerName:ConfigurationProfiles root# cd Store 
-sh: cd: Store: Not a directory
ComputerName:ConfigurationProfiles root# ls -lah
ls: Store: Operation not permitted
total 0
drwxr-xr-x    8 root  wheel   256B 25 Jan 07:51 .
drwxr-xr-x  108 root  wheel   3.4K 14 Feb 12:57 ..
-rw-r--r--    1 root  wheel     0B 13 Dec  2015 .cloudConfigNoActivationRecord
-rw-r--r--    1 root  wheel     0B 17 Dec  2014 .noActivationRecord
drwxr-xr-x@   4 root  wheel   128B 25 Jan 07:51 Settings
drwx------    3 root  wheel    96B 15 Feb 22:17 Setup
-rw-r--r--    1 root  wheel   490B  9 Sep  2014 com.apple.ManagedClient.enrollagent.plist

Obtenir des informations sur le fichier dans le Finder montre des permissions inconnues :

Get Info for file

J'ai essayé la même chose dans une VM exécutant MacOS 10.13 Beta (donc, une installation complètement séparée), et j'obtiens le même problème.

Une idée de ce qui se passe ici, si je dois le corriger, ou si je dois simplement exclure ce chemin de mes sauvegardes ?

Merci !

1voto

David Smith Points 410

Ouais est définitivement protégé par la protection de l'intégrité du système. En le désactivant, le fichier apparaît comme un répertoire. Le mien avait un .plist vide dedans.

0 votes

Ouaip. Si vous ne pouvez pas voir quelque chose lorsque vous êtes connecté en tant que Root, soupçonnez le SIP à chaque fois.

0 votes

Oui, ce qui est inhabituel avec ce fichier par rapport aux fichiers protégés SIP habituels, c'est qu'il ne peut être examiné (lu, ou même statué) par personne, même par l'utilisateur root. Les autres fichiers SIP peuvent généralement tous au moins être lus et leurs permissions peuvent être visualisées. Il s'affiche également dans le Finder comme s'il s'agissait d'un seul fichier alors qu'il s'agit en réalité d'un répertoire contenant un certain nombre de répertoires et de fichiers.

0 votes

Le fichier SystemKey contient le mot de passe réel pour System.keychain, c'est pourquoi vous ne pouvez pas l'examiner, même en tant que Root. Pour toute personne qui désactive SIP et examine ce fichier, le mot de passe du système peut être extrait très facilement en utilisant hexdump -s 8 -n 24 -e '1/1 "%.2x"' //private/var/db/SystemKey && echo .

0voto

Sayan Points 2287

C'est un problème de permission de lecture/écriture. Essayez ces étapes !

Trouvez ces touches sur votre clavier commande+i cela ouvrira la fenêtre "get info".

Une fois que la fenêtre s'est ouverte, faites défiler la page vers le bas et cliquez sur le bouton "Partage et autorisation".

Maintenant, si vous ne voyez pas votre nom d'utilisateur dans le fichier qui apparaît après avoir cliqué sur partage et autorisations, ajoutez votre nom d'utilisateur (Admin) en cliquant sur le signe plus.

Si cela ne fonctionne pas, cliquez à nouveau sur le signe plus et ajoutez l'administrateur (vérifiez d'abord si l'administrateur est visible dans le dossier ou non après avoir cliqué sur partage et autorisation).

Après avoir appuyé sur command+i, vous verrez une fenêtre comme celle-ci, après laquelle vous devrez cliquer sur l'icône de verrouillage ! (Je l'ai déjà déverrouillé donc il y a un signe de déverrouillage)

enter image description here

Saisissez ensuite votre mot de passe

Une deuxième fenêtre superposée apparaît alors sur l'écran de votre Mac.

Maintenant, vous devrez sélectionner votre nom d'utilisateur ou vos administrateurs et l'ajouter au champ de partage et de permissions.

Après cela, il n'y aurait plus de problème de permission !

enter image description here

0 votes

Merci pour vos commentaires Sayan. Malheureusement, je suis déjà passé à l'utilisateur Root dans la sortie du terminal pour obtenir les autorisations maximales, et je vais modifier mon message pour montrer ce que le partage et les autorisations montrent.

0 votes

Pour ceux qui souhaitent ajouter des éléments à partir de la liste complète des utilisateurs/groupes du système, maintenez enfoncée la touche alt lorsque vous cliquez sur le bouton plus.

-2voto

David Smith Points 410

Modifié : Votre noyau bloque certainement l'accès ce qui vous empêche de lire le fichier.

J'ai essayé lsof -b qui évite les blocages du noyau et il a dit qu'il ne pouvait pas l'ouvrir en raison de l'utilisation de -b qui indique que le noyau bloque l'accès.

Il semblerait que cela corrobore la théorie des logiciels malveillants puisque je n'ai jamais établi de profil de configuration sur mon ordinateur. Le fichier a été créé exactement 10 heures après la réinstallation de mon système d'exploitation.

Original : (Je m'excuse si c'est trop théorique, mais la plupart des gens ne croient même pas à l'existence de logiciels malveillants pour les Mac).

Mais il semble qu'il y ait quelque chose de bizarre qui se passe ici. Je crois personnellement que le malware/modifié BOOTROM/BIOS/kernel (essayez et cat /dev comme "cat /dev"). Mais oui, rien ne fonctionne sur ce fichier, y compris stat, cat, more, ls, rm, cp, file, ln. C'est intéressant étant donné qu'il s'agit d'un fichier lié à un profil de configuration, ce qui semble impliquer qu'il y a en fait un profil de configuration installé sur l'ordinateur, qui, de manière compréhensible, voudrait empêcher un utilisateur d'accéder au profil de configuration de l'ordinateur s'il était légitimement installé comme sur un ordinateur professionnel. Ceci est sur mon ordinateur personnel le vôtre aussi ?

Je vois que vous avez également un fichier managedclient .plist qui correspond aux préférences d'un compte gestionnaire sur votre ordinateur. Avez-vous configuré un utilisateur avec des paramètres de contrôle parental ou autre ? Si non, pouvez-vous ouvrir ce fichier ?

Il n'est pas logique que l'utilisateur root ne puisse rien faire du tout sur ce fichier je n'en ai jamais vu un aussi protégé. Je suppose que la prochaine option serait de désactiver SIP en mode récupération "csrutil disable ; reboot" mais normalement, même les fichiers protégés par SIP sont lisibles.

0 votes

Je ne vois pas de réponse ici ; cela ressemble plus à un commentaire. Merci de l'éditer pour qu'il réponde directement à la question de l'OP.

0 votes

C'était plus un commentaire qu'une réponse. Je ne suis pas très familier avec ce site mais je considère que personne d'autre n'a d'idée sur ce problème. Ma réponse pourrait être comprise comme suit : la raison pour laquelle vous ne pouvez pas le lire est qu'il s'agit d'un logiciel malveillant et non normal, la désactivation de SIP pourrait être le seul moyen de lire le fichier.

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X