Discussion :

[fazpedro]

Bonjour,
Je n'arrive plus à modifier mes Macros personnelles
J'ai pourtant ouvert le fichier PERSO.XLS mais dans l'outil développeur, Excel me demande un mot de passe que je ne connais pas car à ma connaissance je n'ai pas mis de mot de passe sur mes macros
(voir image ci-dessous)
merci de votre aide

[Nain porte koi]

HS et private joke on
Va falloir que je ressorte ma Ferrari
HS et private joke off

Désolé pour vous

Edit : pour essayer d'avancer, si c'est bien VOTRE classeur perso, vous avez peut-être mis un mot de passe en voulant protéger un autre classeur

[Gorzyne]

oui j'entends et c'est une demande récurrente des codeurs sous excel, "comment je peux protéger mon magnifique outil que tout le monde rêve de s'arracher"
1) implémenter une solution de chiffrement intégrée, un type avait fait un truc sérieux , mais on protège que la data. On était pas sur un chiffrement assez faible mais chiffrement quand même (sur un petit RSA de mémoire)
2) pour le code, une offuscation poussée (automatisée et réversible évidemment), enlever tous les commentaires, rajouter un honeypot, etc... quand on développe on a coutume de laisser pleins de brouillons, même si ça prend de la place ça peut être une idée de le laisser en plein milieu, parfois il y a seulement 10% du code qui est réellement effectif, perso c'est ce que je préconise, faire un logiciel dégueulasse avec une jolie coque en plastique autour
3) une solution qui consiste à utiliser le chiffrement intégré de feuille excel, à condition de respecter quelques conditions très précises et que je n'ai plus en tête, permet de masquer des formules, et de résister à une attaque de type cell.formula, le chiffrement de feuille/feuilles est je crois le seul réellement robuste (chiffrement classeur ou code est bidon) sauf que on limite l'accès en écriture mais pas en lecture donc c'est un jeu d'enfant de "photocopier" le classeur dans un tout nouveau tout propre, même les onglets very hidden y passent (vu qu'on a fait sauter le code de toute façon...) , la seule protection en lecture que j'ai mentionnée concerne les formules de mémoire verrouillées masquées, voir le topic que j'avais posté à ce sujet
après mes infos sont peut être plus à jour, et peut être que MS a révisé la copie depuis (?)

[Nain porte koi]

Préambule, merci aux admins d'avoir supprimé la solution

@Gorzyne : déjà c'est long de développer selon les désidératas des clients (qui changent en cours de route), mais si en plus il faut perdre du temps à protéger le code, plus la peine de développer, autant pointer directement au chômage.

[fazpedro]

J'ai enfin retrouvé le mot de passe, je pense que c'était une erreur car je me souvenais pas avoir mis un mot de passe au VBA
Je l'ai retiré

Désolé du dérangement

[Gorzyne]

Préambule, merci aux admins d'avoir supprimé la solution

@Gorzyne : déjà c'est long de développer selon les désidératas des clients (qui changent en cours de route), mais si en plus il faut perdre du temps à protéger le code, plus la peine de développer, autant pointer directement au chômage.

je suis moyennement d'accord
Un code va typiquement comporter quelques milliers de lignes, représentant des centaines d'heures de travail.
Je pense pas que l'heure cumulée (max) passée à offusquer/défusquer son code soit du luxe (pourvu d'avoir les outils évidemment)
Par ailleurs, la demande de protection va émaner du client, si c'est dans le cahier des charges, le client paie pour sa protection

[Nain porte koi]

@Gorzyne : on en reparlera quand tu gagneras ta vie (ou plutôt quand tu essayeras de gagner ta vie) en codant