Créer une version d'évaluation

Version imprimable

Voir 40 message(s) de cette discussion en une page

30/01/2006, 11h45
kurkaine

Créer une version d'évaluation

Bonjour les gens,

J'aimerai faire de mon logiciel un shareware, genre évalution 30jour par exemple et proposer un enregistrement par serial. Mais ne sais pas quel est le meilleur moyen et le plus sûr (par exemple je me souviens sur les applications Win9x on changeait la date de l'horloge windows ou dans le bios et l'applcation fonctionnait de nouveau.

Si quelqu'un à une idée pour faire ce genre d'application...

Merci
09/02/2006, 15h45
Patrick Seuret

Ben, je n'ai jamais fait ca, mais voici à froid quelques idées:
- Si l'utilisateur dépasse la date limite, tu changes une clé qqpart que tu consultes en plus de la date. Comme ça, s'il change la date APRES, elle n'a plus d'effet.
- Si l'utilisateur est plus malin et bloque à chaque fois son horloge, tu peux consulter un serveur sur le web pour avoir une date "neutre", mais il faut une connexion internet. Si c'est à chaque fois la même date, tu peux sauver la date à la fin de la session et vérifer au début de la suivant que la date réelle est bien postérieure à celle sauvée
- Tu peux peut-être aussi trouver un fichier système qui est modifié par windows régulièrement et contient donc une date postérieure, auquel cas, tu récupère une "preuve" que l'utilisateur a modifié sa date
- Plus trop d'idées maintenant.

Reste à empêcher le contournement de ces méthodes (notamment la clé modifiée) mais c'est un autre problème.
09/02/2006, 17h25
kurkaine

Ce que je pense

Merci pour ta réponse... Le hic de la date système est facile à récupéré, et de plus, si l'utilisateur change 'heure de son horloge après l'installation pour la mettre à l'heure, le programme va se brider... Enfin, c'est là que je me rends compte que ce n'est pas facile de faire un shareware, enfin en partant de nulle part.

Perso, je ne sais pas si c'est une bonne idée, mais j'aimerai mettre un numéro de série qui est dépendant du numéro de série du disque dur et une clé qui sera généré aléatoirement lors de l'installation. L'ensemble de ces deux clés formeront une troisième clé final. Par contre, là j'empêche une copie pirate du logiciel, ce qui est déjà bien mais rien à voir avec une version shareware.

En conclusion, je suis toujours à l'écoute d'une solution pour brider le soft à une intervalle de temps (1 mois par ex).

A bientôt j'espère.
09/02/2006, 18h30
Invité

Idée ?

Tu peux aussi compter le nombre d'exécution du programme que tu écris dans un fichier crypté...
09/02/2006, 21h11
mat.M

Re: Ce que je pense

Citation:

Envoyé par kurkaine

Perso, je ne sais pas si c'est une bonne idée, mais j'aimerai mettre un numéro de série qui est dépendant du numéro de série du disque dur et une clé qui sera généré aléatoirement lors de l'installation. L'ensemble de ces deux clés formeront une troisième clé final. Par contre, là j'empêche une copie pirate du logiciel, ce qui est déjà bien mais rien à voir avec une version shareware.

Et si je prends wdisam ou Turbo Debugger je trace pas à pas et tombe sur la routine qui teste cette clé ? :D
J'y replace un JMP adresse en assembleur ? 8)
09/02/2006, 22h28
Interruption13h

Pourquoi tu n'utilise pas les registres

Pourquoi tu n'tulise pas les registres de bâse de Windows !
J'enre mettre une clé dans une prmière place qui veu dire que le soft à bien été installer au moins une fois,et une autre pour le comte à reboure (à toi de faire comment la crypter ou je ne sais quoi ?)

et se qui concerne le Windasm,OllyDbg,SoftIce... tu peu arréter les crackeur débutant seulement avec une compression de ton executable
Example : Armadillo,Asprotect,FSG et plein d'autre....

:wink:
10/02/2006, 05h05
kurkaine

Et la base de registre

En fait, je n'ai jamais utilisé la base de registre. J'ai déjà fait des regedit sous windows, certes, mais je ne sais pas quelles sont les informations que l'ont peut stocker, à quel endroit (j'imagine que c'est dans Local\Software) dans quel interêt, et comment faire.

Si quelqu'un peut me donner une piste, ce serait sympa.

En ce qui concerne les desassembleurs, c'est sûr que l'application sera hacké vite fait bien fait, mais dans un premier temps, il s'agit d'empêcher une reproduction illégal par l'utilisateur (il s'agit d'une application pour particulier, pour l'instant je n'envisage pas de la vendre au public, mais je ne tiens pas que mon client diffuse l'appli dans différentes structures).

