Подъемный процесс с UAC без ShellExecute

Question

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

Я нашел этот ответ здесь, что почти соответствует наш код: Windows 7 and Vista UAC - Programmatically requesting elevation in C#

Единственное отличие состоит в том, что мы установили ShellExecute ложь. Это вызвало исключение Win32Exception, что процесс требует повышенных прав. Использование ShellExecute разрешило это.

Мой вопрос: почему? Скорее всего, есть ответ на этот вопрос, который имеет смысл и будет действительно понимать, что происходит, поэтому я буду знать, что в следующий раз потребуется нечто подобное.

Большое спасибо за все советы!

Answer 1

Способ поднять новый процесс программно - попросить оболочку выполнить исполняемый файл с помощью глагола runas. Это единственный способ сделать это. Чтобы передать глагол runas в оболочку, вам нужно вызвать подходящую функцию API Win32. Возможные кандидаты включают ShellExecute и ShellExecuteEx.

Свойство UseShellExecute определяет, какой вызов API используется при вызове Process.Start. Если UseShellExecute - true, то вызывается ShellExecuteEx. В противном случае вызывается CreateProcess.

Итак, когда вы установили UseShellExecute в false, вы переключились на использование CreateProcess. И CreateProcess не имеет механизма для подъема нового процесса. Поэтому, когда UseShellExecute является false, глагол runas, который вы указали, просто игнорируется, потому что CreateProcess не получает глаголы оболочки.

Answer 2

Поведение связано с тем, что Process.Start использует один из двух API внутри: CreateProcess или ShellExecuteEx. Только последний поддерживает выравнивание UAC, и почему мы должны установить UseShellExecute = true.

В качестве интересного в стороне есть другой способ достижения Высота UAC без непосредственного начала нового процесса. Вы можете написать внепроцессный COM-компонент для выполнения фактической работы, которая должна выполняться с повышением. Затем, когда вы создаете экземпляр компонента, он запускается в режиме повышенной (после отображения приглашения UAC). Конечно, нелегко написать внепроцессные COM-компоненты в .NET без использования C++/CLI. Но см. this post для получения дополнительной информации.

Answer 3

Microsoft Channel 9 video that explains the guts of UAC.

Архитектурно только ShellExecute обладает знаниями о том, как запустить Consent.exe (диалоговое UAC). Вот почему вы должны его использовать.