cs_Patrice99
Messages postés1221Date d'inscriptionjeudi 23 août 2001StatutMembreDernière intervention 9 septembre 2018
-
15 févr. 2005 à 10:17
paradoxalmm
Messages postés2Date d'inscriptionmercredi 14 février 2007StatutMembreDernière intervention 5 mars 2007
-
5 mars 2007 à 10:27
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
paradoxalmm
Messages postés2Date d'inscriptionmercredi 14 février 2007StatutMembreDernière intervention 5 mars 2007 5 mars 2007 à 10:27
J'ai perdu mon mot de passe "vbaproject", y a t il un moyen de le retrouver?
cs_Daranc
Messages postés15Date d'inscriptionjeudi 29 avril 2004StatutMembreDernière intervention12 mai 2010 31 mai 2006 à 09:45
le programme Acyd sert au mot de passe pour deverouiller les protections
par mot de passe tant sur les feuille que le projet VBA proteger par mot de passe ul sert surtout a debloquer un fichier dont les mots de passe ont ete oubliés . je crois si on relits les intentions de 'auteur que ça ne marche pas sur les verouillage par code . C'est une extention XLA d'excel . d'ailleur celui ci jouis d'une protection un poil plus performante que ce qui est mit par défaut du coté de chez Bill .
Daranc
cs_eldim
Messages postés956Date d'inscriptionlundi 30 mai 2005StatutMembreDernière intervention21 août 20141 31 mai 2006 à 09:32
ça ne déverrouille pas le vb mais le fichier excel...
cs_Daranc
Messages postés15Date d'inscriptionjeudi 29 avril 2004StatutMembreDernière intervention12 mai 2010 31 mai 2006 à 09:19
j'ignore ce que cela vaut
www.veriti.net
rechercher: "Acyd" de Ti (Thierry Pourtier)
pour faire sauter les protections VB et feuilles par mot de passe sur les protections par code ,je ne sais pas. Mais c'est un outil de test plutot performant
Daranc
cs_eldim
Messages postés956Date d'inscriptionlundi 30 mai 2005StatutMembreDernière intervention21 août 20141 3 août 2005 à 11:41
Salut !
Faut lancer excel par VB NET avec au préalable sur la variable d'application excel :
Sub Security()
Dim secAutomation As MsoAutomationSecurity
With Application
secAutomation = .AutomationSecurity
.AutomationSecurity = msoAutomationSecurityForceDisable
With .FileDialog(msoFileDialogOpen)
.Show
.Execute
End With
.AutomationSecurity = secAutomation
End With
End Sub
cs_Patrice99
Messages postés1221Date d'inscriptionjeudi 23 août 2001StatutMembreDernière intervention 9 septembre 2018 28 févr. 2005 à 16:14
ThisWorkbook.IsAddin : Pas mal, ca serait presque utile si on pouvait empecher de lancer l'éditeur VBA...
jmlucienvb
Messages postés129Date d'inscriptionmercredi 24 septembre 2003StatutMembreDernière intervention12 février 2009 28 févr. 2005 à 08:00
C'était un truc comme ça vu il y a qques jours :
empêcher l'affichage d'un classeur s'il est ouvert alors que l'exécution des macros est désactivée dans les options de sécurité
Option Explicit
'*******************************
'code à coller dans ThisWorkbook
'*******************************
'VériTi...
'dans l'évènement Open du classeur...
Private Sub Workbook_Open()
ThisWorkbook.IsAddin = False
End Sub
'dans l'évènement BeforeSave ou BeforeClose du classeur...
Private Sub Workbook_BeforeClose(Cancel As Boolean)
ThisWorkbook.IsAddin = True
End Sub
'ainsi, si on ouvre le classeur alors que les options de sécurité
'bloquent l'exécution des macros, le classeur reste invisible...(mais pas VBA)
MystSith
Messages postés1Date d'inscriptionsamedi 24 juillet 2004StatutMembreDernière intervention25 février 2005 25 févr. 2005 à 21:44
Je crois qu'il existe un moyen d'activer automatiquement les macros sous excel (ou le classeur ne s'ouvrira pas)... et donc de mettre tout en place pour protéger son code (autant que possible)... il suffit de mettre une feuille "MS Excel 4.0 Macro" dans le classeur. Astuce à tester ;)
jmlucienvb
Messages postés129Date d'inscriptionmercredi 24 septembre 2003StatutMembreDernière intervention12 février 2009 25 févr. 2005 à 13:35
Avec un éditeur hexadécimal on fait sauter les mot de passe de vbaProject...
VicoLaChips2
Messages postés436Date d'inscriptiondimanche 20 janvier 2002StatutMembreDernière intervention 2 février 20102 15 févr. 2005 à 21:51
effectivement... pour Excel97 !! mais bon... Je pense également que la protection du Code VBA des projets Excel doit se faire par la voie académique à savoir :
activeworkbook.Protect ...
et la même chose pour les feuilles.
De toute façon l'intérêt principal de cette
« pseudo » protection c'est d'empécher les users d'aller triturer le code et de faire planter l'appli...
@+ et bonne prog, VIC.
sibi12
Messages postés337Date d'inscriptionjeudi 19 décembre 2002StatutMembreDernière intervention15 avril 2006 15 févr. 2005 à 21:33
non non il y a des programme qui permette de retrouver ce code
vialstephane
Messages postés89Date d'inscriptionmercredi 29 octobre 2003StatutMembreDernière intervention22 mai 2008 15 févr. 2005 à 21:09
il suffit de désactiver les macros au démarrage pour pouvoir consulter le code à loisir...
tu dis n'importe quoi !
Si tu protège ton projet par mot de passe dans vbaproject tu ne peux pas visualiser le code même les macros désactivées !
@+
cs_Geronimo62
Messages postés4Date d'inscriptionmercredi 17 novembre 2004StatutMembreDernière intervention 7 juin 2005 15 févr. 2005 à 20:48
lol, j'avais pas pensé à ça, mais suffit de desactiver le choix de l'option ... c facile et si on ne choisi pas de la remettre à defaut quand on quitte, ils sont bloquer ...
maintenant mon but est simplement de disuader les novices et bidouilleure de toucher à mon code ... si je developpe en VBA c'est simplement pour les utilisateurs et aussi que tout le monde a excel donc pas de problémes de dll ... pareils en VB il est facile de bidouiller les sources... quand on veut, on peu ...
sibi12
Messages postés337Date d'inscriptionjeudi 19 décembre 2002StatutMembreDernière intervention15 avril 2006 15 févr. 2005 à 16:26
Oui bien vu...je n'y pensais plus...
Enfin, en allant loin, des serveur comme celui du gouvernement américain ce sont deja fait hacker :-D
cs_Patrice99
Messages postés1221Date d'inscriptionjeudi 23 août 2001StatutMembreDernière intervention 9 septembre 2018 15 févr. 2005 à 16:19
>> il est completement impossible de proteger du code tout court !!!
Faut pas oublier aussi une dernière possibilité : faire un service web sécurisé que tu héberges toi-même : ainsi, personne ne peut désassembler le code qui s'exécute sur ta machine.
sibi12
Messages postés337Date d'inscriptionjeudi 19 décembre 2002StatutMembreDernière intervention15 avril 2006 15 févr. 2005 à 13:07
Oui evidemment niveau protection c pas top... autant mettre un mot de passe alors...
Patrice99 >> Je dirais même plus il est completement impossible de proteger du code tout court !!!
VB.Net est très mal proteger encore moins que VB6 puisque meme en brouillant l'exe, une fois debrouille tu a le code (enfin presque tu n'as pas le nom des variables ni les commentaires mais bon... fo pas exagerer non plus lol) à l'inverse de VB6 ou tu peux juste tracer par ou passe le code et obtenir le listing assembleur..le reste c'est du reverse ingeneering (je suis plus trop sur de l'orthographe...)
cs_Patrice99
Messages postés1221Date d'inscriptionjeudi 23 août 2001StatutMembreDernière intervention 9 septembre 2018 15 févr. 2005 à 10:17
Tant pis si je vais te décevoir, mais mieux vaux la vérité en matière de sécurité : il est totalement illusoire de vouloir protéger du VBA ! pour Excel, il suffit de désactiver les macros au démarrage pour pouvoir consulter le code à loisir... Si tu converti ton code en VB6 compilé en .exe, ton code sera un petit peu mieux protégé, et si tu le converti en VB.Net avec l'option de brouillage de l'exe, il sera un peu mieux protégé (pas complètement mais de façon suffisamment dissuasive dans la plupart des cas).
5 mars 2007 à 10:27
31 mai 2006 à 09:45
par mot de passe tant sur les feuille que le projet VBA proteger par mot de passe ul sert surtout a debloquer un fichier dont les mots de passe ont ete oubliés . je crois si on relits les intentions de 'auteur que ça ne marche pas sur les verouillage par code . C'est une extention XLA d'excel . d'ailleur celui ci jouis d'une protection un poil plus performante que ce qui est mit par défaut du coté de chez Bill .
Daranc
31 mai 2006 à 09:32
31 mai 2006 à 09:19
www.veriti.net
rechercher: "Acyd" de Ti (Thierry Pourtier)
pour faire sauter les protections VB et feuilles par mot de passe sur les protections par code ,je ne sais pas. Mais c'est un outil de test plutot performant
Daranc
3 août 2005 à 11:41
Faut lancer excel par VB NET avec au préalable sur la variable d'application excel :
Sub Security()
Dim secAutomation As MsoAutomationSecurity
With Application
secAutomation = .AutomationSecurity
.AutomationSecurity = msoAutomationSecurityForceDisable
With .FileDialog(msoFileDialogOpen)
.Show
.Execute
End With
.AutomationSecurity = secAutomation
End With
End Sub
28 févr. 2005 à 16:14
28 févr. 2005 à 08:00
empêcher l'affichage d'un classeur s'il est ouvert alors que l'exécution des macros est désactivée dans les options de sécurité
Option Explicit
'*******************************
'code à coller dans ThisWorkbook
'*******************************
'VériTi...
'dans l'évènement Open du classeur...
Private Sub Workbook_Open()
ThisWorkbook.IsAddin = False
End Sub
'dans l'évènement BeforeSave ou BeforeClose du classeur...
Private Sub Workbook_BeforeClose(Cancel As Boolean)
ThisWorkbook.IsAddin = True
End Sub
'ainsi, si on ouvre le classeur alors que les options de sécurité
'bloquent l'exécution des macros, le classeur reste invisible...(mais pas VBA)
25 févr. 2005 à 21:44
25 févr. 2005 à 13:35
15 févr. 2005 à 21:51
activeworkbook.Protect ...
et la même chose pour les feuilles.
De toute façon l'intérêt principal de cette
« pseudo » protection c'est d'empécher les users d'aller triturer le code et de faire planter l'appli...
@+ et bonne prog, VIC.
15 févr. 2005 à 21:33
15 févr. 2005 à 21:09
tu dis n'importe quoi !
Si tu protège ton projet par mot de passe dans vbaproject tu ne peux pas visualiser le code même les macros désactivées !
@+
15 févr. 2005 à 20:48
maintenant mon but est simplement de disuader les novices et bidouilleure de toucher à mon code ... si je developpe en VBA c'est simplement pour les utilisateurs et aussi que tout le monde a excel donc pas de problémes de dll ... pareils en VB il est facile de bidouiller les sources... quand on veut, on peu ...
15 févr. 2005 à 16:26
Enfin, en allant loin, des serveur comme celui du gouvernement américain ce sont deja fait hacker :-D
15 févr. 2005 à 16:19
Faut pas oublier aussi une dernière possibilité : faire un service web sécurisé que tu héberges toi-même : ainsi, personne ne peut désassembler le code qui s'exécute sur ta machine.
15 févr. 2005 à 13:07
Patrice99 >> Je dirais même plus il est completement impossible de proteger du code tout court !!!
VB.Net est très mal proteger encore moins que VB6 puisque meme en brouillant l'exe, une fois debrouille tu a le code (enfin presque tu n'as pas le nom des variables ni les commentaires mais bon... fo pas exagerer non plus lol) à l'inverse de VB6 ou tu peux juste tracer par ou passe le code et obtenir le listing assembleur..le reste c'est du reverse ingeneering (je suis plus trop sur de l'orthographe...)
15 févr. 2005 à 10:17