По ходу дела вроде через WSShell.Sendkeys надо будет пароль вводить ?

SendKey для RUNAS и правда - работает, но в описанной ситуации это будет ненадежно: если текущий юзер переведет фокус ввода на другое окно - все идет наперекосяк. Я пользуюсь подобной байдой для генерации каталогов пользовательских профайлов на свеженастроенных клиентских машинах под XP, но - соответственно - скрипт запускает админ, который знает, что нужно подождать и ничего не нажимать пару минут.

Можно также PSEXEC Руссиновича использовать - логин/пароль простыми параметрами CLI передать можно. Если безопасность и вправду некритична - то упаковать такой вызов в VBE для девизуализации - и все дела.

Если по уму, то лучше проксирования  - в обычной форме или в форме scheduled task - ничего нет. Но это вариант хорош только при "стационарном" применении. Если скрипт предназначен для эпизодического применения на различных машинах - тогда ИМХО только упаковка - см. выше.

doskey.exe /exename=runas.exe pw=Мой пароль
runas /user:admin "chkdsk x:" <con

— теперь вместо пароля можно ввести «pw».

В свою очередь макросы DOSKEY позволяют улучшить автоматизацию ввода пароля с помощью WshShell.SendKeys(), — я подозреваю, что в тех случаях, когда говорят, что это не работает с RUNAS, виноват ненадёжный метод WshShell.SendKeys(): например, пароль содержит символы отсутствущие в текущей раскладке клавиатуры и т.п. Если же воспользоваться макросом, имя которого — устойчивый к отправке с помощью WshShell.SendKeys() символ, например, точка или цифра, то всё должно заработать:

@if (0)==1 @end /*
@echo off
set title="%~fs0 %random% %time%"
title %title%
doskey.exe /exename=runas.exe .=Мой пароль&&^
CScript.exe /nologo /e:JScript "%~fs0"&&^
runas.exe /user:admin "cmd.exe /k set user" >nul <con
exit /b

*/
var WshShell = new ActiveXObject("WScript.Shell");
WshShell.AppActivate(WshShell.ExpandEnvironmentStrings("%title%"))?
WshShell.SendKeys(".~") : WScript.Quit(1);

(не следует запускать в скрытом окне, но можно в свёрнутом).

2 alexii мне нужен запуск на этом же самом локальном компе...

Не понял в чём состоит проблема.

echo MyPassword|runas.exe /netonly /user:"User" "wscript.exe C:\util\111\mmm.vbs"

Но я бы всё же использовал проксирование: скрипт, запущенный от имени администратора/системы через Планировщик, который следит за неким событием, по которому он исполняет заранее заданные действия.

По безопасности никаких опасений, в скрипте можно в открытую прописывать и логин и пароль админа...

Это как так?

runas /noprofile /savecred /user:admin "wscript.exe C:\util\111\mmm.vbs"

По безопасности никаких опасений, в скрипте можно в открытую прописывать и логин и пароль админа...
Нужно сделать так, чтобы запрос пароля обнаруживался и вводился автоматически...
В голове крутится использование wsshell stdout / stdin ...
Никто подобное не реализовывал ?