Bonjour,
J'ai créer un programmen Perl-GTK qui utilise des fonctions mysql. Ce programme va changer des valeur d'une table Mysql selon le bouton cliqué dans le programme. Ca marche bien.
Par contre chaque utilisteur doit pouvoir l'executer, le problème c'est que executer signifie aussi lire et donc ils peuvent voir le mot de passe de ma base mysql fourni dans la fonction :
DBI->connect("DBI:mysql:mabase:localhost","login","pass")
Merci pour vos idées afin d'empecher de lire le mot de passe mais que tout le monde puisse executer le programme.
# Gruik
Posté par Khâpin (site web personnel) . Évalué à 1.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 5.
Ce commentaire a été supprimé par l’équipe de modération.
# Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Un daemon intermédiaire
Posté par redlums35 . Évalué à 1.
comment font les programmes qui se connectent a des serveurs de BDD (en ecriture) sans que l'utilisateur puisse voir le mot de passe ?
Peut etre que cela marcherait en gtk pure et compiler avec gcc (apres compilation le programme est ilisible)
Mais comment integrer des acces mysql dans un programme en pure gtk pour le compiler avec gcc ?
Avec perl-gtk aucune compilation n'est demandé, on l'execute directement.
Merci pour votre aide
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 3.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Un daemon intermédiaire
Posté par redlums35 . Évalué à 1.
Peut-tu me donner quelques pistes (adresses) pour créer un demon lancé au démarrage et apres lui passer des parametres avec un aplli ?
Merci
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Un daemon intermédiaire
Posté par Philippe Piette . Évalué à 1.
Il suffit, me semble-t-il de créer un utilisateur qui a le droit d'écrire dans ta table, utilisateur qui ne nécessite pas de mot de passe.
Non?
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
# Gestion des utilisateurs....
Posté par Potato . Évalué à 4.
Comme ça chacun aurait son mot de passe....
Enfin moi je dis ça mais je dis rien! :)
[^] # Re: Gestion des utilisateurs....
Posté par -=[ silmaril ]=- (site web personnel) . Évalué à 2.
J'en ai marre des demon et autres proxy d'authentification qui sont plus bugués que les systèmes d'authentification qu'ils protegent.
MySQL (etPostgreSQL) possede une gestion des utilisateurs et de leurs droits.
A vous de les gérer correctement.
[^] # Re: Gestion des utilisateurs....
Posté par Matthieu . Évalué à 2.
Ne peuvent se connecter au serveur MySQL que ceux qui ont des certificats valides....
a voir
[^] # Re: Gestion des utilisateurs....
Posté par platinum . Évalué à 1.
Par exemple les utilisateurs finaux sont gérés par des droits dits applicatifs et les applications par des droits systèmes.
Dans le cas de la base de donnée, il y a souvent des applications provenant de différents fournisseurs. Dans ce cas, il y a donc ce niveau intermédiaire d'authentification qui identifie quelle application a le droit de se connecter avec quels privilèges. Et chaque application s'occupe de gérer ses propres utilisateurs.
On peut évidemment faire coïncider les deux ou même les trois identifications. Plus une application est verticalisée plus ce cas est fréquent.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.