L'auteur dridbul Maroc Membre Simple # 0000002154 enregistré le 29/06/2008 62 ans DRIDBA Omar 20100 Casablanca Fiche personnelle
Note des membres pas de note
Contributions > 21 - Outils
Protéger les tables d'une base de donnée VFP 9
# 0000000668
ajouté le 25/01/2009 23:46:04 et modifié le 02/02/2009
consulté 8967 fois
Niveau
initié
Version(s) Foxpro : VFP 9.0 VFP 8.0 VFP 7.0
Le téléchargement des pièces jointes est limité aux membres Veuillez vous identifier ou vous inscrire si vous n'avez pas encore de compte ...
Description
Principe simple mais efficace (dans une certaine mesure) :
- Définisser des variables mémoires ou un mot de passe crypté qui vous sont propres (à initialiser dans le module principal ou en mode commande avant d'entammer toute action sur les tables) :
- Créer des procédures stockées qui utilisent ces variables pour éviter d'ouvrir, de supprimer ou détacher la table
- Créer des procédures stockées pour protéger les procédures stockées elles-memes
NB : Dans un envirennement réseau, il est impératif d'implémenter une stratégie de sécurité limitant les droits aux seuls utilisateurs autorisés.
Voici un modèle :
Code source :
PROCEDURE dbc_BeforeOpenTable(cTableName) *Juste avant qu'une table/vue ne soit ouverte. Renvoyer .F. pour empêcher la table ou la vue d'être ouverte. PRIVATE p_ok
* inserer votre code de test de variable publique ou de mot de passe crypté ou de test d'une clé du registre ou truc comme ça
RETURN p_ok
Commentaires
le 31/01/2009, eric leissler a écrit : Bonjour Cela n'empechera pas de pouvoir ouvrir une table avec excel ou un dbase ou un vieuxver db !
le 31/01/2009, Michel Lévy a écrit : Pas d'accord, Eric, Omar a raison: l'évenement de base de données BeforeOpenTable est déclenché dans tous les cas, et on ne peut pas ouvrir cette table depuis Excel si p_Ok ne retourne pas .T.
le 31/01/2009, eric leissler a écrit : Je suis allé un peu vite, effecivement excel ne l'ouvre pas, mais dbfvieuwer edition de white town sofware l'ouvre dbfvieuver2000 de hibase groupe l'ouvre également
Le premier est un shareware, mais la version libre ouve le dbf le second est payant et la version démo l'ouvre également
Donc pour moi, cette sécurité est mieux que rien, mais illusoire.
le 31/01/2009, Michel Lévy a écrit : oui, ce n'est pas une sécurité efficace. à partir du moment où on commence à avoir des préoccupations de sécurité d'accès par utilisateur, alors il faut penser à stocker ses données ailleurs que dans des dbf.
le 01/02/2009, Francis Faure a écrit : oui, A mon humble avis si l'on veut absolument sécuriser les DBFS ... la seule solution est d'utiliser l'application en TSE ou Citrix. Donc les tables ne sont pas publiées sur le réseau. Cordialement
Retour à la liste
Maroc
Fiche personnelle
Note des membres
Le téléchargement des pièces jointes est limité aux membres
le 31/01/2009, 
le 31/01/2009, 
le 01/02/2009,
Bonjour
Cela n'empechera pas de pouvoir ouvrir une table avec excel ou un dbase ou un vieuxver db !