Merci... Au fait, si quelqu'un à un lien pour utiliser wdisam... J'aimerai bien comprendre comment se fait-il qu'il soit si simple d'hacker un programme.
10/02/2006, 08h33
Interruption13h

Précieux ton soft ;-)

http://c.developpez.com/faq/bcb/?page=systemeregistre
Pour ce que c'est la base de registre !

Aprés avoir compris ce que c'est ,et comment stocker des informations à toi ;-) signalant que ton soft est bien enregistré ou pas ! il faudra pensé à une protection plus au moins éfficace pour ton jolie et précieux soft;par example vérifier si c'est bien le disque dûre du client que tu veux lui livrer ton application,sinon >:-) détruit ça machine lol je plaisante !!!

Comment faire pour connaître le No de serie du disque dûre ?
http://c.developpez.com/faq/bcb/?pag...eroseriedisque

Rq:Faut pas trop jouer avec tes clé de registre,et surtout celles de ton client ! Tu peut tout ... en l'aire !! :-(
10/02/2006, 18h40
kurkaine

Ou est le danger ?

Hey, tu m'as fait peur. Quelles sont les bétises à ne pas faire pour ne pas détruire ma base de registre ? Encore celle du client, ça passe, mais pas la mienne. Mais par contre, mettre une clé dans la base de reg, c'est pas malin non ? Ca revient à mettre un fichier texte avec le numéro de série dedans ? Les utilisateurs ont accés... Enfin, je vais chercher... Merci pour tes liens, et pour vos réponses...
10/02/2006, 18h52
Invité

Regedit

N'oubliez pas que l'arborescence de la base de registre varie suivant la version de Windows.

Verifiez bien que l'arborescence que vous attaquez est la même dans Windows 95 98 98se Win 2000, Win XP ...

Personellement je l'utilise au minimum.
10/02/2006, 19h25
kurkaine

base de registre

En gros, tu déconseilles d'utiliser la base de registre ? Je crois que je vais suivre ton conseil, que mon appli plante c'est une chose, mais que l'OS du client plante...

Je me demande toujours comment peut-on réaliser un shareware qui se bride par rapport à une date donnée, sans pour autant tenir compte de l'horloge système (si l'utilisateur change son heure)...

Désolé pour le retard,

CE QUE J'AI FAIS :
en résumé j'ai utiliser la base du registre pour faire mais sauvegardes, j'ai quatre variables de type date (iData, dDate,mDate,cDate), et une nExec entière pour le verrou total ainsi que pour le sérial, ici je suppose que l'enregistrement par sérial ce fait ailleurs (si l'utilisateur tape la bonne combinaison du sérial, alors nExec contiendra la valeur 1350)

Donc commençons :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 // // DECLARATION DES VARIABLES DATE // TDateTime iDate , dDate , mDate , cDate ; int nExec ; cDate = Date() ; // // INSTANCIATION SUR LE REGISTRE // TRegistry *RegEdit = new TRegistry(); try { RegEdit -> RootKey = HKEY_LOCAL_MACHINE ; if(RegEdit -> OpenKey("\\Software\\kmaniche\\", false)) { iDate = RegEdit -> ReadDate ("iDate") ; dDate = RegEdit -> ReadDate ("dDate") ; mDate = RegEdit -> ReadDate ("mDate") ; nExec = RegEdit -> ReadInteger("nExec") ; if(nExec != 1350) if((nExec != 27414)||((cDate<iDate)||(cDate>mDate)||(cDate<dDate))) { RegEdit -> WriteInteger("nExec", 41472) ; Application -> Terminate() ; } else RegEdit -> WriteDate("dDate", cDate) ; } else { RegEdit -> OpenKey("\\Software\\kmaniche\\", true) ; RegEdit -> WriteDate ("iDate", cDate) ; RegEdit -> WriteDate ("dDate", cDate) ; RegEdit -> WriteDate ("mDate", cDate+30) ; RegEdit -> WriteInteger("nExec", 27414) ; } } __finally { if(RegEdit) delete RegEdit ; }
AVEC L'ENTETE

Code:

#include <registry.hpp>

VOUS POUVEZ L'ESSAYER IL MARCHERAS SANS PROBLEMES (ENVOYER MOI VOS REMARQUES)

Ce qui reste, j'ai pas fais la gestion dans le cas ou l'utilisateur bloc la date, pour cela je propose d'ajouter une autre variable qui contiendras la dernière heures système qui correspond à la dernière exécution, si cette variale ne change pas, ou l'heure actuelle elle est inférieur à cette dernière, alors le programme :arrow: , mais il existe une solution + prof :

EXPLICATION :
J'utiliserai toujours le registre, mais cette fois-ci j'enregistre le chemin du logiciel dans le lancement de Windows (HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run) avec une ligne de commande genre « c:\monlog\shk.exe /autorun » le tout donnera :
Code:

