Bonjour,

Dans le projet dans lequel je travail va devoir avoir une sécurité pour éviter la copie illégale.

J'explique le contexte :

Les clients qui auront cette application auront un serveur NT 2000 avec les exe et les fichiers sur un partage, chaque poste W95, W98, XP ou NT 4 par exemple auront un raccourcis qui pointera sur ce partage.

Faute de temps je ne fais pas d'application client/serveur.

Je souhaiterais qu'a chaque fois qu'un poste via le raccourcis, lance l'application, vérifie si la license est toujours active. Mais je ne vois pas comment faire.

Si quelqu'un à des idées, elles sont les bienvenues.

Merci d'avance

a++++

ce que je fais sur ce sujet :

calcul de clé sur la base de composante de la configuration (raison sociale + code ape + autres params fonctionnels...), il existe ce qu'il faut sur le sujet (MD5).

Une idée est de passer les numériques en valeurs litéralle pour les hachage, cela permet d'obtenir des clé différentes à chaque modif de 1 dans les valeurs numérique.
en ascii, après hachage, 0 et 1 peuvent donner la même clé alors que 'zéro' et 'un' est déja plus limité !

+ comparaison avec la clé de série saisie lors de l'install.

Ainsi, une clé de série donne accès à un soft pour une raison sociale... donnée.

Tout changement dans ces valeur nécéssite une nouvelle clé.
Se débrouuiller donc pour que la chaine de départ contienne des infos limitantes.

Bonjour

Et pk ne pas garder le blocage par appli et ne pas essayer de les compter via le serveur ou de faire un contrôle.

En plus de cette façon tu connais le nbr de licence chez ton client.

William

Bonne question anonyme, la réponse est fort simple, la license est vendu par serveur et non par nombre de poste.

On ne tient pas compte du nombre de poste.

a+++

A l'equipe R&B, oui mais voila le probleme que choisir comme élément limitant, j'avais pensé au numéro de série du disque (Serveur NT) mais la fonction
sNumeroSerieDisque=fDisqueInfo(fDisqueEnCours(),fdNumeroDeSerie)
renvoie 0 si c'est exécuter via un poste 98 ou 95 vu du faites que c'est un raccourci qui pointe sur un partage réseau.

a+++

Re
Effectivement je n'avait pas compris la question.
pour raisonner assez court, Pour empecher l'access aux données sur l'espace partagé est valide ou pas, il faut que le serveur y indique si se licence est bonne ou pas.

Les stations qui accédent controle dans un ou des fichiers cette valeur.

Perso dans mes fichiers j'ai toujours un fichier crypté et les données sont cryptées dedans pour reconnaître tout mon monde

William

en élément bloquant ?
un entier correspondant aux modules actifs (vendus) compulsé via des calcul binaire. Eexemple avec la liste des modules actifs dans un inter, et une proc qui retourne l'entier correspondant aux binaires actifs.

reste ensuite à utiliser

Pour déterminer lequel est actif avec pnval valeur total, pnmodule n° du module.

Perso j'ai un doute sur l'utilisation du n° de série du disque qui mais le logiciel tributaire du matériel.
Evidement, ce genre de considération est à mettre en relation avec le type d'application et les utilisateurs.
Mais pour une app grand public, c'est une voie sûre.
Attention, avec cela, si le client flingue son disque, il doit obtenir une nouvelle clé... et la porte s'ouvre aux abus.

voila pour l'instant.

Pour votre information, en plus qu'un fichier crypté, utilisez simplement une protection par mot de passe sinon je passe avec mon hfreader... et même en écriture (version non publique)!

pour ce faire passer du coté de hpasse() avant les hcreationxxx()

Personnellement j'ai résolu le problème en mettant :
* une table client (crypté)
* une licence (crypté)
* une des utilisateurs connectés

A chaque connection, je vérifie le nombre de connecter et je compare avec le nombre de licence accordé. Si le nombre de connecter est supérieur au nombre de licence, je rejette la connection, sinon, je l'accepte.

J'ai aussi rajouté un numéro de série basé sur le numéro de disque dur des fichiers mais qui ne sert pas pour les autorisations de connection.

@+
Vianney

Ok je comprends ta façon de faire mais en l'occurence notre application n'est pas vendu par nombre de poste mais seulement au point de vue serveur.

