Le service informatique aurait-il jamais besoin du mot de passe de domaine d'un utilisateur ?

@IsaacTruett Techniquement tout peut être fait directement via regedit ou en éditant manuellement ces fichiers desktop.ini. Cependant, de nombreux informaticiens sont beaucoup plus à l'aise avec les outils de l'interface utilisateur. En guise de raccourci, aussi peu judicieux soit-il, le responsable informatique peut demander à un utilisateur de faire l'une des trois choses que j'ai mentionnées (se connecter à sa place, réinitialiser le mot de passe ou donner le mot de passe) et utiliser les outils qu'il connaît bien, l'interface graphique.

Issac, bien qu'il soit stocké dans le registre, certains des paramètres sont spécifiques, et impossible à modifier. Vous devez vous connecter en tant qu'utilisateur pour laisser le programme les modifier au fur et à mesure de la création de son profil.

@KCotreau Pouvez-vous étayer votre affirmation selon laquelle un paramètre de registre peut être impossible à modifier par une citation ?

@sysadmin1138 Pourrais-je vous convaincre de mettre à jour le dernier paragraphe de votre réponse pour refléter votre commentaire ci-dessus ? Sinon, excellente réponse. +1. Merci.

@KCotreau @Isaac Techniquement vous pourriez copier temporairement le répertoire de stockage de leur registre dans le profil de l'administrateur, utiliser ce qui est nécessaire pour le modifier, puis le remettre en place. Ceci est Not a Good Idea™ dans 99% des cas. Je ne connais que très peu de circonstances dans lesquelles il est nécessaire de connaître le mot de passe de l'utilisateur de nos jours, et toutes sont liées aux éléments suivants stupide commodités (comme l'exemple Netware donné par SysAdmin1138).

Utilise le login script, espèce de farceur !

@john, pouvez-vous me donner un exemple où il serait impossible de réinitialiser le mot de passe des utilisateurs comme expliqué ? Je suis d'accord pour dire qu'il y a des endroits où les utilisateurs sont trop complaisants ou les administrateurs trop paresseux, mais je n'ai pas encore rencontré d'endroit où cela ne pourrait tout simplement pas fonctionner.

@Jim, là où je travaille, nous devons fréquemment nous connecter en tant qu'autres personnes et réinitialiser les mots de passe ne fait qu'énerver les gens sans raison valable. Nous avons un environnement où les mots de passe (pour la plupart des utilisateurs) ne sont pas secrets au sein de l'entreprise. Je sais que cela va à l'encontre de ce que pensent tous ceux qui travaillent dans de grandes entreprises et cela a été un véritable choc culturel pour moi lorsque j'ai commencé ici. C'est un choix de la direction, pas le mien, et c'est tout.

@john, donc dans votre cas vous connaissez toujours le mot de passe (puisqu'ils ne sont pas secrets), vous pourriez réinitialiser le mot de passe, puis le remettre au mot de passe non secret de l'utilisateur lorsque vous avez terminé. Certes, cela semble inutile dans votre scénario puisque les mots de passe sont connus du public, mais pour quelle raison cela ne fonctionnerait-il pas ?

@Jim, il y a le problème de l'utilisateur qui est affecté car il travaille normalement sur une autre machine et/ou doit se connecter ailleurs pendant que je fais mon travail sur la machine cible. Je dois souligner que les utilisateurs savent parfaitement que je me connecte en leur nom (très souvent à leur demande).

Le seul problème serait celui d'un utilisateur qui se déconnecte ou verrouille son poste de travail, puis revient pendant que vous travaillez sur son compte sur un poste de travail différent, mais je suis d'accord que vos circonstances excluent probablement tout problème de sécurité par les administrateurs se connectant en tant qu'utilisateurs. Je pense cependant que vos circonstances jettent la sécurité par la fenêtre.

Jim, je suis tout à fait d'accord sur le manque de sécurité, mais mon cas illustre bien que, qu'on le veuille ou non, il y a des exceptions à toutes les règles. Bien sûr, la sécurité du périmètre est une toute autre affaire et est prise au sérieux.

@John, je ne pense pas que cette exception réfute la règle, quand vous avez une entreprise qui choisit clairement d'ignorer la sécurité de manière flagrante (et si c'était les États-Unis, cela ouvrirait des tas de responsabilités légales rien que du côté des RH), aucune politique normale ne s'applique. En ignorant le fait que 2+1<>4 vous laisse toujours 1 de moins que 4.

C'est correct. La réinitialisation du mot de passe de l'utilisateur dans une telle situation ne fait que causer des problèmes, et interfère avec sa capacité à faire ce qu'il est en train de faire sur une autre machine.