2013-04-19 3 views
9
이 스택   오버플로 문제는 그것이 작동해야하는 것처럼 보이는 명령을 제안하지만 (하지만 그 대답은 지금은 삭제)하지 않습니다

:한 줄에서 runas 명령을 완료하는 방법

Single line command for Run as a different user on Window 7 that contains a password also

명령은 다음과 같습니다

echo PaSsWoRd | runas /user:Administrator cmd 

그것을 말한다 그러나 :

사용자 이름이 잘못되었거나 암호가 잘못되었습니다.

세부 사항은 분명 정확합니다.

runas /user:Administrator 

을 ... 내가 PaSsWoRd에 입력하면 다음 줄에, 그것은 아무 문제가 작동하지 않을 것입니다 예를 들어, 나는 있다면 실행합니다.

+0

어때'runas/user : Administrator "cmd"< "C : \ pass.txt"' – Todd

답변

15

runas command does not allow a password on its command line. 이것은 설계 상으로는 (그리고 암호를 입력으로 파이프 할 수없는 이유이기도합니다). Raymond Chen은 멋지게 말합니다 :

RunAs 프로그램을 사용하려면 수동으로 암호를 입력해야합니다. 명령 줄에서 암호를 허용하지 않는 이유는 무엇입니까?

이것은 의식적인 결정이었습니다. 명령 줄에 암호를 전달할 수 있다면 사람들은 일괄 적 파일 및 로그온 스크립트에 암호를 포함시키기 시작할 것입니다. 이는 매우 불안정합니다.

즉, 기능을 안전하지 않게 사용하려는 유혹을 제거하기 위해 기능이 누락되었습니다. 그것은이 경우 다음 "비밀번호"파이프 입력을 허용 한 경우

+1

완전히 패배입니다. "보안"에 대한 아이디어가 사용자보다 더 똑똑해 지려고하는 소프트웨어 디자이너들에 의해 제기된다는 것은 정말로 귀찮은 일입니다. 사용자가 비밀번호를 삽입하려는 경우 이는 해당 사용자의 특권입니다. 대신이 링크를 통해 오는 우리 모두는 다른 불쾌한 수단을 통해 창에서 SUDO를 동등하게 활용하고 규칙을 굽히고 시간을 낭비하는 다른 방법을 모색 할 것입니다. 하나의 배치 파일을 취약하게 만드는 대신, "sudo"를 작동 시키려면 시스템의 전반적인 보안을 줄여야합니다. 디자인은 사용자보다 더 똑똑해서는 안됩니다. 당신은 실패합니다! –

+0

1) 나는이 결정을 내리지 않았으므로 내게 그것에 대해 불평하는 것은 의미가 없다. 2) Microsoft는 올바른 결정을 내렸습니다. 스크립트에 패스워드를 삽입하는 것은 그 대답에 이미 언급 된 주된 이유 때문에 심각하게 나쁜 생각이다. –

+0

당신은 마이크로 소프트 sysinternals에서 psexec 수 있습니다. psexec -user MyUser -p MyPassword "cmd" – user797717

0

후행 공간이있다.

주목해야 할 부분입니다.