Discussion :

[flashy38]

Bonjour,

j'ai un fichier excel 2010 en .xlsm avec du code VBA que je souhaite sécuriser afin que les utilisateurs ne puisse pas le consulter.

Dans excel, pas de soucis, j'ai mis un mot de passe dans les proriété du projet VBA.

Par contre, quand j'ouvre ce fichier xlsm avec open office, cette sécurisation saute et j'ai accès au code sans problème.
Je n'ai pas essayé avec les autres suites bureautiques opensource (libre office, ....) mais c'est peut-être aussi le cas.

Quelqu'un connait il un moyen pour sécuriser correctement l'accès au code vba ?
Existe-t-il un moyen, au moment de l'ouverture, de vérifier avec quel logiciel le fichier a été ouvert, et le cas échéant de pouvoir forcer la fermeture du fichier si il n'est pas ouvert avec Excel ?

Merci d'avance de votre aide.

[Invité]

Bonjour,

as tu tenté de remettre un mot de passe avec OpenOffice et de le rouvrir avec Excel et réciproquement avec OpenOffice?

[issoram]

Bonjour,

La sécurité du code VBA dans Excel n'est que poudre aux yeux, en tous cas jusqu'à Excel 2010. Il est très facile d'accéder au code en 1 petites manip avec un éditeur de texte... Pour la version 2013, ils ont modifié leur système de cryptage, mais je ne sais pas si ça résout qqchse (je n'ai pas fait le test).

Après la question à te poser, c'est pourquoi verrouiller le code: empêcher des modifs des utilisateurs, code confidentiel, etc. et en fonction, prendre les mesures adaptées. Pour une sécurité maximale il te faudrait passer par des dll externes (développées dans un autre langage c++, vb.net, c# etc.)

Pars du principe suivant: si un utilisateur veut accéder à ton code VBA, il y accédera. A toi de faire ton choix en fonction des utilisateurs que tu as en face.

Cordialement

[Marc-L]

Je confirme : Excel - et Office en général - est un gruyère au niveau sécurité !

[flashy38]

Bonjour,

as tu tenté de remettre un mot de passe avec OpenOffice et de le rouvrir avec Excel et réciproquement avec OpenOffice?

Impossible, ou tout du moins je n'y suis pas arrivé...

OpenOffice se base sur des bibliothèques personnalisées pour supporter les mots de passe, ce qui n'est pas gérer par MS Excel

[Invité]

peut importe comment OpenOffice officie si la protection est portable sans détruire celle d'Excel, le tour est joué!

Impossible, ou tout du moins je n'y suis pas arrivé...

OpenOffice se base sur des bibliothèques personnalisées pour supporter les mots de passe, ce qui n'est pas gérer par MS Excel

[flashy38]

Petite précision qui a son importance : l'utilisateur n'a pas accès directement au fichier xlsm. Pour le lancer, il doit passer par un formulaire Access qui, lui, lance l'ouverture du fichier xlsm.

Par conséquent, c'est peut-être plus au niveau du code VBA d'Access qu'il faudrait jouer. Je pensais notamment à vérifier, préalablement à l'ouverture du fichier xlsm, que cette extension sera bien ouverte avec Excel.
Par contre, je ne sais pas comment je peux faire...

[Invité]

Bonjour,
oui je pense si tu as bien ficelé to code avec des objet pas de sélect activate et autr sélectin! Tu pourra sans problème le passer dan Access! Si non tu devra le recoder dans le respect du langage bjet!

[bruno9442]

Bonjour, il existe une autre méthode qui consiste a obfusquer le code vba "pas tester sur open office.
Bonne journée a bientôt.
CDT