OVH Cloud OVH Cloud

contrôle de compte d'utilisateur

18 réponses
Avatar
Pierre-Roger
Bonjours à vous,



J'ai un programme que j'ai installé sur Windows Vista Édition Familiale
Premium



A toute les fois que l'ouvre j'ai une boite de message



Control de compte d'utilisateur.

Un programme non identifié veut accéder à votre ordinateur.



J'avais l'intention de diminué la sécurité

Quand j'ai fait une recherche dans l'aide, il faut que j'utilise secpol.msc

Mais je n'est pas secpol.msc est que ces normale.

10 réponses

1 2
Avatar
Jean-Claude BELLAMY
Dans le message :,
Pierre-Roger <pierfrenette(supprimer)@vif.com> a pris la peine d'écrire ce
qui suit :
[...]
J'ai un programme que j'ai installé sur Windows Vista Édition
Familiale Premium

A toute les fois que l'ouvre j'ai une boite de message

Control de compte d'utilisateur.
Un programme non identifié veut accéder à votre ordinateur.

J'avais l'intention de diminué la sécurité
Quand j'ai fait une recherche dans l'aide, il faut que j'utilise
secpol.msc Mais je n'est pas secpol.msc est que ces normale.


Sous les éditions familiale Basic et Premium, "secpol.msc" n'est pas fourni
(c'est la même chose sous XP HOME, secpol.msc n'étant livré qu'avec XP PRO)

Mais tu n'en as pas besoin ici ...

Tu es VICTIME, comme tant d'autres, des restrictions dues à l'UAC ("User
Account Control"), une nouveauté très mal étudiée de VISTA.
(je ne suis pas hostile par principe à UAC, qui est censé augmenter la
sécurité, mais à la façon dont il a été conçu)

Donc désactive UAC et tu seras tranquille !
Je sais que je fais faire hurler les copains de MS, mais j'hurlerai encore
plus fort qu'eux ! ;-)

Tout est décrit sur mon site, avec captures d'écran :
http://www.bellamyjc.org/fr/windowsvista.html#UAC


--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP]
http://www.bellamyjc.org ou http://jc.bellamy.free.fr

Avatar
Pierre-Roger
Merci pour l'info



Je vais la conserver l'astuce.

http://www.bellamyjc.org/fr/windowsvista.html#UAC


Mais serait-il possible de juste enlever le message (contrôle de compte d'utilisateur)
Que sur certain programme seulement.

Avatar
Vista
Bonjour,

avec UAC, c'est du tout ou rien.
Vous pouves essayer de lancer voter appli poar un clcik droit lancer en tant
qu'adminsitrateur et voir si ca marche.
Sinon, Microsoft fournit un outil appele Application Compatibility toolkit
pour essayer de "fixer" les applications.


"Pierre-Roger" <pierfrenette(supprimer)@vif.com> wrote in message
news:
Bonjours à vous,



J'ai un programme que j'ai installé sur Windows Vista Édition Familiale
Premium



A toute les fois que l'ouvre j'ai une boite de message



Control de compte d'utilisateur.

Un programme non identifié veut accéder à votre ordinateur.



J'avais l'intention de diminué la sécurité

Quand j'ai fait une recherche dans l'aide, il faut que j'utilise
secpol.msc

Mais je n'est pas secpol.msc est que ces normale.



Avatar
Emmanuel Dreux [MS]
Bonjour Pierre Roger,

Non ce n'est pas possible.

--
Cordialement,
Emmanuel Dreux


"Pierre-Roger" <pierfrenette(supprimer)@vif.com> wrote in message
news:
Merci pour l'info



Je vais la conserver l'astuce.

http://www.bellamyjc.org/fr/windowsvista.html#UAC


Mais serait-il possible de juste enlever le message (contrôle de compte
d'utilisateur) Que sur certain programme seulement.





Avatar
Pierre-Roger
Merci pour toutes vos réponses.

je vais désactiver l' UAC.
Bien que j'aurais aimé que Microsoft mettre une option
sa fait la 3 fois que j'autoriser et que je fais confiance à ce programme.
Je sais d'où il provient, ou je l'ai déja utilisé.
Met ça dans la base de registre et la prochaine fois que j'ouvre le
programme ont en parle plus.
Avatar
David Sebban [MSFT]
Donc désactive UAC et tu seras tranquille !
Je sais que je fais faire hurler les copains de MS, mais j'hurlerai encore
plus fort qu'eux ! ;-)


Jean Claude ...
depuis quand est ce que c'est celui qui crie le plus fort qui a raison ? :)

--
David Sebban | Microsoft Consulting Services France
This Posting is with NO WARRANTIES and confers NO RIGHTS
Ce message est SANS GARANTIES et ne confère AUCUNS DROITS

Avatar
tatayé
"David Sebban [MSFT]" a écrit dans le message
de news:
Donc désactive UAC et tu seras tranquille !
Je sais que je fais faire hurler les copains de MS, mais j'hurlerai
encore plus fort qu'eux ! ;-)


Jean Claude ...
depuis quand est ce que c'est celui qui crie le plus fort qui a raison ?
:)

--
David Sebban | Microsoft Consulting Services France
This Posting is with NO WARRANTIES and confers NO RIGHTS
Ce message est SANS GARANTIES et ne confère AUCUNS DROITS


Depuis que l'on s'adresse à un public de sourds et de mal-entendants ?
(tiens j'ai l'impression de parler politique la ;) )


Avatar
Emmanuel Dreux [MS]
Bonjour,

c'est quelle application?
Je tourne sur Vista depuis 1 an et n'ai jamais eu à désactiver UAC, bien
que correspondant à des profiles d'utilisateur final, administrateur ou
développeur.
Mes machines à la maison ont également UAC activé... et pas d'antivirus !!!

Avec UAC, un code hostile qui serait passé par toutes les mailles se trouve
bloqué et ne peut plus silencieusement créer un compte administrateur,
désactiver le firewall, installer un driver etc etc. Vous êtes
systématiquement prompté.
Personnellement, j'ai plus confiance en UAC pour bloquer l'éxecution d'un
code hostile sur l'ordinateur de ma femme, de mes enfants ou de mes employés
ou collègues que d'un quelconque antivirus forcément impuissant face à un
"zéro days" exploit ou nouveau virus non encore recensé dans les signatures.

Depuis un an que j'utilise UAC, je n'ai pas encore décelé de scénario qui
m'impose de le désactiver ( je ne dis pas qu'il n'y en a ou qu'il n'y en
aura pas) et ç l'usage je ne suis pas beaucoup prompté.

