Pourquoi les fichiers des Mac sont-ils souvent chiffrés lorsqu'ils sont copiés sur un disque dur et affichés à partir de Windows?
Pourquoi les fichiers des macs sont-ils souvent cryptés lorsqu'ils sont placés sur un lecteur externe et que ce lecteur est branché sur un système Windows?
Je vais vous expliquer ce que je veux dire, car ils ne semblent pas chiffrés à première vue, car vous pouvez les ouvrir.
mais en y regardant de plus près, ils peuvent apparaître en vert dans l'explorateur Windows

et la commande de chiffrement de Windows apparaît alors comme chiffrée, et leurs propriétés d'attribut s'affichent comme chiffrées.

Je ne suis pas la seule personne à avoir rencontré cela, à la recherche par exemple Comment répertorier les fichiers cryptés dans Windows 7? une affiche écrit "... J'étais en train de nettoyer un disque dur externe et je suis tombé sur 150 fichiers qui étaient cryptés. Je voulais donc savoir quoi et où ils se trouvaient car je n'utilise pas de cryptage sur mes ordinateurs. Il s'avère que c'était à partir d'un quelques téléchargements que je peux facilement obtenir. Ou voir les dossiers «_MACOSX» sur mon ordinateur. Ils sont toujours chiffrés. »
Un exemple que j'ai rencontré est un programme que j'ai écrit dans les rails juste un répertoire appelé "scaffoldingtest1" que j'ai créé avec la commande rails new scaffoldingtest1
et j'aurais copié un répertoire parent sur un disque dur externe.
J'ai également vu des fichiers PDF liés à Adobe, provenant d'utilisateurs Mac.
Et ils sont cryptés comme s'ils étaient cryptés sur la machine Windows, en ce sens qu'ils ne peuvent être visualisés qu'à partir de ce nom d'utilisateur Windows @ cet ordinateur. Comme indiqué dans les propriétés du cryptage dans Windows. Et cet utilisateur de cet ordinateur peut les déchiffrer. Mais ils ont en quelque sorte été chiffrés comme ça. Si ce lecteur externe a été transféré sur un autre ordinateur Windows, il ne peut pas être lu.
Et je me demande quel paramètre sur OSX est à l'origine de cela?
Remarque - puisque certains modérateurs ont tendance à supprimer les longs fils de commentaires et à perdre des informations importantes, voici un lien vers le fil de commentaires pour le moment sauvegardé ici à partir du 21/11/2020 20:13 heure du Royaume-Uni https: // pastebin. com / raw / f2Aytv6W
Réponses
La raison en est un problème de compatibilité connu avec le programme macOS Archive intégré et le décompresseur intégré dans différentes versions de Windows.
Lorsque vous utilisez l'outil "Compresser" intégré au Finder, vous obtenez un fichier ZIP. Le fichier ZIP contient, entre autres, ce que l'on appelle des "attributs de fichier externe" pour chaque fichier. Ces attributs dépendent du système hôte (c'est-à-dire que ces attributs ne sont pas garantis pour être compris de la même manière sur divers systèmes d'exploitation).
Malheureusement, l'un des attributs avec lesquels les outils macOS marquent les fichiers est interprété par l'outil de décompression intégré de Windows comme marquant le fichier comme "crypté" (qui est une forme spéciale de cryptage de fichier unique intégré au fichier NTFS système). Cela signifie que lorsqu'ils sont décompressés, les fichiers ont l'attribut crypté et leurs noms sont affichés en vert dans l'explorateur Windows.
Cependant, il n'y a pas d'inconvénients significatifs à cela car vous pouvez facilement ouvrir les propriétés sur les fichiers et supprimer la coche sur l'attribut "crypté". Le contenu du fichier n'est pas vraiment crypté, donc les fichiers peuvent être ouverts comme toujours.
Vous pouvez éviter ce problème en utilisant un autre outil de compression sur le Mac ou en utilisant un autre outil de décompression sous Windows.
Les détails techniques sont les suivants:
Le problème est causé par le décompresseur Windows analysant incorrectement les "attributs de fichier externe" dans l'en-tête ZIP pour chaque fichier / dossier. Cet élément de l'en-tête dépend de l'hôte, en tant que tel, le décompresseur doit vérifier l'élément de l'en-tête du fichier du répertoire centrall connu sous le nom de "Version faite par" pour vérifier quel système d'exploitation a créé le fichier. L'outil de compression macOS stocke correctement la valeur d'attribut 3 pour "Unix" ici.
Malheureusement, l'outil Windows ne tient pas compte de cette valeur et interprète toujours les attributs de fichier comme s'ils avaient été créés sous Windows. Le problème de "cryptage" vient du fait que les fichiers ZIP créés sous Windows stockent les attributs de fichier selon les constantes d'attribut de fichier (FILE_ATTRIBUTE _ <...>) définies par Microsoft. En particulier FILE_ATTRIBUTE_ENCRYPTED défini par la valeur 0x4000 signifie fichier ou répertoire chiffré. Cependant, les systèmes Unix utilisent les constantes POSIX où S_IFDIR est l'attribut qui signifie "ceci est un dossier" - et est généralement défini comme la valeur 0040000, ce qui équivaut à 0x4000.