cryptage code pour protection

Salut,

ça fait maintenant pas mal de temps que je cherche une manière de crypter mon code VBA pour le protéger mais je n'ai pas trouvé grand chose.

avez-vous des liens sur le sujet (voir méthodes, codes persos..)

objectif: crypter le code VBA pour qu'il ne soit pas lisible.
(ne me sortez pas l'histoire du password à mettre SVP ;) )

j'ai trouvé un sujet sur le repérage du curseur de la souris .. ça m'avait paru intéressant au début, mais dès lors qu'il suffit de faire un Alt+F11 pour accéder à l'éditor, ça sert plus à rien .

merci aux génies de l'informatique pour votre talent et vos idées !

Bonsoir,

Je ne l'ai pas testé mais ceci peut t'interesser.

Cordialement,

Tirex28/

Merci pour ce lien Tirex.

J'ai essayé et ça fonctionne.

Ceci étant ce n'est pas la solution car le code est quand même compréhensible.
Y'a pas vraiment de cryptage, ça simplifie le nom des variables, enlève les tabs, enlève les comments ... et c'est à peu près tout.

Salut, pour une protection efficace du code 2 solutions : Créer un Add-in Com ou une DLL avec VB/VS ( plus facile à dire qu'à faire ), mais via Gog on doit trouver des exemples
http://www.cpearson.com/excel/ComAddInInVB6.htm

merci pour le lien

Oui effectivement;
c'est la conclusion à laquelle j'ai abouti, après maintes recherches.

j'ai plus qu'à m'y mettre ..

Je trouve quand même étonnant qu'il n'y ait pas d'obfuscateur existant en 2008 (une .dll par exemple), avec l'efficacité que l'on connaît des passwords.

Salut il y aurait ceci http://sourceforge.net/project/showf...roup_id=154662 ( pas testé )

j'ai essayé invisible basic, ça fait pas grand chose en fait; et le code est facilement lisible après

Salut, un lien sur la création de DLL ActiveX http://activex.developpez.com/%5BAct...%20ActiveX.pdf
Il faut pour créer ces Dlls se procurer un VB6 et cela marche, je viens d'en refaire l'expérience après des années d'oubli ... et rien n'empeche après la création de ces Dll de les compresser avec un compresseur d'exe non standard

ok, merci.
je vais essayer ; ça va prendre plus de temps mais si le résultat est là ça ira.

par contre qu'entends-tu par:

Citation:

---

(...) de les compresser avec un compresseur d'exe non standard

---

as-tu un conseil ?

car je connais la prog en VBA, mais question .exe et .dll je suis pas du tout au top ;)

Salut, http://www.google.fr/search?hl=fr&q=...e+Google&meta=
personnellement AsPack/AsProtect tous les 2 payants

Y-a-t-il du nouveau sur le sujet avec office 2010 ou autre ?

D'autre part, est-ce que c'est de meme pour access ou il est plus/moins facile de securiser access ?

2 ans et 1/2 deja le temps passe vite..

Bonjour.

Avec ACCESS, mais ce n'est pas nouveau, tu peux faire une compilation au format accde (ex mde) qui est exécutable mais non éditable.
C'est une bonne protection du code source, car en partant d'un .accde pas possible de faire un .accdb.
Ce qui est nouveau, mais depuis 2007, c'est que le runtime d'Access, qui permet d'exécuter les bd complilées, est devenu gratuit, crois-je.

Par contre, pour protéger le code dans XL, c'est toujours la même galère.

Cordialement,

PGZ

je suis un peu sur cette problématique

pour l'instant je pense pas passer à la pratique mais j'ai quand même réfléchi au sujet

l'idée serait d'avoir une sorte d'installateur vba qui va déchiffrer le code vba du classeur cible

je pars de mon classeur source dont je veux protéger le code
je chiffre intégralement tout le code vba avec un algorithme à chiffrement symétrique

le classeur source contient un code complètement inexploitable, qui ne veut strictement rien dire. Avec un algorithme de chiffrement un peu robuste c'est assez facile de le rendre très dur à casser.
j'ai un deuxième classeur qui permet de traduire le code vba chiffré, mais à l'aide d'une clef de chiffrement. On est sur un simple presse bouton, inputbox je rentre ma clef de chiffrement et il traduit tout

cette méthode aurait des avantages et des inconvénients, elle nécessite l'accès au projet VBA donc pas de mot de passe sur le projet. Cela signifie qu'une fois le code traduit celui ci est en clair, même si la protection VBA du projet est facilement cassable

par contre pour quelqu'un qui a juste le code chiffré sans la clef, il ne peut absolument rien en faire