Sécurité: impossible d'afficher le propriétaire actuel

8

J'ai un utilisateur avec des droits administratifs locaux sur sa boîte Windows 7 64 bits. Ils ont extrait un fichier d'un fichier zip qu'ils ont téléchargé avec l'extension Shell shell sur leur bureau sur un volume NTFS non chiffré ou compressé.

Malheureusement, ils ne peuvent pas l'ouvrir. J'ai essayé de m'en approprier et il signale simplement "L'accès est refusé" et pour le propriétaire actuel, il signale "Impossible d'afficher le propriétaire actuel".

À ce stade, le fichier ne peut pas être supprimé, exécuté ou modifié. J'ai déjà vu cela exactement se produire dans Vista auparavant, mais je ne peux pas pour la vie de me rappeler comment le réparer.

Des idées sur la façon dont cela s'est produit ou comment y remédier? Je serais heureux de le supprimer sans format à ce stade.

security ntfs permissions Jim McKeeth
la source

Réponses:

5

Il m'est arrivé la même chose. redémarrer le fixe!

Matthieu
la source
Fait intéressant, un redémarrage l'a corrigé pour moi. Le fichier a disparu. Je suppose que le fichier n'existait pas, c'est pourquoi je n'ai pas pu y changer quoi que ce soit. C'est frustrant de voir à quelle fréquence j'oublie les bases, mais elles restent utiles!
Jim McKeeth
2

Microsoft fournit un outil gratuit écrit par un tiers dans la section de téléchargement:

FILEACL v3.0.1.6

C'est un outil de ligne de commande d'autorisations NTFS. Il permet de manipuler des ACL sur des volumes NTFS:

  • modifier les masques d'autorisations
  • prendre possession
  • manipuler l'héritage
  • signaler les autorisations et les appliquer ailleurs
  • afficher la version brute ou SDDL des informations de sécurité

* FILEACL n'est pas un outil Microsoft, par conséquent Microsoft ne peut fournir aucun type d'assistance concernant cet outil, veuillez vous référer au site Web tiers ci-dessous pour toute demande d'assistance. *

Vous trouverez ici comment utiliser cet outil (commutateurs de ligne de commande, etc.): documentation .

splattne
la source
2

D'autres ont souligné que cela peut être résolu en redémarrant - c'est parce que ce problème peut être causé par des applications qui gardent les descripteurs de fichiers ouverts. J'ai vécu cela avec le processus TGitCache en arrière-plan de TortoiseGit, qui gardait en quelque sorte les dossiers du référentiel même après les avoir supprimés. Tuer le processus a fait disparaître ces dossiers.

Dans ce cas, redémarrer explorer.exe pour tuer toutes les extensions Shel ferait probablement l'affaire.

TripleEmcoder
la source
1

il y a le bouton "Débloquer" dans les propriétés du fichier, vérifiez si pousser cela aide.

Alexander Taran
la source
Fait intéressant, un redémarrage l'a corrigé. Le fichier a disparu. Je suppose que le fichier n'existait pas, c'est pourquoi je n'ai pas pu y changer quoi que ce soit. C'est frustrant de voir à quelle fréquence j'oublie les bases, mais elles restent utiles!
Jim McKeeth
-1

J'ai vu ça avant une fois. Le fichier zip peut contenir un mot de passe. Le shell WIndows ne le révélera pas, mais si vous ouvrez le ZIP avec un outil tel que Winrar, vous verrez qu'il est protégé par mot de passe.

Joe Lambe
la source
1
Pas mauvais. Si le fichier a été extrait, comme indiqué par l'OP, ce n'est pas un problème de protection du mot de passe par le zip.
HopelessN00b