Salut !
 
Lorsque j'écirs un morceau de code VBA dans un module Access et que je compile le tout en .mde, est ce que d'après vous le nom des variables utilisés sont remplacés par des noms "théoriques"?

Zut j'ai pas d'éditeur hexa ici.  Mais si les noms de variables sont stockés dans le MDE (ce qui ne m'étonnerait pas), ce sera certainement en unicode (2 bytes par caractère).

Bah moi, j'ai un éditeur hexa sous la main...
 
Par exemple, si j'ai une variable s'appelant "var1", que dois je rechercher dans lmde correspondant? asc(v) asc(a) asc(r) asc(1)?

plutôt un truc du genre chr(0) & "v" & chr(0) & "a" & chr(0) & "r" & chr(0) & "1".

Le truc incroyable...
 
Je viens de créer un mdb avec un seul petit module avec une seule petite fonction, et je compile tout ca en mde.... et devinez quoi... Les noms de variables apparaisent en clair dans le code (par contre, codé en "normal", pas en Unicode...)
 
Bonjour la sécurité dans ces conditions... C'est à peine si on ne pourrait pas lire le code en clair ou alors modifier des parametres à la main...

ben le MDB n'est pas du tout secure de base hein

 
Mais là on parle de mde, pas de mdb ! Je pensais que le mde serait un minimum secure quand meme... Enfin, utiliser des noms de variables neutres, je pensais que ce serait le B A BA...
 
ESinon, est ce que tu connais la version Runtime? Penses tu que ce soit plus sécurisé?

non je ne pense pas. Par contre, il existe une méthode standard pour crypter ta base, je sais pas si ça agira sur le code, mais ce sera plus lent, c'est une certitude.
 
je sais pas non plus si ça vaut la peine de créer un workgroup (fichier MDW) et d'assigner ta base à ce workgroup
 
Il ne faut pas oublier qu'Access est un produit grand public avant tout.

Et si c'était une appli VB, est ce que ce serait plus Secure? ou pareil également?

pareil, c'est le même moteur derrière
 
non en fait c'est pire dans la mesure où tu peux pas crypter

D'accord, quelque part, ca me rassure
 
Merci l'ami et bonjour à la Belgique