SHAREWARE V2.0
ianis24
Messages postés
87
Date d'inscription
dimanche 20 août 2006
Statut
Membre
Dernière intervention
13 janvier 2011
-
28 mars 2007 à 14:56
eludovic Messages postés 10 Date d'inscription mardi 17 décembre 2002 Statut Membre Dernière intervention 18 août 2010 - 18 août 2010 à 16:33
eludovic Messages postés 10 Date d'inscription mardi 17 décembre 2002 Statut Membre Dernière intervention 18 août 2010 - 18 août 2010 à 16:33
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/41994-shareware-v2-0
https://codes-sources.commentcamarche.net/source/41994-shareware-v2-0
18 août 2010 à 16:33
Bonne continuation.
25 janv. 2008 à 16:59
si tu veux protèger ton application il faudra que ta DLL n'envoie que DALLE pas d'adresse (OBFUSCATION) , dailleur ca c'est le plus dure a faire en protection
et franchement j'ai pas de eu de bon tutos pour l'ASM.
par contre je saurais t'aider par une source en C++ et ASM pour le faire.
25 janv. 2008 à 16:44
je cherche juste à apprender à causer poliment avec mon exe...
pour... "l'améliorer" un peu, si je peux
(enfin, ca reste du reverse enginering :p)
pour protéger, un truc qui est pas mal (a voir, hein ^^ j'y connais pas lourd)
c'est une dll qui te renvoie une adresse a executer...
sans avoir eu au moins une fois une vraie clé, on peut pas deviner la vraie instruction...
25 janv. 2008 à 16:37
25 janv. 2008 à 16:34
Courage Renfield.
Quant a moi je viens de télécharger cette source...MDR, mais bon, il fo un début a tout c'est tout le mal que je vous souhaite de faire quelque chose de TOP
de faire tourner en rond des gars comme Renfield, qui lorsqu'il pense avoir craquer l'appli, quelques heures plutard , boom le logiciel saute. ou que l'orsqu'il charge IDA, le prog le bloque avant meme d'avoir lu L'OEP .ou que l'orsqu'il veut faire du brute force, il lui dit non mon pot... pas avec moi avec un petit délais de 2 sec HAHHAa...
Enfin mes amis protecteurs PLONGEZ DANS LE PE c'est mon conseil googlez le
et pour SUPER BIEN COMMENCER AYEZ CFF pour savoir lire le coeur et les intestins de vos appli.Courage...Et rendez-vous dans 1 an.
25 janv. 2008 à 16:24
perso, j'adore IDA :p (d'ailleurs, je suis dessus, là, en train d'analyser le fonctionnement d'un soft...
25 janv. 2008 à 16:18
enfin...je suis pas sorti de l'Auberge et rien de très concret n'est encore réalisé. Cependant ce projet me tien a coeur énormement, car marre d'utiliser la protection des autres.
Enfin quand je vois que l'on essaye de faire de la protection sur le registre meme en encodant, cryptant etc, c'est du R.O.F.L.
La protection qui ce respecte doit ce passer en mémoire lors du chargement du prog
1/il fo inclure des vérification Softice , Olly et IDA (logiciel de crack) donc en mémoire donc utilisation de DLL.
2/il fo absolument Obfusquer l'OEP du programme et le changer par celui de la protécion
3/il faut cacher toutes les API dans le PE donc crypter les OFT's et Fonctions names
Messieurs si vous désirer vraiment faire une appli de protection c'est génial mais attendez vous a des nuits blanches et a apprendre les languages précités
et les utiliser aisément ... Bonne chance et si je peux aider, avec plaisir
5 juin 2007 à 13:58
51 XOR 12 43> 43 XOR 12 = 51
Cela te permet de crypter tes données, de les insérer dans la base de registre et de pouvoir les récupérer lors de la prochaine utilisation du programme pour les mettre à jour, etc. (compteur, dates de validité, version trial/complète...).
Pour complexifier le cryptage, on peut utilser plus d'un octet (clef de cryptage) ou bien un algorithme qui change la valeur à chaque octet, tu as donc la possibilité de créer ton propre code de cryptage.
Autre chose, une astuce, que j'utilise, est de créer à la fois un fichier contenant les données cryptées et une réplication dans la base de registre. De cette façon si la clef de la base de registre est détruite, elle peut être régénérée automatiquement au lancement de ton prog à partir du fichier, et inversement. C'est beaucou plus dur à virer comme protection que si tu pose tes données cryptées à un seul endroit.
9 avril 2007 à 12:13
Qu'il se tourne vers le vb.net
9 avril 2007 à 12:08
8 avril 2007 à 19:21
(regarde l'avatar de Simon32)
8 avril 2007 à 14:58
5 avril 2007 à 22:47
Pour plus de détails et pour ne pas transormer ce conseil en roman, envois-moi un e-mail au SimonRainville@gmail.com et désolé pour mon orthographe, je suis aussi Québecois alors sur ce...
4 avril 2007 à 19:41
Regarde bien le post de Renfield du 30/03/2007...Il t'explique que c'est ta donnée que tu va mettre dans ta BDR que tu dois crypter...
Regarde ici : http://www.vbfrance.com/recherche.aspx?r=crypter+donn%e9e&tr=source&p=2
A+
Exploreur
4 avril 2007 à 19:31
30 mars 2007 à 22:22
++
30 mars 2007 à 22:19
pirate softwarez est-ce-que je peux mettre ton exe sur un site de cracking comme defi?pour tester ta protection.
a+ et bonne prog...
30 mars 2007 à 18:16
deverais fonctionner excuser moi je n'avais jamais compiler mon code auparavant et je remercie beaucoup celui qui m'à signaler le Bug!
30 mars 2007 à 11:49
Mais par ailleurs, ceux sont ses petites bidouilles qui arrivent à faire progresser le monde du developpeur.
A chacun ces idées, tant que tout reste dans la légalité et le respect d'autrui.
Bonne prog à tous.
30 mars 2007 à 08:38
en fait, il s'agit de stocker dans la base de registre, une donnée qui a été cryptée, ce qui n'est pas du tout pareil.
tu trouveras ci et là un tas de sources proposant des algos de cryptage.
interesses toi par exemple aux API CrypTo (dll de Windows)
30 mars 2007 à 06:18
29 mars 2007 à 23:11
http://www.vbfrance.com/codes/FAIRE-VERSION-DEMO-VOTRE-PROJET_41441.aspx
29 mars 2007 à 19:04
Cependant la meilleur méthode de faire un Trial c'est de ne pas implémenter toutes les méthodes ...
par Ex:
Pour un logiciel de traitement d'images ne pas coder la partie qui permet de sauvegarder le résultat final ou encore ne pas coder la partie qui permet à l'utilisateur de charger ses propres images ... etc
Le tout étant de trouver le bon compromis pour que l'utilisateur puisse apprécier le logiciel sans qu'il puisse en utiliser le résultat final.
L'avantage de ce genre de pratique c'est que ça n'a aucun intérêt pour les Hackers de se casser la tête dessus et surtout c'est très facile à mettre en oeuvre. ;)
29 mars 2007 à 17:35
Si durant le trial l'application me dit : "Erreur, réinstalle-moi", pas grand chance que j'investisse dans le produit.
Ce type de "protection" n'est pas nouvelle, tu aurais intérêt à te documenter afin de profiter de l'expérience des autres et implémenter correctement la solution que tu ré-invente laborieusement.
29 mars 2007 à 16:54
29 mars 2007 à 14:20
2. et si apres avoir supprimé le fichier trial.txt je vois que le programme ne démarre plus, ne crois-tu pas que je vais me douter de qq chose?
29 mars 2007 à 11:56
j'aurai juste une question dans la continuité du post de violent_ken le 28/03/2007 21:19:45 :
Si le fameux "Hacker" fait une copie de tes fichiers et en change s'il le faut les attributs, que ce passe-t-il ?
A+
Exploreur
29 mars 2007 à 08:24
29 mars 2007 à 02:43
moi je ne suis pas hacker du tout, à l'inverse, je me classe dans la catégorie utilisateur amateur.
Bref, quand je lis de ta part :
"si l'utilisateur aurais effacer le fichier sois par négligence ou bien que c'est un hacker, il tentera de l'effacer mais là surprise c'est que si le fichier n'existe plus alors mon application lancera à l'utilisateur un messsage MsgBox "Désolé le programme a subi une erreur, veillez désinstaler et réinstaller le progamme." par la suite aucun moyen de faire fonctionner l'appication sans ce fichier il devra désinstaler et réinstaller le progamme"
Bah c'est pas bien. C'est à toi de prendre en compte les mauvaises manip de l'utilisateur, car je me met à la place d'un blaireau de l'informatique, quand il ouvre C:\ et qu'il voit "trial" et qu'il ne sait pas ce que c'est, je pense que c'est compréhensible s'il l'efface, et à l'inverse, ça me ferait chier que le prog ne tourne plus à cause de ça.
Enfin, c'est mon opinion.
Bon courage pour la suite. ;)
28 mars 2007 à 23:51
un bout de code comment encrypter une base de registre car je ne suis pas trop familier avec les bases de registres Merci bien à toi violent_ken pour ton aide précieuses!
28 mars 2007 à 23:18
en tout cas c'est trop fort de la part d'un mec qui a pour pseudo "pirate softwarez" de poster un "shareware" , surtout aussi secure... ;)
28 mars 2007 à 22:58
Pour crypter une info dans la base de registre, tu n'as qu'à enregistrer une valeur de type REG_SZ (string) cryptée avec les APIs CryptDecrypt et CryptEncrypt (ou un algo perso).
@+
28 mars 2007 à 22:51
dire, je trouve aussi sécuritaie d'inscrire les informations dans un fichier ou bien dans une base de registre mais excuse moi mais
je ne sais toujours pas encore comment encrypter les données dans une base de registre et pourtant je Boss avec Visual Basic depuis 1998! Tu peux ainsi changer l'heure à chaque fois que le fichier est enregistrer et aussi la date du fichier, donc le hacker va ce creuser pas mal la tête pour le touver ce fameux fichier encrypter, Ex. trial.txt ou bien hdd5.dll 2000-03-28 16:05 pis en plus tu peux le placer dans n'importe quel répertoire pour rendre le tout plus difficile à trouver Ex. "C:\Windows\System32\hdd5.dll"
en tout cas j'espère violent_ken que tu comprends mon point de vu!
Et en passant pourrais tu me montrer comment enrypter une base de registre Merci bien à toi violent_ken pour ton commentaire Bye Bye et à la prochaine!
28 mars 2007 à 22:03
28 mars 2007 à 21:19
"il ne faut pas qu'ils sache ou ce trouve le fichier pour une raison de sécuriter" ==> tu peux localiser le fichier contenant la clé n'importe où dans ton PC en 3 secondes même pas (recherche par date de dernier accès + taille ou monitoring d'accès aux fichiers).
Donc la "sécurité" est morte de ce point de vue là.... (de toutes façons, l'intérêt de masquer le fichier pour l'user est négligeable car si le cryptage est bon, l'user ne peut rien en faire).
La base de registre est, elle, autant sécurisée qu'un fichier. Tu n'a qu'à crypter les informations qui y sont écrites (possibilité de le faire avec les APIs).
Ou au pire, tu créé le célèbre "License.dat" dans le dossier de l'executable sans compromettre la sécurité pour autant.
@+
28 mars 2007 à 21:10
MonFichier$ = "c:\trial.txt"
If Dir(MonFichier$, vbNormal Or vbReadOnly Or vbHidden Or vbArchive) = "" Then
MsgBox "Désolé le programme a subi une erreur, veillez désinstaler et réinstaller le progamme.", vbCritical, "DLL Error!"
bon c'est tout simple à comprendre c'est que si l'utilisateur aurais effacer le fichier sois par négligence ou bien que c'est un hacker, il tentera de l'effacer mais là surprise c'est que si le fichier n'existe plus alors mon application lancera à l'utilisateur un messsage MsgBox "Désolé le programme a subi une erreur, veillez désinstaler et réinstaller le progamme." par la suite aucun moyen de faire fonctionner l'appication sans ce fichier il devra désinstaler et réinstaller le progamme, tu peux lui donner comme message d'erreur Ex. MsgBox "We are sorry can't load hedd5.dll internal fatal Error!" vous voyer ce que vous pouver
faire, utiliser votre imagination.Eh bien voila mon cher Renfield pour faire sauter la protection dans l'exe bien sur que les hackers chevronnés sauront comment faire sauter cette protection sois en décompilant l'application ou bien sois en employant SoftIce ou bien soit avec Win32Disasm je suis au courant tu sais, mais pour rendre la tàche un peu plus difficile aux hackers tu peu intégrer la form Counter1 dans ton programme principale ou bien en encryptant tout ton programme une fois compiler en EXE et aussi tu peut en changer la date et l'heure du fichier trial.txt ou hdd5.dll pour que le hacker ne voit que du feu!!! En passant excuser moi pour les fautes d'orthographes je suis un Québécois de souche de Montréal Vive le Québec Libre et Vive la France p.s. si il y a quelqu'un qui pourrais remplacer le mode Compteur par une date d'expiration de 30 jours ça serais bien apprécier avec détection de l'altération de la date et un gros MERCI à tous à bientot!!!
28 mars 2007 à 19:43
1) "Dim Compteur As String
Dim Trial As String
Dim MonFichier As String
Dim SiEnregistrer As String
...
Compteur = 0
Trial = 10"
ERF les types de donnée !!
2) Fichier c:\trial.txt vide ou corrompu (genre une ligne de texte) ==> plantage
3) Mieux vaut utiliser le registre pour ce genre de chose
@+
28 mars 2007 à 19:39
28 mars 2007 à 19:23
MonFichier$ = "c:\trial.txt"
par
MonFichier$ = app.patch & "\trial.txt"
28 mars 2007 à 17:51
28 mars 2007 à 17:33
28 mars 2007 à 17:30
28 mars 2007 à 15:23
là, s'il n'existe pas, tu sors. Comment ca se passe lors de la première execution ?
MonFichier$ = "c:\trial.txt"
If Dir(MonFichier$, vbNormal Or vbReadOnly Or vbHidden Or vbArchive) = "" Then
MsgBox "Désolé le programme a subi une erreur, veillez désinstaler et réinstaller le progamme.", vbCritical, "DLL Error!"
End
Else
ah ! ok.....
"Veuillez copier le fichier trial.txt dans le C:\ sinon il y aura une erreur et l'application ne pourra pas démarrer correctement."
au fait, tu sais que tout le monde ne possède pas de C:\ ^^
28 mars 2007 à 15:17
a bas les chemins en dur....
comme dirait EBArtSoft :
"Suffit de modifier la form de départ dans l'exe pour faire sauter la protection. Mais je ne dirai pas comment faire, c'est deja présent sur le site."
28 mars 2007 à 14:56