Elevare i privilegi di processo a livello di codice?

Sto cercando di installare un servizio utilizzando InstallUtil.exe ma invocato tramite Process.Start. Ecco il codice:

ProcessStartInfo startInfo = new ProcessStartInfo (m_strInstallUtil, strExePath);
System.Diagnostics.Process.Start (startInfo);

dove si m_strInstallUtiltrova il percorso completo ed exe in "InstallUtil.exe" ed strExePathè il percorso / nome completo per il mio servizio.

L'esecuzione della sintassi della riga di comando da un prompt dei comandi con privilegi elevati funziona; in esecuzione dalla mia app (utilizzando il codice sopra) no. Suppongo di aver a che fare con un problema di elevazione del processo, quindi come eseguirò il processo in uno stato elevato? Devo cercarlo ShellExecute?

Questo è tutto su Windows Vista. Sto eseguendo il processo nel debugger VS2008 elevato al privilegio di amministratore.

Ho anche provato a impostare startInfo.Verb = "runas";ma non sembra risolvere il problema.

Puoi indicare che il nuovo processo dovrebbe essere avviato con autorizzazioni elevate impostando la proprietà Verb dell'oggetto startInfo su 'runas', come segue:

startInfo.Verb = "runas";

Ciò farà sì che Windows si comporti come se il processo fosse stato avviato da Explorer con il comando di menu "Esegui come amministratore".

Ciò significa che il prompt UAC verrà visualizzato e dovrà essere riconosciuto dall'utente: se questo non è desiderabile (ad esempio perché si verificherebbe nel mezzo di un lungo processo), dovrai eseguire l'intero processo host con autorizzazioni elevate di Crea e incorpora un manifest di applicazione (UAC) per richiedere il livello di esecuzione "massima disponibile": questo farà apparire il prompt UAC non appena viene avviata l'app e tutti i processi figlio verranno eseguiti con autorizzazioni elevate senza ulteriori prompt .

Modifica: Vedo che hai appena modificato la tua domanda per affermare che "runas" non ha funzionato per te. È davvero strano, come dovrebbe (e lo fa per me in diverse app di produzione). Tuttavia, è necessario che il processo genitore venga eseguito con diritti elevati incorporando manifest.

Questo codice mette insieme soprattutto e riavvia l'attuale app wpf con i privilegi di amministratore:

if (IsAdministrator() == false)
{
    // Restart program and run as admin
    var exeName = System.Diagnostics.Process.GetCurrentProcess().MainModule.FileName;
    ProcessStartInfo startInfo = new ProcessStartInfo(exeName);
    startInfo.Verb = "runas";
    System.Diagnostics.Process.Start(startInfo);
    Application.Current.Shutdown();
    return;
}

private static bool IsAdministrator()
{
    WindowsIdentity identity = WindowsIdentity.GetCurrent();
    WindowsPrincipal principal = new WindowsPrincipal(identity);
    return principal.IsInRole(WindowsBuiltInRole.Administrator);
}


// To run as admin, alter exe manifest file after building.
// Or create shortcut with "as admin" checked.
// Or ShellExecute(C# Process.Start) can elevate - use verb "runas".
// Or an elevate vbs script can launch programs as admin.
// (does not work: "runas /user:admin" from cmd-line prompts for admin pass)

Aggiornamento: si preferisce il modo manifest app:

Fare clic con il tasto destro del mouse su Visual Studio, aggiungere, nuovo file manifest dell'applicazione, modificare il file in modo da avere impostato l'Amministratore come mostrato sopra.

Un problema con il modo originale: se inserisci il codice di riavvio in app.xaml.cs OnStartup, potrebbe comunque avviare brevemente la finestra principale anche se è stato chiamato Shutdown. La mia finestra principale è esplosa se app.xaml.cs init non è stato eseguito e in determinate condizioni di gara lo farebbe.

Secondo l'articolo Chris Corio: Insegna alle tue app a giocare bene con il controllo dell'account utente di Windows Vista, MSDN Magazine, gennaio 2007 , ShellExecutecontrolla solo il manifest incorporato e richiede all'utente l'elevazione se necessario, mentre CreateProcessaltre API no. Spero che sia d'aiuto.

Vedi anche: stesso articolo di .chm .

[PrincipalPermission(SecurityAction.Demand, Role = @"BUILTIN\Administrators")]

Questo lo farà senza UAC - non è necessario avviare un nuovo processo. Se l'utente in esecuzione è membro del gruppo Admin come nel mio caso.

È necessario utilizzare la rappresentazione per elevare lo stato.

WindowsIdentity identity = new WindowsIdentity(accessToken);
WindowsImpersonationContext context = identity.Impersonate();

Non dimenticare di annullare il contesto impersonato quando hai finito.