Discussion :

[StringBuilder]

Bonjour,

J'ai en ma possession un programme setup.exe qui dispose de deux modes :
- Un mode "Installation", qui va, entre autres, installer SQL Server, IIS, et une application.
- Un mode "Réparation", qui va simplement mettre à jour des fichiers dans le dossier de l'application.

Évidement, pour le mode installation, on a des besoins administrateur, et ça, je ne cherche pas à le contourner.

En revanche, pour le mode "répération", aucun besoin d'administrateur : il s'agit de faire un xcopy de quelques fichiers dans un dossier auquel l'utilisateur a accès.

J'ai besoin de permettre à l'utilisateur, non administrateur de la machine, de le faire tourner en mode "réparation".

Comment faire ?

J'imagine que Windows ne détermine pas si on a besoin des droits administrateur d'un coup de baguette magique : le setup.exe doit contenir une information explicite à ce sujet. Comment la faire sauter ?

Le besoin final est simple : quand on installe le programme, ce dernier va se copier dans program files.

Mais au premier démarrage, une base de données va être créée dans le dossier utilisateur/appdata

Donc après une installation, on interdit à l'administrateur de lancer le programme : l'utilisateur démarre alors le programme et tout fonctionne.

Seulement, en mode réparation, le programme doit mettre à jour cette base. Et si on le lance en tant qu'administrateur, c'est le appdata du compte administrateur qui est patché. Résultat, quand l'utilisateur lance l'application mise à jour, pas moyen de démarrer, car la base et le programme ne sont pas dans la même version...

[JML19]

Bonjour

Je pense que le setup doit vérifier qu'il a accès aux dossiers utilisés, il faudrait supprimer cette fonction.

[StringBuilder]

Tu penses que c'est ce qui conditionne l'apparition du petit bouclier sur l'icône ?

Je ne pense pas, car si je suis administrateur (donc accès à tout) j'ai toujours l'icône, même pas de message me demandant de relancer en tant qu'administrateur (uniquement l'avertissement de l'UAC).

[chrtophe]

Le setup.exe déclenche l'élévation des privilèges, il faudrait refaire celui-ci de façon à avoir un lancement sans privilèges demandant quoi faire, puis une élévation uniquement en cas de choix "installation".

Si ce n'est pas un produit interne, tu ne pourras pas. Essayes de voir ce que ça donne en désactivant l'UAC.

Un administrateur local se voit ainsi attribuer au niveau du système deux jetons d'accès (access tokens). Le premier est celui qui englobe tous ses droits et ses privilèges administrateur, le second est un dérivé du premier, dit « filtré », qui contient des privilèges d'utilisateur standard. Par défaut, si UAC est activé, c'est le jeton filtré qui est utilisé, à moins qu'un programme signale qu'il doit être élevé pour fonctionner, c’est-à-dire exécuté dans un contexte administratif.

Lorsque Windows détecte qu'un programme nécessite des droits administrateur, il demande explicitement à l'utilisateur de valider un dialogue d'avertissement indiquant que l'application va être démarrée avec des droits étendus. Si l'utilisateur n'est pas administrateur, il doit en outre saisir le mot de passe d'un administrateur actif pour exécuter le programme. Il n'y a pas de moyen permettant d'accorder de manière permanente des droits administrateur à un programme. Il n'est donc plus possible qu'un programme nécessitant des droits administrateur soit lancé de manière invisible, sauf si le programme appelant possède lui-même les droits administrateur et a été lui-même approuvé manuellement par l'utilisateur.

source Wikipedia

[Andnotor]

Il y a automatiquement une demande d'élévation si le nom du fichier contient un de ces termes : setup, update, install.

Sinon, l'élévation est demandée par le manifest inclus dans l'exe. Tu peux facilement contrôler le niveau demandé, il suffit d'ouvrir l'exe avec le bloc-notes et de faire une recherche sur requestedExecutionLevel. Level=RequireAdministrator demande l'élévation.
S'il est sur asInvoker (ou qu'il n'y a pas de manifest), le problème vient uniquement du nom du fichier

[cerede2000]

Il y a automatiquement une demande d'élévation si le nom du fichier contient un de ces termes : setup, update, install.

???????

Eu..... Tu est sur de ça ?
Je viens de tester en prenant un exe bidon (notepad2.exe) que j'ai successivement renommé en setup, update et install et jamais je n'ai eu de demande d'élévation UAC ?!?

[Andnotor]

Certain

Mais c'est possible que ce soit uniquement en l'absence de manifest...

[cerede2000]

Mon exe ne possède pas de manifest à côté !

[Andnotor]

Le manifest peut être un fichier séparé mais est généralement compilé dans l'exe. L'as-tu ouvert avec le bloc-notes ? (le manifest apparaît en texte clair)

[cerede2000]

Oui j'ai vérifier pas de manifest et j'ai également essayé avec un autre exe bidon qui est un petit outils assez vieux en command line et idem par d'élévation.

[Andnotor]

Je n'ose pas te demander si le contrôle de compte utilisateur est activé chez toi

Quelques infos ici.

[cerede2000]

Je n'ose pas te demander si le contrôle de compte utilisateur est activé chez toi

Non quand même pas après on frôlerai l'insulte

Merci pour le lien

[JML19]

As-tu testé de renommer setup.exe en toto.exe pour voir comment se comporte l'UAC ?

[StringBuilder]

Sinon, l'élévation est demandée par le manifest inclus dans l'exe. Tu peux facilement contrôler le niveau demandé, il suffit d'ouvrir l'exe avec le bloc-notes et de faire une recherche sur requestedExecutionLevel. Level=RequireAdministrator demande l'élévation.

Avec quel éditeur puis-je faire la modification ?

J'ai ouvert le setup.exe avec Visual Studio 2015.
=> Je vois bien le manifest, et j'ai modifié le level en question.

Enregistré.

Le bouclier a disparu. Mais quand le je lance, il plante... pour la simple et bonne raison qu'il est passé de 250 Mo à 700 Ko...

[JML19]

Bonjour

Clique droit dessus renommer, normalement il doit conserver l'UAC, il n'y a que si tu le renommes toto.old qu'il perdra l'UAC.

[Andnotor]

Avec quel éditeur puis-je faire la modification ?

L'ouverture avec le bloc-notes n'est qu'à des fins de contrôle. Tu ne peux pas ajouter/supprimer des caractères dans un programme compilé sans tout casser.
Si c'est un installateur "maison", il y aurait des possibilités en le scindant en plusieurs parties sinon, c'est cuit !

[droggo]

Bonjour,

Il n'y a aucune raison pour permettre l'élévation automatique des droits pour un logiciel, qu'il s'appelle Setup ou pas.

Imaginez les problèmes de petites bestioles malveillantes si on autorisait ce genre de comportement !