Est-il possible d'empêcher que les objets d'une base Mde puisse être
importés à partir d'une autre base (sans passer par la mise en place d'une
fichier Mdw) ?
En effet, même si on masque les objets d'une bdd et qu'on la compile en Mde
; si on ouvre une Mdb et qu'on fait "importer des données externes", tous les
objets de la Mde (masqués ou pas) sont visibles et importables et ce quelles
que soient les options définies dans la Mde (SetOption).
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
3stone
Salut,
"Alberto" | Une petite question sécurité : | | Est-il possible d'empêcher que les objets d'une base Mde puisse être | importés à partir d'une autre base (sans passer par la mise en place d'une | fichier Mdw) ? | | En effet, même si on masque les objets d'une bdd et qu'on la compile en Mde | ; si on ouvre une Mdb et qu'on fait "importer des données externes", tous les | objets de la Mde (masqués ou pas) sont visibles et importables et ce quelles | que soient les options définies dans la Mde (SetOption).
Le masquage des objets n'est pas une sécurité, mais une facilité... Une base MDE sert à protéger le code, soit contre la copie ou contre les modofications.
La copie des données est un autre rayon qui n'est pas réellement garanti, même avec la mise en place de la sécurité au niveau utilisateur. Si la "sécurité" des données est *primordiale*, il faudra se tourner vers un autre SGBDD comme SQLServer.
"Alberto"
| Une petite question sécurité :
|
| Est-il possible d'empêcher que les objets d'une base Mde puisse être
| importés à partir d'une autre base (sans passer par la mise en place d'une
| fichier Mdw) ?
|
| En effet, même si on masque les objets d'une bdd et qu'on la compile en Mde
| ; si on ouvre une Mdb et qu'on fait "importer des données externes", tous les
| objets de la Mde (masqués ou pas) sont visibles et importables et ce quelles
| que soient les options définies dans la Mde (SetOption).
Le masquage des objets n'est pas une sécurité, mais une facilité...
Une base MDE sert à protéger le code, soit contre la copie ou contre les modofications.
La copie des données est un autre rayon qui n'est pas réellement garanti, même
avec la mise en place de la sécurité au niveau utilisateur.
Si la "sécurité" des données est *primordiale*, il faudra se tourner vers un autre
SGBDD comme SQLServer.
"Alberto" | Une petite question sécurité : | | Est-il possible d'empêcher que les objets d'une base Mde puisse être | importés à partir d'une autre base (sans passer par la mise en place d'une | fichier Mdw) ? | | En effet, même si on masque les objets d'une bdd et qu'on la compile en Mde | ; si on ouvre une Mdb et qu'on fait "importer des données externes", tous les | objets de la Mde (masqués ou pas) sont visibles et importables et ce quelles | que soient les options définies dans la Mde (SetOption).
Le masquage des objets n'est pas une sécurité, mais une facilité... Une base MDE sert à protéger le code, soit contre la copie ou contre les modofications.
La copie des données est un autre rayon qui n'est pas réellement garanti, même avec la mise en place de la sécurité au niveau utilisateur. Si la "sécurité" des données est *primordiale*, il faudra se tourner vers un autre SGBDD comme SQLServer.
Bien que disposant de SQLServer, je ne sais pas si je vais tenter la migration de ma base étant donné que je ne m'y suis jamais "frotté".
Je vais peut-être essayer un cryptage binaire XOR partiel des données de mes tables de sorte à les rendre inexploitables en mode copie/importation en dehors du Mde.
Encore merci, et bonne soirée.
Merci pour ta réponse rapide et éclairée.
Bien que disposant de SQLServer, je ne sais pas si je vais tenter la
migration de ma base étant donné que je ne m'y suis jamais "frotté".
Je vais peut-être essayer un cryptage binaire XOR partiel des données de mes
tables de sorte à les rendre inexploitables en mode copie/importation en
dehors du Mde.
Bien que disposant de SQLServer, je ne sais pas si je vais tenter la migration de ma base étant donné que je ne m'y suis jamais "frotté".
Je vais peut-être essayer un cryptage binaire XOR partiel des données de mes tables de sorte à les rendre inexploitables en mode copie/importation en dehors du Mde.
Encore merci, et bonne soirée.
Alberto
C'est encore moi !
J'ai trouvé une solution.
Au lieu de passer par le "Custom Startup Wizard" des extensions développeur Access 2003, il faut :
1 - Définir la propriété "Masqué" sur ON pour les objets Tables et Requêtes de la Mdb considérée. 2 - Sauvegarder la Mdb sous un autre nom (généralement NomMdb & Date). Pour suivre le fil on l'appellera Mdb2. 3 - Ouvrir la Mdb2 et dans les options de démarrage sélectionner le formulaire de démarrage contenant dans son module la déclaration "Application.SetOption "Show Hidden Objects", False". 4 - Compiler la Mdb2 en Mde.
Ceci a pour conséquence de maintenir masqués les objets masqués de la Mdb2 même avec la fonction importer à partir d'une Mdb, chose que ne fait pas le "Custom Startup Wizard" des extensions développeur même si il fait démarrer la Mde sur le même formulaire de démarrage qu'au §3.
C'est peut-être pas la meilleure solution, mais ça marche tip top.
-- Alberto (MS Access 2003)
C'est encore moi !
J'ai trouvé une solution.
Au lieu de passer par le "Custom Startup Wizard" des extensions développeur
Access 2003, il faut :
1 - Définir la propriété "Masqué" sur ON pour les objets Tables et Requêtes
de la Mdb considérée.
2 - Sauvegarder la Mdb sous un autre nom (généralement NomMdb & Date). Pour
suivre le fil on l'appellera Mdb2.
3 - Ouvrir la Mdb2 et dans les options de démarrage sélectionner le
formulaire de démarrage contenant dans son module la déclaration
"Application.SetOption "Show Hidden Objects", False".
4 - Compiler la Mdb2 en Mde.
Ceci a pour conséquence de maintenir masqués les objets masqués de la Mdb2
même avec la fonction importer à partir d'une Mdb, chose que ne fait pas le
"Custom Startup Wizard" des extensions développeur même si il fait démarrer
la Mde sur le même formulaire de démarrage qu'au §3.
C'est peut-être pas la meilleure solution, mais ça marche tip top.
Au lieu de passer par le "Custom Startup Wizard" des extensions développeur Access 2003, il faut :
1 - Définir la propriété "Masqué" sur ON pour les objets Tables et Requêtes de la Mdb considérée. 2 - Sauvegarder la Mdb sous un autre nom (généralement NomMdb & Date). Pour suivre le fil on l'appellera Mdb2. 3 - Ouvrir la Mdb2 et dans les options de démarrage sélectionner le formulaire de démarrage contenant dans son module la déclaration "Application.SetOption "Show Hidden Objects", False". 4 - Compiler la Mdb2 en Mde.
Ceci a pour conséquence de maintenir masqués les objets masqués de la Mdb2 même avec la fonction importer à partir d'une Mdb, chose que ne fait pas le "Custom Startup Wizard" des extensions développeur même si il fait démarrer la Mde sur le même formulaire de démarrage qu'au §3.
C'est peut-être pas la meilleure solution, mais ça marche tip top.
-- Alberto (MS Access 2003)
Alberto
Mea culpa (mais ne me les coupez pas !)
Ca ne marche pas mieux avec ou sans le "Custom Startup Wizard". Je me suis fourvoyé.
Comme quoi, l'auto-satisfaction hative peut être source de maux (Pour ceux qui chercheraient, ce n'est pas une contrepèterie).
Bon, je continue à chercher une solution ... en supposant qu'il y en ait une.
-- Alberto (MS Access 2003)
Mea culpa (mais ne me les coupez pas !)
Ca ne marche pas mieux avec ou sans le "Custom Startup Wizard". Je me suis
fourvoyé.
Comme quoi, l'auto-satisfaction hative peut être source de maux (Pour ceux
qui chercheraient, ce n'est pas une contrepèterie).
Bon, je continue à chercher une solution ... en supposant qu'il y en ait une.
Ca ne marche pas mieux avec ou sans le "Custom Startup Wizard". Je me suis fourvoyé.
Comme quoi, l'auto-satisfaction hative peut être source de maux (Pour ceux qui chercheraient, ce n'est pas une contrepèterie).
Bon, je continue à chercher une solution ... en supposant qu'il y en ait une.
-- Alberto (MS Access 2003)
Alberto
J'ai peut-être la solution. (Vous remarquez, j'ai dit peut-être ...)
1 - Je protège ma base principale par mot de passe et je la compile en Mde.
2 - Je fais une seconde base Mde ne contenant qu"un seul formulaire d'ouverture, style splashscreen, et contenant dans son module la ligne de commande d'ouverture de la Mde principale avec indication du mot de passe dans le code (db.Password etc...).
Donc, la seconde base étant en Mde, le mot de passe contenu dans le module du splashscreen ne sera ni visible ni exportable ; et la Mde principale ne pourra pas être ouverte si on n'a pas le mot de passe. Donc, les tables et requêtes de la Mde principale ne devraient pas pouvoir être exportées.
Voilà pour la réflexion, ne reste que la pratique.
Je vous donnerai la réponse bientôt.
-- Alberto (MS Access 2003)
J'ai peut-être la solution. (Vous remarquez, j'ai dit peut-être ...)
1 - Je protège ma base principale par mot de passe et je la compile en Mde.
2 - Je fais une seconde base Mde ne contenant qu"un seul formulaire
d'ouverture, style splashscreen, et contenant dans son module la ligne de
commande d'ouverture de la Mde principale avec indication du mot de passe
dans le code (db.Password etc...).
Donc, la seconde base étant en Mde, le mot de passe contenu dans le module
du splashscreen ne sera ni visible ni exportable ; et la Mde principale ne
pourra pas être ouverte si on n'a pas le mot de passe. Donc, les tables et
requêtes de la Mde principale ne devraient pas pouvoir être exportées.
Voilà pour la réflexion, ne reste que la pratique.
J'ai peut-être la solution. (Vous remarquez, j'ai dit peut-être ...)
1 - Je protège ma base principale par mot de passe et je la compile en Mde.
2 - Je fais une seconde base Mde ne contenant qu"un seul formulaire d'ouverture, style splashscreen, et contenant dans son module la ligne de commande d'ouverture de la Mde principale avec indication du mot de passe dans le code (db.Password etc...).
Donc, la seconde base étant en Mde, le mot de passe contenu dans le module du splashscreen ne sera ni visible ni exportable ; et la Mde principale ne pourra pas être ouverte si on n'a pas le mot de passe. Donc, les tables et requêtes de la Mde principale ne devraient pas pouvoir être exportées.
Voilà pour la réflexion, ne reste que la pratique.
