XL 2016 [résolu]Protéger VBA
- Initiateur de la discussion Francky25
- Date de début
Bonsoir
Le seul truc que je connaisse est d'empêcher ( mais reste possible) d'afficher le VBE par contre le code reste executable
Si tu as affaire à des spécialistes cela ne sert à rien... il n'y a pas de mot de passe
Sinon pour non-averti : il faut partager le classeur , c'est tout , peu de monde le sait car c'est utilisé pour appli sur serveur
en allant dans le VBE et cliquant un message comme cijoint apparaitra
Sinon je ne connais rien d'autre sans MdP
Le seul truc que je connaisse est d'empêcher ( mais reste possible) d'afficher le VBE par contre le code reste executable
Si tu as affaire à des spécialistes cela ne sert à rien... il n'y a pas de mot de passe
Sinon pour non-averti : il faut partager le classeur , c'est tout , peu de monde le sait car c'est utilisé pour appli sur serveur
en allant dans le VBE et cliquant un message comme cijoint apparaitra
Sinon je ne connais rien d'autre sans MdP
Pièces jointes
zebanx
XLDnaute Accro
Bonjour à tous les deux,
https://stackoverflow.com/questions/9425461/how-to-hide-code-in-vba-applications
A faire sur un fichier bidon pour le test.
J'ai suivi la procédure (VBE -> outils..), mot de passe + confirmation et on enregistre le fichier.
On ré ouvre le fichier et avec ALT+F11, on voit que les modules ont disparu.
En revenant sur le fichier, et en tapant ALT+F8* les macros apparaissent.
J'ai clické sur "modifier" et là le MDP est demandé... et tout s'affiche à nouveau.
++
zebanx
*depuis une image / bouton qui exécute un des codes
https://stackoverflow.com/questions/9425461/how-to-hide-code-in-vba-applications
A faire sur un fichier bidon pour le test.
J'ai suivi la procédure (VBE -> outils..), mot de passe + confirmation et on enregistre le fichier.
On ré ouvre le fichier et avec ALT+F11, on voit que les modules ont disparu.
En revenant sur le fichier, et en tapant ALT+F8* les macros apparaissent.
J'ai clické sur "modifier" et là le MDP est demandé... et tout s'affiche à nouveau.
++
zebanx
*depuis une image / bouton qui exécute un des codes
Staple1600
XLDnaute Barbatruc
Bonsoir le fil, le forum
Questions:
Si le code VBA est essentiel au fonctionnement du classeur, pourquoi l'utilisateur final "abimerait" le code VBA?
Car dans ce cas, il ne pourrait plus travailler avec ce classeur
Si le code VBA n'est pas essentiel mais simplement "liberticide" (menus masqués etc..), l'utilisateur final enregistrera le fichier en *.xlsx et pourra continuer à travailler avec un Excel pleinement fonctionnel.
Sinon, un moyen plus secure (et plus fastidieux) est de mettre le VBA dans une dll
(mais là c'est plus coton)
http://www.geeksengine.com/article/create-dll.html
Questions:
Si le code VBA est essentiel au fonctionnement du classeur, pourquoi l'utilisateur final "abimerait" le code VBA?
Car dans ce cas, il ne pourrait plus travailler avec ce classeur
Si le code VBA n'est pas essentiel mais simplement "liberticide" (menus masqués etc..), l'utilisateur final enregistrera le fichier en *.xlsx et pourra continuer à travailler avec un Excel pleinement fonctionnel.
Sinon, un moyen plus secure (et plus fastidieux) est de mettre le VBA dans une dll
(mais là c'est plus coton)
http://www.geeksengine.com/article/create-dll.html
Merci pour vos réponse ,
c'est un fichier qui est partagé avec plusieurs personnes , c'était juste pour éviter qu'il le modifie et entendre après 'ça marche plus'
. j'ai mis un mdp sur le VBA .
c'est un fichier qui est partagé avec plusieurs personnes , c'était juste pour éviter qu'il le modifie et entendre après 'ça marche plus'
. j'ai mis un mdp sur le VBA .
zebanx
XLDnaute Accro
Merci pour vos réponse ,
c'est un fichier qui est partagé avec plusieurs personnes , c'était juste pour éviter qu'il le modifie et entendre après 'ça marche plus'
Evitez de tomber dans les pommes et de devenir amnésique dans ce cas (nettement mieux si vous tombez sur "mapomme" par contre
- humour 2018).Et une sauvegarde sans mot de passe sur votre disque dur reste utile pour les fichiers très sensibles.
Vieille habitude...
Staple1600
XLDnaute Barbatruc
Re, Bonjour zebanx
Pour infos
Le mdp ne servira à rien si l'utilisateur passe 37 secondes au moins sur n'importe quel moteur de recherche qui lui indiquera comment faire fi de celui-ci.
(Le net pullule de conseils et/ou malwares en tout genre qui outrepasseront les protections natives offertes par Excel)
@Francky25
Ton code VBA fait quoi exactement?
Si il doit être utiliser pour pouvoir travailler avec le classeur, pourquoi donc ils iraient foutre le souk ??
(au risque de devoir recommencer le boulot saisi dans le classeur)
Pour infos
Le mdp ne servira à rien si l'utilisateur passe 37 secondes au moins sur n'importe quel moteur de recherche qui lui indiquera comment faire fi de celui-ci.
(Le net pullule de conseils et/ou malwares en tout genre qui outrepasseront les protections natives offertes par Excel)
@Francky25
Ton code VBA fait quoi exactement?
Si il doit être utiliser pour pouvoir travailler avec le classeur, pourquoi donc ils iraient foutre le souk ??
(au risque de devoir recommencer le boulot saisi dans le classeur)
zebanx
XLDnaute Accro
Bonsoir Staple1600.
Exact. D'après ce qui a été décrit cependant, les "malwares" sont internes...
.Une protection du code, ou plutôt les sauvegardes régulières, restent à envisager suivant l'intérêt qu'on leur porte. Etant un peu parano sur le sujet, j'en fais souvent en tout cas.
Bonne soirée
zebanx
Staple1600
XLDnaute Barbatruc
Re
Je reste avec ma question.
Si je dois utiliser un outil sous Excel (avec du VBA) réalisé par un tiers et que celui-fonctionne pourquoi irai-je prendre le risque de le bousiller?
Perte de temps, risque éventuel de sanction etc...
[aparté]
Je développe plusieurs outils pour mon boulot et je ne protège pas le VBA, je prends le temps de montrer le gain de temps obtenu si on utilise mon fichier.
(Et je ne suis pas avare de mon temps pour expliquer et réexpliquer son fonctionnement)
Si jamais un utilisateur s'amuse à modifier le code VBA au point de planter le fichier, la procédure (que j'ai imposé) c'est que l'utilisateur envoie un mail au chef de service qui me demandera alors d'aller voir ce qui se passe.
Jusqu'alors je n'ai reçu aucun mail à ce sujet du dit chef de service
[/aparté]
Je reste avec ma question.
Si je dois utiliser un outil sous Excel (avec du VBA) réalisé par un tiers et que celui-fonctionne pourquoi irai-je prendre le risque de le bousiller?
Perte de temps, risque éventuel de sanction etc...
[aparté]
Je développe plusieurs outils pour mon boulot et je ne protège pas le VBA, je prends le temps de montrer le gain de temps obtenu si on utilise mon fichier.
(Et je ne suis pas avare de mon temps pour expliquer et réexpliquer son fonctionnement)
Si jamais un utilisateur s'amuse à modifier le code VBA au point de planter le fichier, la procédure (que j'ai imposé) c'est que l'utilisateur envoie un mail au chef de service qui me demandera alors d'aller voir ce qui se passe.
Jusqu'alors je n'ai reçu aucun mail à ce sujet du dit chef de service
[/aparté]
Je reste d'accord avec STAPLE , j'avais des applis sur serveur mais vu les connaissances Excel des utilisateurs le fait de partager comme tu l'as fait était largement suffisant, tu as donc dû remarquer que le code n'était pas visible ?
tout le monde n'a pas "Le diable dans le ventre" !!
En passant : Jean Marie tous mes voeux pour 2018
tout le monde n'a pas "Le diable dans le ventre" !!
En passant : Jean Marie tous mes voeux pour 2018
Bonjour a tous ,
merci pour vos conseils
merci pour vos conseils
Discussions similaires
- Question
- Question
