Discussion :

[Lung]

Comment écrire dans HKEY_LOCAL_MACHINE (ou toutes autres opérations désormais interdites) sous Windows 7 ?
(en étant un utilisateur normal au niveau droit).

J'ai lu le tutoriel sur l'UAC (http://pascalfonteneau.developpez.co...phi/vista/uac/).
J'ai créé le fichier manifest que j'ai mis à côté de l'exe, mais aucun changement.

J'ai vu dans la discution (http://www.developpez.net/forums/d95...windows-7-uac/):

Non, ce n'est pas possible. Tout le principe de l'UAC c'est que l'utilisateur doive systématiquement donner l'autorisation pour modifier le système.
La seule façon de lancer une appli avec les droits admins sans qu'elle demande l'autorisation, c'est qu'elle soit elle-même lancée par une application qui a déjà effectuée l'élévation de privillège.

La seule façon c'est ce fichier manifest ?

Le fichier manifest permet l'effet décrit là (http://windows.developpez.com/faq/vi...ac_elever_fast) ?

[djiga4me]

Et pourquoi ne pas directement essayer d'élever les privilèges de ton application, ou du moins demander à l'utilisateur une élévation de privilèges.

[Andnotor]

Peu importe Seven ou antérieur, un utilisateur standard ne peut pas écrire dans HKLM.

Le manifest sert simplement à définir l'accès souhaité et le cas échéant demander la confirmation à l'utilisateur. Mais s'il n'a pas les droits (puisque utilisateur standard), ça ne va rien changer à la donne, l'écriture sera toujours impossible

Ce que dit Frank est de lancer une 2ème application depuis une 1ère exécutée par RunAs (sous un compte admin donc) et qui à déjà passé le contrôle UAC. Le 2ième processus héritant des autorisations du premier.

[Lung]

Ce que dit Frank est de lancer une 2ème application depuis une 1ère exécutée par RunAs (sous un compte admin donc) et qui à déjà passé le contrôle UAC. Le 2ième processus héritant des autorisations du premier.

J'ai fait une première application qui lance la deuxième par le RunAs de la faq (http://delphi.developpez.com/faq/?pa...cuterentantque).
La deuxième s'exécute bien, mais n'a toujours pas de droit (donc ne fait rien et renvoit un message d'erreur).
Bien sûr, j'utilise un compte administrateur dans le RunAs.

[Franck SORIANO]

C'est normal.
La méthode donnée par la FAQ permet de lancer le deuxième processus avec un compte administrateur. En revanche, le deuxième processus se lance, mais sans faire l'élévation de privilège, donc la modification de HKEY_LOCAL_MACHINE n'est pas possible.

Le problème, c'est qu'il n'est apparemment pas possible d'effectuer l'élévation de privilège avec CreateProcessWithLogon. (peut-être si l'exe lancé possède le manifeste qui demande obligatoirement les droits admins ?).
Pour effectuer l'élévation de privilège, il faut utiliser le RunAsAdmin donné par Pascal Fonteneau dans son tutoriel.
Le problème c'est qu'il n'est pas possible d'indiquer un mot de passe dans un ShellExecuteEx en runas... donc difficile de changer de compte utilisateur au passage...

Une solution a essayer serait de passer par trois processus au lieu de deux :
- Le premier fait le RunAs de la FAQ pour lancer le deuxième processus avec un compte Administrateur.
- Le deuxième processus (qui possède alors un compte Admin) lance un troisième processus en faisant le RunAsAdmin pour demander l'élévation de privillège.

Mais je ne suis pas sûr que ça marche non plus car il n'est pas impossible que ce type de chaînage soit interdit par Windows pour des raisons de sécurité...

Après tu as d'autres solutions :
Par exemple, passer par un service Windows qui s'exécute en permanence avec un compte administrateur. Lorsque ton appli a besoin de faire des modifs qui nécessite les droits admins, elle délègue le traitement au service Windows.