La façon de remplir la commande RUNAS dans une ligne

Cette Pile Débordement de la question suggère une commande qui ressemble comme si il doit travailler, mais il n'a pas (la réponse est maintenant supprimé, tout de même):

Seule ligne de commande pour Exécuter en tant qu'utilisateur différent sur 7 de la Fenêtre qui contient également un mot de passe

La commande serait:

echo PaSsWoRd | runas /user:Administrator cmd

Cependant, il est dit:

nom d'utilisateur inconnu ou mot de passe incorrect.

Les détails sont certainement correctes. Par exemple, si j'étais à exécuter:

runas /user:Administrator

...et sur la ligne suivante, si j'ai tapé dans PaSsWoRd, cela ne fonctionne pas de problème.

Que diriez - runas /user:Administrator “cmd” < “C:\pass.txt”
Vous pouvez utiliser runas /savecred ..., il vous demandera le mot de passe une fois, puis n'oubliez pas. (voir le mot de passe de stockage de rundll32.exe keymgr.dll,KRShowKeyMgr)

OriginalL'auteur Accendi | 2013-04-19

  1. 29

    La commande runas ne permet pas un mot de passe sur sa ligne de commande. C'est par la conception (et aussi la raison pour laquelle vous ne pipe un mot de passe d'entrée). Raymond Chen dit gentiment:

    RunAs des exigences du programme que vous tapez le mot de passe manuellement. Pourquoi ne pas accepter un mot de passe sur la ligne de commande?

    C'était une décision consciente. S'il était possible de passer le mot de passe sur la ligne de commande, les gens commencent à l'incorporation de mots de passe dans les fichiers de commandes et de scripts d'ouverture de session, qui est laughably d'insécurité.

    En d'autres termes, la fonction est manquante pour supprimer la tentation d'utiliser la fonction de manière non sécurisée.

    Projet de loi

    Ce qui est complètement à l'échec. C'est vraiment fatigant de cette idée de "sécurité" est invoquée par les concepteurs de logiciels qui essaient d'être plus intelligent que l'utilisateur. Si l'utilisateur souhaite intégrer le mot de passe, puis c'est leur droit. Au lieu de nous tous à venir à travers ce lien va aller à la recherche d'autres façons d'utiliser SUDO équivalent dans windows par le biais d'autres moyens peu recommandables, plier les règles et de perte de temps. Au lieu d'avoir un fichier de commandes vulnérables, je vais sendup la réduction globale de la sécurité sur la machine à faire "sudo" pour travailler. Le Design ne doit jamais plus intelligente que celle de l'utilisateur. Vous échouez!
    1) je n'ai pas prendre cette décision, de sorte que des harangues pour moi, c'est inutile. 2) Microsoft certainement pris la bonne décision. L'incorporation de mots de passe dans un script est une monumentale de mauvaise idée, pour la principale raison déjà indiqué dans la réponse.
    vous pourriez psexec à partir de microsoft sysinternals par exemple psexec -utilisateur MyUser -p Monmotdepasse "cmd"
    1) à l'Aide de cette "fonctionnalité" est une mauvaise idée et monumentale de l'insécurité. 2) Vous ne pouvez toujours pas élever d'un non-processus élevés sans provoquer l'invite UAC.
    Si quelqu'un est curieux: La "réponse" de @N. S (qui, curieusement, a posté une question distincte plutôt que comme une autre réponse ici) suggère d'utiliser le WshShell objet COM SendKeys méthode pour simuler en tapant un mot de passe pour le runas programme. C'est encore plus précaire que si runas accepté un mot de passe sur sa ligne de commande, car il va envoyer la séquence de touches à ce que la fenêtre a le focus actuel! J'espère qu'il va sans dire que c'est une très, très mauvaise idée et j'espère que personne n'est réellement en train de faire cela.

    OriginalL'auteur Bill_Stewart