1 2 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run\c:\monlog\shk.exe /autorun
que je récupérai avec :
ParamStr(cpt) qui sont les paramètres de la ligne de commandes !! , ici cpt = 1 ; que je l'implémante dans la source du projet :

Menu Project -> View Source

voici le code :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 WINAPI WinMain(HINSTANCE, HINSTANCE, LPSTR, int) { if(ParamStr(1).LowerCase() == "autorun") { j'enregistre la date/l'heurs actuelle dans le registre, return 0 ; } try { Application->Initialize(); Application->CreateForm(__classid(TForm1), &Form1); Application->Run(); } catch (Exception &exception) { Application->ShowException(&exception); } return 0; }
et se qui concerne le Windasm,OllyDbg,SoftIce, Debugexe, exetoasm, execode... une solution s'impose :
Il faut codé toutes les chaines de caractére du code source, comment par exemple : le code XOR, mais bien s^^ur il faut le faire,

Mais par contre pour l’utilisation des registres néanmoins il faut être sûr de soi-même sinon :bug:

@+ :wink:

11/02/2006, 12h22
kmaniche

J'ai oublier,

copier le 1er code par exemple dans oncreate de la fiche principale ...

@+ :wink:
11/02/2006, 17h42
Interruption13h

Nombre d'éxecution restant
Salut ! je suis ravis que t'as apris aussi vite d'utiliser les Registres ;-)

J'ai juste une remarque à faire : et si quelqu'un tout simplement supprimera ta clé de registre("HKEY_LOCAL_MACHINE\\Software\\kmaniche") esque ton application va prendre en compte ça ?je veu dire esqu'elle va être arrétée ?

Une autre solution si tu veux :
Si tu va lui installer ton soft toi même (c'est ce que je suppose) !
Bain t'as qu'à mettre un fichier quelque pars (Par example c:\Windows\System32, enfin le repertoire de ton System32)

Ce fichier va contenir trois informations !
Tu mettra son code unique puisque tu va le calculé par son No de serie de son Disque dûre ! Et tous ça pour que ton application,quand elle démarre elle vérifie si ce fichier est bien présent sinon pas touche !
Bon dans le cas ou il est présent ,il vérifie si le code présent dans ce fichier est bien celui que t'as calculé depuis son No serie,sinon aussi pas touche !
Et si c'est le bon No serie,donc reste à vérifier s'il est enregistrer ou pas en mettant une autre donnée qui signifie s'il est enregistré ou pas(de type booléen par example),s'il n'est pas enregistré tu vérifie une autre donnée qui est le nombre d'éxecution restant (au lieu du temps restant) si ce nbr est superieur à 0 donc continuer l'utilisation de ton application sinon pas touche encore une dernière fois !

example du fichier :
Code:

1 2 3 4 No serie=123456789 enregistré=non reste à executer=15
Rq: pour le fichier que tu va mettre,tu peu utilisé les fichier INI,et pour plus de discrétion tu le renomme en .dll ou .ocx ou n'imposrte quoi par example : "BlablaXP.dll"

Bon,si c'est pas claire,tu me fais signe Ok !

Salut,

L'utilisation des registres ce n'étais qu'un premier exemple ; On pourai faire les ch^oses comme le fait DEEPFREEZ :!:

mais pour tes fichiers .dll, .ocx ect, tu ne bleufra que les débutants, mais avec un bon info et SoftIce (par exemple) on le sera... :cry:

Mais par contre pour :

Code:

HKEY_LOCAL_MACHINE\\Software\\kmaniche

je peu l'écrire sous la forme :
Code:

1 2 String(char(72))+String(char(75))+String(char(69))+String(char(89))+String(char(95))+String(char(76))+String(char(79))+String(char(67))+String(char(65))+String(char(76))+String(char(95))+String(char(77))+String(char(65))+String(char(67))+String(char(72))+String(char(73))+String(char(78))+String(char(69))+String(char(92))+String(char(92))+String(char(83))+String(char(111))+String(char(102))+String(char(116))+String(char(119))+String(char(97))+String(char(114))+String(char(101))+String(char(92))+String(char(92))+String(char(107))+String(char(109))+String(char(97))+String(char(110))+String(char(105))+String(char(99))+String(char(104))+String(char(101))
Pour faire une bonne version d'évaluation, il faut beucoup de :pc: et avec un peut de volanté on arrive à :zekill:

fais nous des propositions ...
[A Suivre...]

Méthode XOR

example de fct de cryptage de fichier avec la méthode XOR

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
 
 
bool Crypter_Fichier(char* nom_complet_fichier,char* Clef_cryptage)
{
 
char *Fichier_Temp="c:\\temp";//Par example
 
FILE *Ptr_FICHIER=fopen(nom_complet_fichier,"rb");
FILE *Ptr_TEMP=fopen(Fichier_Temp,"wb");
/*Le fichier temp pour le résultat du cryptage (ou le décryptage !)*/
 
 
if(Ptr_FICHIER!=NULL && Ptr_TEMP!=NULL)//Si les fichiers ont bien été ouvert
{
short Index_Cle=0;
char caractere_lu=fgetc(Ptr_FICHIER);//Lecture du prmier caractère
while(!feof(Ptr_FICHIER))//Tantque on a pas parcouru tout le fichier
        {
        caractere_lu^=Clef_cryptage[Index_Cle];
/*On a fait c=c XOR Clef_cryptage[j](on xor le crractère lu)*/
 
 
        fputc(caractere_lu,Ptr_TEMP);
 
/*Au lieu d'écrire dans un fichier temporel sur disque dûre,on aurai pu écrir dans une mémo lors du décriptage,ça serai mieux pour ne pas avoire le fichier d'écrypté en claire sur disque dûre
                          (la mémo est invisible biensûre !)*/
 
 
/*on vérifie si la fin de la clé n'est pas ateint,si oui on revien au début de la clé :  */
        if(Clef_cryptage[Index_Cle]=='\0')
                Index_Cle=0;
        else
                Index_Cle++;
 
        caractere_lu=fgetc(Ptr_FICHIER);
        }
fcloseall();//Fermeture des deux fichier
/*Remplacer le fichier à crypter(ou à décrypter) par le fichier temp : */
 
MoveFileEx(Fichier_Temp,nom_complet_fichier,
MOVEFILE_REPLACE_EXISTING);
 
return true;
}
else//On cas ou les fichier n'ont pas été ouvert
return false;
}

l'appel se fait par example :

Code:

1
2
3
4
5
 
 
char* FICHIER="C:\\je sais pas ou\\fichier.ini";
char* Clef="Cle secrete pour crypter ou decrypter";
Crypter_Fichier(FICHIER,Clef);

Si on un fichier qui contient:

Code:

1
2
3
4
 
No serie=123456789
enregistré=non
reste à executer=15

ça va nous donner :

Code:

1
2
3
4
 
ES
XEWKPRNQ8zaoE 
Z	nNfE

;-)