--
Cordialement,

Emmanuel Dreux.

"Pierre-Roger" <pierfrenette(supprimer)@vif.com> wrote in message
news:
Merci pour toutes vos réponses.

je vais désactiver l' UAC.
Bien que j'aurais aimé que Microsoft mettre une option
sa fait la 3 fois que j'autoriser et que je fais confiance à ce programme.
Je sais d'où il provient, ou je l'ai déja utilisé.
Met ça dans la base de registre et la prochaine fois que j'ouvre le
programme ont en parle plus.


Avatar
Jean-Claude BELLAMY
Dans le message :,
Emmanuel Dreux [MS] a pris la peine d'écrire
ce qui suit :

[...]
Depuis un an que j'utilise UAC, je n'ai pas encore décelé de scénario
qui m'impose de le désactiver ( je ne dis pas qu'il n'y en a ou qu'il
n'y en aura pas) et ç l'usage je ne suis pas beaucoup prompté.


Ou tu dois être très "zen", dans un état proche du niravana si tu ne l'as
pas déjà atteint, ou alors tu es un émule de Sader Masoch, et tu adores que
le système te demande 30 fois dans la MÊME session si tu veux bien ouvrir
REGEDIT.EXE ou SERVICES.MSC !
Moi, je craque !
Et je ne suis pas le seul !
Depuis 2 jours que je suis aux TechDays, la plupart de tous les amis (MVP ou
non) que je rencontre éprouvent la même EXASPÉRATION que moi vis-à-vis de
UAC !

Ce système était très bien dans son esprit, mais a été complètement RATÉ
dans son application et ergonomie.

Mais pourquoi ce crétin de système, qui a détecté que j'étais admin, mais
qui m'a attribué un "jeton filtré" pour m'embêter, accepte malgré tout sans
que je fournisse de password (donc il n'y a AUCUN contrôle supplémentaire de
sécurité) de me donner temporairement mon "jeton complet", et ne soit pas
capable de MÉMORISER ma réponse, au moins pour la session ?
Craint-il que je me dédouble subitement, à la manière de Dr.Jekyll et
Mr.Hyde ?


C'est quand même débile comme déroulement des faits :
(administrateur) : je veux exécuter REGEDIT !
(VISTA) : vous voulez réellement exécuter REGEDIT ?
(administrateur) : OUI, co...rd ! (sinon, je ne le demanderais pas !)
(on croirait un sketch de JM Bigard!)
(VISTA) : Bon, OK, voici REGEDIT ....

Et si l'utilisateur qui demande la même chose n'est pas admin, à ce moment
là il doit fournir le password d'un compte admin !!!
Bravo la sécurité du système !
(mais au moins, çà me donne du grain à moudre pour mon outil "SuperExec" !)


