Запуск процесса на удалённом компьютере – “Проксирование”

Этот метод немного отличается от тех что я перечислял раньше, да и служит совсем для других задач. Он позволяет разрешить обычному пользователю выполнять некую команду требующую административных привилегий, никаким образом не выдавая дополнительных полномочий и не подставляя под угрозу пароль администратора. Ну и разумеется когда делегирование полномочий невозможно, или предоставляет слишком большие возможности.

Чаще всего такие проблемы люди решают с помощью утилит вроде cpau.exe которые создают файл-“ярлык” с зашифрованным паролем административной учетной записи, позволяющий запускать определённую программу. Проблема в том, что хоть пароль и зашифрован, перед запуском программы утилите придётся его расшифровать. А соответственно пользователь может его узнать и использовать для запуска других программ или получения дополнительных привилегий. Практически это конечно достаточно сложно, и тёте Маше из бухгалтерии вряд ли по силам, но вполне возможно.

Чтобы действительно обезопаситься от подобных проблем, но тем не менее разрешить выполнение конкретной команды можно использовать методику которая вроде как называется “проксированием”, а по сути представляет из себя простую реализацию клиент-сервер

Я сегодня опишу простейшую реализацию такой системы, и даже не буду использовать PowerShell, обойдёмся обычным cmd.exe Нам понадобится 3 командных файла:

Server.cmd

@echo off
set trigger=c:\commandShare\trigger.txt
set action=c:\scripts\action.cmd
set log=c:\scripts\log.txt
:start
if exist %trigger% start %action% & echo %time% %date%>>%log% & del %trigger%
sleep.exe 5
goto start

Action.cmd

for /f "skip=4 tokens=1" %%a in ('net files') do net files %%a /close
exit

Run.cmd

echo test > \\server\commandShare\trigger.txt

Файлы server.cmd и action.cmd находятся на сервере, в папке c:\scripts. Файл Server.cmd запускается при старте системы с административными полномочиями. Этого можно добиться например с помощью планировщика задач (подробнее тут). Он проверяет наличие файла c:\commandShare\trigger.txt и если он существует то:

1) Запускает файл c:\scripts\action.cmd

2) Пишет в c:\scripts\log.txt текущую дату и время

3) Удаляет файл c:\commandShare\trigger.txt.

Затем он ждёт 5 секунд (команду sleep.exe можно взять из Resource Kit или заменить например на ping nonexist -n 1 > nul) и повторяет всё заново.

Файл Action.cmd содержит команды которые будут выполнятся с административными привилегиями, но по инициативе пользователя. В данном случае это отключение открытых по сети файлов.

Ну и как можно догадаться файл Run.cmd находится на рабочем столе пользователя. Единственное что он делает – создает на сетевой папке на сервере файл trigger.txt. Разумеется доступ на запись к этой сетевой папке должен иметь только тот пользователь, который имеет право выполнять вышеприведенную команду.

Метод может и выглядит достаточно сложным, тем не менее является вполне безопасным (разумеется при правильной реализации).

PS: Бонус – server.ps1

$trigger="c:\commandShare\trigger.txt"
$action="c:\scripts\action.cmd"
$log="c:\scripts\log.txt"
while ($true)
{
    if (test-path $trigger) {& $Action; get-date >>$log; del $trigger}
    sleep 5
}

Постарался сделать максимально похожим на cmd версию