cs_Sharkiller
Messages postés80Date d'inscriptiondimanche 12 octobre 2003StatutMembreDernière intervention25 avril 2011
-
14 août 2007 à 14:25
cs_Sharkiller
Messages postés80Date d'inscriptiondimanche 12 octobre 2003StatutMembreDernière intervention25 avril 2011
-
20 août 2007 à 16:02
Bonjour :)
J'ai pu constater que Vista bloquait l'accès à la base de registre depuis VB, pour l'écriture de clefs situées dans HKEY_LOCAL_MACHINE.
Mais je pense qu'il est quand même possible d'obtenir les droits et j'aurais aimé savoir si vous saviez comment faire?
Je ne sais pas si c'est la même chose sur les autres systèmes, j'avais jamais eu l'occasion de tester?
cs_Sharkiller
Messages postés80Date d'inscriptiondimanche 12 octobre 2003StatutMembreDernière intervention25 avril 2011 15 août 2007 à 17:48
Ah ben l'accès est refusé aussi... Même avec l'invité de commande...
Je me demande si c'est vraiment possible...^^ En plus y'a qu'avec HKLM que ça bloque (et USERS aussi mais bon peu importe...)!
Pourtant y'a bien des programmes qui arrivent à y accèder non, puisqu'il y a des valeurs?!
lolokun
Messages postés1241Date d'inscriptionmardi 10 octobre 2006StatutMembreDernière intervention27 août 20137 16 août 2007 à 09:01
Bonjour,
J'attendais de pouvoir faire des tests afin de vérifier, personnellement je n'ai pas de souci avec les fichiers REG ou même grâce aux scripts VBS.
Je suis par contre sur une version professionnelle et j'ai désactivé le "contrôle des comptes utilisateurs".
cs_Sharkiller
Messages postés80Date d'inscriptiondimanche 12 octobre 2003StatutMembreDernière intervention25 avril 2011 16 août 2007 à 15:40
Ah d'accord... Donc c'est Vista le problème... Je me demande si si je lançais le programme en mode administrateur ça me l'autoriserait... Je vais essayer.
Pour le forum, je n'ai pas encore eu de réponse...
Mais c'est vrai que sous les OS antérieurs ça marche je pense...
lolokun
Messages postés1241Date d'inscriptionmardi 10 octobre 2006StatutMembreDernière intervention27 août 20137 16 août 2007 à 15:48
Oui je n'y pensais plus mais j'étais en compte Administrateur.J'ai créé un 2èeme compte "utilisateur standard" et là effectivement impossible de modifier les clés..Il n'existe plus différents types de comptes comme avant utilisateur simple ou utilisateurs avec pouvoir..Et le programme SetAcl pour donner les droits à des utilisateurs n'a pas l'air de fonctionner sous Vista, peut-être faut-il une autre version..En tout cas je continue de regarder et si je trouve plus d'infos je te tiendrais au courant.
cs_Sharkiller
Messages postés80Date d'inscriptiondimanche 12 octobre 2003StatutMembreDernière intervention25 avril 2011 16 août 2007 à 16:26
Ok^^, me doutais bien qu'il y avait aussi cette histoire d'administrateur...^^ En même temps, si tout le monde peut accèder au registre, où va-t-on?^^
Merci pour ton soutien !!
cs_Sharkiller
Messages postés80Date d'inscriptiondimanche 12 octobre 2003StatutMembreDernière intervention25 avril 2011 17 août 2007 à 22:02
Bonsoir,
Je viens d'essayer de lancer le programme en tant qu'administrateur, et Vista ne m'a pas bloqué la création de la clef!
C'est donc ça le problème^^. J'essaie de voir comment le lancer en tant qu'administrateur, mais je vois que le système n'envoit pas d'argument au programme...
Je me pencherai dessus.
cs_Sharkiller
Messages postés80Date d'inscriptiondimanche 12 octobre 2003StatutMembreDernière intervention25 avril 2011 18 août 2007 à 00:48
Oh bah pour l'instant je n'ai fais pas grand chose.
Mais si j'arrive à passer en tant qu'administrateur pour la base de registre, je ferai signe, ça peut être intéressant.
lolokun
Messages postés1241Date d'inscriptionmardi 10 octobre 2006StatutMembreDernière intervention27 août 20137 20 août 2007 à 11:05
Voici un petit script vbs qui permet de lancer une commande runas :
On Error Resume Next
dim WshShell,oArgs,FSO
set oArgs=wscript.Arguments
sUser="admin"
sPass="motdepasse"& VBCRLF
sCmd="C:\chemin\fichier à exécuter"
set WshShell = CreateObject("WScript.Shell")
set WshEnv = WshShell.Environment("Process")
WinPath = WshEnv("SystemRoot")&"\System32\runas.exe"
set FSO = CreateObject("Scripting.FileSystemObject")
if Not FSO.FileExists(winpath) then
wscript.echo "Impossible de Lancer la Commande RUNAS"
set WshShell=Nothing
set WshEnv=Nothing
set oArgs=Nothing
set FSO=Nothing
wscript.quit
end if
cs_Sharkiller
Messages postés80Date d'inscriptiondimanche 12 octobre 2003StatutMembreDernière intervention25 avril 2011 20 août 2007 à 14:09
Dis-moi si je me trompe, mais avec ce code il faut obligatoirement le nom d'utilisateur et le mot de passe, non?
Par contre, pour setAcl j'ai essayé d'analyser le code source, mais je comprends pas^^ lol. Parce que ça serait bien de comprendre comment se donner les droits...
Mais on sait bien que c'est quand même possible d'outrepasser tout ce système de protection... En plus c'est vraiment pas dans un but malsain, c'est juste pour mettre un programme en démarrage sur toutes les sessions, voire associer un type de fichier à un programme, c'est vraiment lourd que ça ne veuille pas...
lolokun
Messages postés1241Date d'inscriptionmardi 10 octobre 2006StatutMembreDernière intervention27 août 20137 20 août 2007 à 15:14
Heuuu ben il faut de toute façon le nom d'utilisateur et le mot de passe admin pour lancer le programme en tant qu'administrateur..
ou alors une possibilité peut être, c'est de faire un script qui rajoute l'utilisateur dans le groupe administrateur temporairement, de lancer l'install de ton prog quand il est admin, puis de le retirer ensuite du groupe admin..
cs_Sharkiller
Messages postés80Date d'inscriptiondimanche 12 octobre 2003StatutMembreDernière intervention25 avril 2011 20 août 2007 à 16:02
Oui, mais qui dit qu'il faut pas les droits là aussi?
J'avais trouvé un truc avec runas, ça aurait pu lancer le programme en administrateur pour qu'il puisse modifier le registre, mais runas est bloqué aussi :-\...
Ca aurait été "runas /trustlevel:Unrestricted programme.exe" mais bon voilà, toujours le même problème... Faudrait lancer runas en administrateur peut-être^^. Le truc bien lourd quoi^^ lol!