Rq : Crypter un fichier deux fois te donnera le même fichier ;-)

Encore une chose : Soit sûre que tu ne sera pas à l'abri des Cracker professionnel :twisted:

a+

15/02/2006, 12h13
kurkaine

Retard

Merci de vos réponses, je bossais sur une autre appli à finir d'"urgence"... Pfff... Je reviens sur ce pb de shareware.

J'ai une question qui a déjà été posé, mais j'aimerai avoir confirmation. Quand nous allons migrer sur la prochaine version de Windows, la base de registre ne sera pas forcément suivant la même hiérarchie, alors comment être sûr que mon programme sera évolutif ?

Merci encore pour vos réponses, pour l'instant je vais m'interesser au bridage du nombre d'exécution en copiant des infos dans un fichier.

Je tiens au courant.
15/02/2006, 13h09
kurkaine

nb d'exécution

Ton code pour brider un programme marche très bien, c'est exactement ce que je recherchais pour brider le nbre d'exécution d'un programme. Toutefois, il reste à ce niveau un souci (pour tromper les utilisateurs non informaticien). Si on remplace le fichier contenant le nombre d'exécution par un autre généré au moment de l'installation, l'application ne se bridera jamais, puisqu'il sera toujours consideré comme une nouvelle installation du soft.

Du coup, la solution la plus simple consiste à cacher qq part sur le disque le fichier contenant ces informations sinon on ne s'en sort plus.

Par contre, je ne suis pas très convaincu par la date sauvegardé dans la base de registre. J'ai peur de buggé l'ordi du client... Quelles sont les erreurs à ne pas faire pour éviter ce cas ? (j'ai déjà planté mon windows en effaçant une entrée manuellement).

Merci de vos réponses en tout cas.

PS: si qq'un a un site ou je peux récupérer un tutorial d'utilisation d'un desassembleur, j'aimerai beaucoup comprendre par quelle magie on fait ces fameux JMP.
15/02/2006, 17h51
DjmSoftware

bonjour,
il existe une serie de composants appellée TurboPower OnGuard que tu peux trouver gratuitement sur SourceForge qui te permettrons de protéger de manière simple et sans prendre trop de temps ton Application

Cordialement
03/03/2006, 15h42
kurkaine

"is not a design time package"

J'ai enfin trouvé le temps de tester TurboPower OnGuard, mais je n'arrive pas à installer les package car je reçois le message d'erreur suivant lors de l'installation du package : "...si not a design time package".

J'ai bien ajouté le path source dans BCB, mais j'ai toujours ce message. Est-ce que quelqu'un a déjà réussi à utiliser cette bibliothèque ?

Merci

Voir 40 message(s) de cette discussion en une page