Discussion :

[TryExceptEnd]

Mon application développée avec Delphi 7, utilise le registre de Windows pour diverses manipulations d'écritures et de lectures, sous un compte administrateur (WIN XP) aucun problème d'accès, mais sous un compte limité j'ai un accès restreint au registre sous la clé HKEY_LOCAL_MACHINE, alors que j’en ai besoin pour partager les mêmes données pour tout les utilisateurs.
Comment régler ce problème d’accès ?
Merci.

[slimjoe]

Salut!

Si je résume, tu cherches à exécuter du code que l'utilisateur restreint ne peut pas normalement faire c'est ça ?

Si c'est le cas, peut-être est-ce que l'impersonalisation pourrait t'aider. L'impersonalisation est le fait d'exécuter une section de code avec d'autres privilèges que ceux de l'utilisateur connecté à la session.

Je te suggère de regarder l'API LogonUser pour de plus amples détails.

Google :
http://www.google.fr/search?q=delphi...x=&startPage=1

Je dis peut-être n'importe quoi remarque... Je n'ai jamais utilisé LogonUser autrement que pour faire des tests ici et là....

Bon dev!

[TryExceptEnd]

Salut!

Bion dev!

merchi, ge fais voi ça.

[Lung]

mais sous un compte limité j'ai un accès restreint au registre sous la clé HKEY_LOCAL_MACHINE, alors que j’en ai besoin pour partager les mêmes données pour tout les utilisateurs.

Si tu veux seulement lire dans HKEY_LOCAL_MACHINE, tu peux dire ca :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Reg.Access := KEY_EXECUTE;

Où Reg est ton objet TRegistry.

[TryExceptEnd]

Le problème viens de l'écriture dans le registre, pas dans la lecture.
Il n'y aurait pas une clef dans le registre accéssible en écriture par tout les utilisateurs du PC ?

[Pedro]

Salut
Normalement, ce genre de clés se trouve dans HKEY_USERS

[Linkin]

et dans HKEY_USERS\.DEFAULT?

[TryExceptEnd]

Salut
Normalement, ce genre de clés se trouve dans HKEY_USERS

Malheureusement, pas cette clef aussi.
Peut-être une fonction de l'API Windows ?

[Lung]

Sinon, pour exécuter quelque chose en tant qu'administrateur, j'utilise CreateProcessWithLogonW.
C'est peut-être une piste ...

[Jipété]

Salut !

j'utilise CreateProcessWithLogonW

Si je me rappelle bien, on est obligé de fournir le mot de passe pour utiliser cette fonction, non ? D'ailleurs, mon sdk me dit :

lpPassword
[in] Pointer to a null-terminated string that specifies the clear-text password for the lpUsername account.

Ce qui veut dire que ceux qui utilisent ce prog doivent avoir le mot de passe "Admin", ou que le mdp est codé en dur dans l'exe (pas malin, si le mdp est changé [de temps en temps, comme il se doit], pâté).
Pas terrible...

pour partager les mêmes données pour tout les utilisateurs.

moi, j'utiliserais un Ini.
Plus souple, moins risqué que de bricoler avec le registre, d'autant plus qu'avec Vista, il risque d'y avoir d'autres soucis...

Mes 2 cts,
--
jp

[Lung]

Si je me rappelle bien, on est obligé de fournir le mot de passe pour utiliser cette fonction, non ? D'ailleurs, mon sdk me dit :
Ce qui veut dire que ceux qui utilisent ce prog doivent avoir le mot de passe "Admin", ou que le mdp est codé en dur dans l'exe (pas malin, si le mdp est changé [de temps en temps, comme il se doit], pâté).
Pas terrible...

Oui il faut fournir le mot de passe.
C'est pas formidable, je suis d'accord, mais selon le cas, ça peut rendre service.
Faut voir ...

[TryExceptEnd]

Salut !

Si je me rappelle bien, on est obligé de fournir le mot de passe pour utiliser cette fonction, non ? D'ailleurs, mon sdk me dit :
Ce qui veut dire que ceux qui utilisent ce prog doivent avoir le mot de passe "Admin", ou que le mdp est codé en dur dans l'exe (pas malin, si le mdp est changé [de temps en temps, comme il se doit], pâté).
Pas terrible...

moi, j'utiliserais un Ini.
Plus souple, moins risqué que de bricoler avec le registre, d'autant plus qu'avec Vista, il risque d'y avoir d'autres soucis...

Mes 2 cts,
--
jp

Je précise que les données à partager sont confidentiels et ne sont utilisés que par l'application sans intervention des utilisateurs.

[slimjoe]

Si je me rappelle bien, on est obligé de fournir le mot de passe pour utiliser cette fonction, non ?

J'espère bien que l'on doive fournir une authentification : on bidouille le registre!!

C'est pourtant simple. Si l'utilisateur connecté à la session n'a pas les droits de jouer dans le registre, il faut impersonnaliser un utilisateur aux permissions plus grandes. Un peu comme quand on shift+right click sur une application et que l'on sélectionne "Run as...".

Autrement, en permettant à n'importe qui de faire n'importe quoi, Windows ouvrirait un énorme trou de sécurité.

Je suis d'accord avec l'idée du .INI (ou mieux d'un fichiers XML) mais ça dépend jusqu'où tu es prêt à modifier ton appli. Sous Win Vista (dans la configuration par défaut des utilisateurs) aussitôt qu'une appli tente d'accéder au registre il faut s'authentifier.

Bon dev!

[slimjoe]

http://www.delphifaq.com/faq/delphi_...API/f663.shtml
http://www.developerssuperpage.com/m...dID=1&KeyID=20

[Jipété]

D'un des liens :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

hToken := PerformLogon('Chris', 'DelphiDomain', 'MyPassword');

Et comme je le disais ce matin, le jour où il change, adieu Berthe !

Un fichier d'initialisation dans le dossier du prog, c'est si compliqué ?

Mes 2 cts,
--
jp

[TryExceptEnd]

Et comme je le disais ce matin, le jour où il change, adieu Berthe !

Un fichier d'initialisation dans le dossier du prog, c'est si compliqué ?

Mes 2 cts,
--
jp

Un fichier INI n'as aucune protection, on peut y accéder, le réecrire, le détruire...

Pourquoi il n'y aurait pas une clef accéssible a tous ?

[exoseven]

le registre aussi tu peux le modifier, tu peux crypter ton ini ce sera tout aussi fiable et plus propre ...