ATOUTFOX
COMMUNAUTÉ FRANCOPHONE DES PROFESSIONNELS FOXPRO
Visual FoxPro : le développement durable

Protéger les tables d'une base de donnée VFP 9   



L'auteur

dridbul
Maroc Maroc
Membre Simple
# 0000002154
enregistré le 29/06/2008
57 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é 5131 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


Publicité

Les pubs en cours :


www.atoutfox.org - Site de la Communauté Francophone des Professionnels FoxPro - v3.4.0 - © 2004-2019.
Cette page est générée par un composant COM+ développé en Visual FoxPro 9.0-SP2-HF3