Le nombre de poste n'a pas d'importance.

ceci dit l'idée d'un fichier crypté serait peut etre une partie de la solution. Je vais y réfléchir.

a+++

Je ne suis pas en nombre de poste client mais en nombre de connexion possible en même temps pour un module.
Par exemple, si le client a cinq postes client, qu'il veut trois licences du module commercial (car trois postes client se connecteront) et deux du module financier (car deux postes client se connecteront) alors, je mets dans la table licence :
* module commercial 3
* module financier 2
La table des connectés permet donc d'utiliser des licences non payées.
Si le client veut des licences supplémentaires, je lui envoie un fichier modifié qui mettra à jour la table des licences.

Si je suis à côté de la plaque, explicite un peu plus ta question afin que je vois ton problème.
@+
Vianney

Ahhhhhhhh ok je vois ce que tu veux dire, mais on utilise pas cette possibilité car trop changeante, le nombre de poste pour un module peut evoluer tres vite et le client ne souhaite pas trop de mise a jour, sauf sur demande.

En faites ce que je veux c'est que l'executable principale verifie si la license est toujours la meme et si oui continuer sinon une fenetre pour la license apparait et en meme temps on recoit un mail automatiquement.

Ce que je veux c'est éviter qu'un de nos client copie ce qu'il y a sur le partage reseau, le grave, l'envoi a un de ses potes (Copie illégale donc) et puisse éxécuter le logiciel.

Donc en gros sur le serveur j'ai les exe + les fichiers, sur chaque poste client un raccourcis pointant sur l'exe principal, et a chaque execution de celui ci je verifie si ma license est bonne.

voila en gros.

a+++

OK je vois mieux ...
Il faut donc te baser sur l'ID disque où se trouve les fichiers. Si comme tu l'as spécifié la récupération ne fonctionne pas sous W98 et WME, il te suffit de lancer un exécutable qui se trouverait sur le serveur.
Ou alors tu mets des informations cryptées dans la base de registre du serveur que tu contrôles à chaque lancement.

@+ si j'ai d'autres idées ....
Bon courage
Vianney

Salut vianney,

J'y avais pensé à cette solution, une sorte d'automate qui tourne en tache de fond, qui récupére l'id du disque puis fait un calcul savant pour générer une license, qui était envoyé au programme principale mais bon j'ai trouvé ca long à faire, et faute de temps j'ai abandonné.

Ceci dit n'hésitez pas à me donner des idées pour ce genre de petit probleme.

Merci

a+++

Bonjour Oceans,

Je viens de trouver ceci sur 'http://windevapi.free.fr/forum.php' :

//Nom du volume, Numéro de série, type de disque

lpRootPathName est une chaine="C:\"
lpVolumeNameBuffer est une chaine asciiz de 13
nVolumeNameSize est un entier long=12
lpVolumeSerialNumber est un entier long
lpMaximumComponentLength est un entier long
lpFileSystemFlags est un entier long
lpFileSystemNameBuffer est une chaine asciiz de 32
nFileSystemNameSize est un entier long=32

si AppelDLL32("kernel32" , "GetVolumeInformationA" , lpRootPathName , &lpVolumeNameBuffer , nVolumeNameSize , &lpVolumeSerialNumber , &lpMaximumComponentLength , &lpFileSystemFlags , &lpFileSystemNameBuffer , nFileSystemNameSize) alors
info("Nom du Volume : "+lpVolumeNameBuffer, "N° Série : "+poidsfort(lpVolumeSerialNumber)+"-"+poidsfaible(lpVolumeSerialNumber), "Type :"+lpFileSystemNameBuffer)
fin

Je n'ai pas testé. Si cela peut résoudre ton problème,

@+
Vianney

Salut Vianney,

Trés interressant ta solution, je vais tester ca et si ca fontionne je te le dirais, mais je verrais pas pourquoi ca fonctionnerait pas :)

a+++

je vais bosser ce we à mettre en place un système de hachage... je pense le publier début de semaine à venir.

Cela permet d'obtenir une clé de longueur fixe à partir d'une chaine : à vous de construire la chaine et de vous occuper de la partir contrôle de valeur.

je sais qu'il existe un composant MD5 mais bon...

Salut,

Oui ton idee de hachage m'interresse, des que tu l'auras mis a disposition, je l'utiliserais certain.

A+++