J'ai encore fait des tests toute la journée sur des machines d'un labo des
TechDays, en "jouant le jeu", sous VISTA Ultimate, dans des sessions
ouvertes avec des comptes admin et non admin, franchement j'ai des crampes
dans la main à force de cliquer ! ;-)

Et je ne parle pas de l'incohérence des réponses fournies par les fonctions
"AccessCheck", "CheckTokenMembership" et "NetUserGetInfo" quand je veux
vérifier dans un programme si un compte est admin ou non : les 2 1ères
répondent OUI, et la 3ème répond NON !
(pour les non développeurs, ce sont toutes des fonctions officielles d'API
Microsoft : "advapi32.dll" et "netapi32.dll")

Je l'ai signalé lors des TechDays à des techniciens de MS que je connais
bien, et il m'a été répondu que certaines fonctions répondaient "OUI" en
gros "pour ne pas faire de peine", afin de ne pas "dérouter" des applis
prévues sous des systèmes précédents, mais en priant St Bilou que les dits
programmes n'aient pas réellement besoin d'opérer en admin, car là c'est le
plantage (et que l'on ne comprend pas !).

Idem au niveau FOIREUX, avec la virtualisation des dossiers, qui partait
peut-être d'un bon sentiment (ne pas planter une appli qui désormais n'a
plus le droit de faire ce qu'elle faisait sous XP et précédents), mais qui
s'avère épouvantable avec ses effets de biais.
P.ex. une appli veut écrire, pour des raisons que je ne discuterai pas ici,
dans "C:Program Files"
Or c'est désormais interdit, mais pour ne pas planter l'appli, la
virtualisation fait écrire à la place dans
"C:usersnom-de-compteAppDataLocalVirtualStoreProgram Files"
Bien joli, mais si ensuite l'appli veut relire ce qui a été RÉELLEMENT écrit
dans "C:Program Files", elle ne va rien trouver !

J'ai pu constater (au cours de différents exposés publics) que cette
"feature" était temporaire, et que de toute façon elle n'existait pas dans
les versions 64 bits. Donc j'aimerais bien un peu plus de COHÉRENCE ...

Je me répète, afin qu'il n'y ait pas d'ambiguïté : je n'ai aucun a priori
contre VISTA, il y a même des tas de points que je trouve très bien (un truc
tout con mais drolement pratique que j'ai découvert aujourd'hui : le clic
droit "Ajouter le raccourci dans le Quick launch" dans le menu démarrer !)
, UAC était une très bonne idée dans son esprit, mais il y a eu des bugs à
l'arrivée. ;-)
J'attends donc le SP1, qui devrait sortir prochainement puisque prévu en
parallèle avec Longhorn Serveur à la fin de l'année (en théorie)...
J'espère qu'on y trouvera WinFS ! :-)



--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP]
http://www.bellamyjc.org ou http://jc.bellamy.free.fr

Avatar
Emmanuel Dreux [MS]
Bonjour,

pour vérifier si un user est admin ( et dans un prompt élevé), il faut
appeler la fonction IsUserAnAdmin qui retourne true si on est admin dans un
prompt élevé.
De mon point de vu personnel SuperExec est un trou de sécurité puisque qu'il
encrype un mot de passe administrateur qu'un utilisateur final peut donc
décrypter et accéder ( un utilisateur final peut attacher un debugger,
breaker juste après l'appel de la fonction de décryption du mot de passe
admin) et l'obtenir en clair.

J'avais fais une démo avec TqcRunas et extrait depuis un compte enduser le
mot de passe d'administrateur.
C'est d'ailleurs pour ces mêmes raisons que runas ne permet pas de scripter
la saisie du mot de passe et que des outils comme superexec existent et
introduisent des risques.

Si le système stockait les réponses UAC, un code hostile pourrait alors
s'éxecuter silencieusement...

Pour la virtualisation, je ne vois pas, si j'écris un programme qui écrit
toto.ini dans program files, je l'accède alors de manière transparente
depuis c:users.
J'avais fais le test, ça marchait il me semble?

--
Cordialement,

Emmanuel Dreux.

"Jean-Claude BELLAMY" wrote in message
news:OUf$
Dans le message :,
Emmanuel Dreux [MS] a pris la peine
d'écrire ce qui suit :

[...]
Depuis un an que j'utilise UAC, je n'ai pas encore décelé de scénario
qui m'impose de le désactiver ( je ne dis pas qu'il n'y en a ou qu'il
n'y en aura pas) et ç l'usage je ne suis pas beaucoup prompté.


