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