Ou tu dois être très "zen", dans un état proche du niravana si tu ne l'as
pas déjà atteint, ou alors tu es un émule de Sader Masoch, et tu adores
que le système te demande 30 fois dans la MÊME session si tu veux bien
ouvrir REGEDIT.EXE ou SERVICES.MSC !
Moi, je craque !
Et je ne suis pas le seul !
Depuis 2 jours que je suis aux TechDays, la plupart de tous les amis (MVP
ou non) que je rencontre éprouvent la même EXASPÉRATION que moi vis-à-vis
de UAC !

Ce système était très bien dans son esprit, mais a été complètement RATÉ
dans son application et ergonomie.

Mais pourquoi ce crétin de système, qui a détecté que j'étais admin, mais
qui m'a attribué un "jeton filtré" pour m'embêter, accepte malgré tout
sans que je fournisse de password (donc il n'y a AUCUN contrôle
supplémentaire de sécurité) de me donner temporairement mon "jeton
complet", et ne soit pas capable de MÉMORISER ma réponse, au moins pour
la session ?
Craint-il que je me dédouble subitement, à la manière de Dr.Jekyll et
Mr.Hyde ?


C'est quand même débile comme déroulement des faits :
(administrateur) : je veux exécuter REGEDIT !
(VISTA) : vous voulez réellement exécuter REGEDIT ?
(administrateur) : OUI, co...rd ! (sinon, je ne le demanderais pas !)
(on croirait un sketch de JM Bigard!)
(VISTA) : Bon, OK, voici REGEDIT ....

Et si l'utilisateur qui demande la même chose n'est pas admin, à ce moment
là il doit fournir le password d'un compte admin !!!
Bravo la sécurité du système !
(mais au moins, çà me donne du grain à moudre pour mon outil "SuperExec"
!)


J'ai encore fait des tests toute la journée sur des machines d'un labo des
TechDays, en "jouant le jeu", sous VISTA Ultimate, dans des sessions
ouvertes avec des comptes admin et non admin, franchement j'ai des
crampes dans la main à force de cliquer ! ;-)

Et je ne parle pas de l'incohérence des réponses fournies par les
fonctions "AccessCheck", "CheckTokenMembership" et "NetUserGetInfo" quand
je veux vérifier dans un programme si un compte est admin ou non : les 2
1ères répondent OUI, et la 3ème répond NON !
(pour les non développeurs, ce sont toutes des fonctions officielles d'API
Microsoft : "advapi32.dll" et "netapi32.dll")

Je l'ai signalé lors des TechDays à des techniciens de MS que je connais
bien, et il m'a été répondu que certaines fonctions répondaient "OUI" en
gros "pour ne pas faire de peine", afin de ne pas "dérouter" des applis
prévues sous des systèmes précédents, mais en priant St Bilou que les dits
programmes n'aient pas réellement besoin d'opérer en admin, car là c'est
le plantage (et que l'on ne comprend pas !).

Idem au niveau FOIREUX, avec la virtualisation des dossiers, qui partait
peut-être d'un bon sentiment (ne pas planter une appli qui désormais n'a
plus le droit de faire ce qu'elle faisait sous XP et précédents), mais qui
s'avère épouvantable avec ses effets de biais.
P.ex. une appli veut écrire, pour des raisons que je ne discuterai pas
ici, dans "C:Program Files"
Or c'est désormais interdit, mais pour ne pas planter l'appli, la
virtualisation fait écrire à la place dans
"C:usersnom-de-compteAppDataLocalVirtualStoreProgram Files"
Bien joli, mais si ensuite l'appli veut relire ce qui a été RÉELLEMENT
écrit dans "C:Program Files", elle ne va rien trouver !

J'ai pu constater (au cours de différents exposés publics) que cette
"feature" était temporaire, et que de toute façon elle n'existait pas dans
les versions 64 bits. Donc j'aimerais bien un peu plus de COHÉRENCE ...

Je me répète, afin qu'il n'y ait pas d'ambiguïté : je n'ai aucun a priori
contre VISTA, il y a même des tas de points que je trouve très bien (un
truc tout con mais drolement pratique que j'ai découvert aujourd'hui : le
clic droit "Ajouter le raccourci dans le Quick launch" dans le menu
démarrer !) , UAC était une très bonne idée dans son esprit, mais il y a
eu des bugs à l'arrivée. ;-)
J'attends donc le SP1, qui devrait sortir prochainement puisque prévu en
parallèle avec Longhorn Serveur à la fin de l'année (en théorie)...
J'espère qu'on y trouvera WinFS ! :-)



--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP]
http://www.bellamyjc.org ou http://jc.bellamy.free.fr





1 2