Discussion :

[TheCakeMaker]

Bonjour,

je suis en 2éme année développement informatique, je programme avec vb.net,
pour le moment tous va bien , j'arrive a programmer des application Windows plus ou moins complexe , mais le problèmes c'est que je veut savoir comment programmer une date d'expiration de mon application, est ce que quelqu'un peut m'aider et mille fois merci

[Médinoc]

Pour faire comme un shareware ?

Dans tous les cas, c'est de la "security by obscurity", où tu dois mémoriser la date d'installation (ou la date d'expiration) et la cacher à l'utilisateur.

Je crois qu'il y a un débat dessus dans le sujet sur les protections contre le piratage...

[TheCakeMaker]

Merci Médinoc je vais chercher dans le Forum c'est vraiment gentil

[smyley]

Comme je le dit souvent ça dépend surtout du publique visé. Si c'est pour un maison du 3e age ou un club de bridge, tu peux le faire au bourrin en stockant la date d'installation dans le registre et en vérifiant par rapport à la date actuelle au démarrage.

Si ton publique est plus large et que tu veux protéger ton application, sache que le vb.net on peut extrêmement bien le décompiler et donc contourner n'importe qu'elle protection. Si tu veux un truc fiable il faudra absolument passer par une solution externe codée en C/C++ ou un langage du même genre.

[Mac LAK]

Si tu veux un truc fiable il faudra absolument passer par une solution externe codée en C/C++ ou un langage du même genre.

Et encore... Tu connais le bon vieux truc pour détecter ce genre de protection ?
Menu démarrer -> Exécuter -> cmd -> "date JOURDEL'INSTALLATION+1".

Si le soft remarche, c'est une protection par date => il suffit de chercher les appels à GetLocalTime ou GetSystemTime et c'est bon.

Le mot "fiable", quand on parle de protections, c'est très subjectif et dépendant du public visé, comme tu l'as fait remarquer...

[smyley]

Si le soft remarche, c'est une protection par date => il suffit de chercher les appels à GetLocalTime ou GetSystemTime et c'est bon.

Il y a aussi le contre. Vérifier que la date concorde avec un serveur en ligne ou qu'elle n'a pas été reculée, et dans ce cas bloquer la période d'évaluation ...

[Mac LAK]

Il y a aussi le contre. Vérifier que la date concorde avec un serveur en ligne ou qu'elle n'a pas été reculée, et dans ce cas bloquer la période d'évaluation ...

Ce qui renseignera tout autant sur le fait que c'est une protection par date...

[smyley]

Ce qui renseignera tout autant sur le fait que c'est une protection par date...

Oui c'est vrai, mais on devra quand même mettre les mains dans le cambouilli et ça exclu direct la vaste majorité des utilisateurs dans le cas des applications grand publique (qui ne sont pas suffisamment répandues pour qu'un hacker soit dans le lot et prenne le temps de rendre le programme librement accessible aux autres).

[Mac LAK]

Oui c'est vrai, mais on devra quand même mettre les mains dans le cambouilli et ça exclu direct la vaste majorité des utilisateurs dans le cas des applications grand publique (qui ne sont pas suffisamment répandues pour qu'un hacker soit dans le lot et prenne le temps de rendre le programme librement accessible aux autres).

C'est le but de toute protection : rendre son cassage bien plus long (et donc "coûteux") que le prix de la licence...

Dans tous les cas, en mode autonome, il est impossible d'empêcher un déplombage de logiciel. Il faut absolument passer par un serveur pour avoir un début (léger...) de protection "fiable", ce qui n'est pas à la portée de tout le monde non plus.


Après, il faut aussi voir un aspect légal à la chose : bloquer un soft après une période donnée, OK. Mais dans quel but ? Obliger l'utilisateur à se mettre à jour ? Ou lui faire cracher les thunes ?

Dans le premier cas, un simple message d'avertissement suffira amplement, nul besoin de bloquer le programme.
Dans le second cas : as-tu le droit légal de vendre ton application ? As-tu une licence de développement t'autorisant à distribuer commercialement tes programmes ?

[smyley]

Dans le second cas : as-tu le droit légal de vendre ton application ? As-tu une licence de développement t'autorisant à distribuer commercialement tes programmes ?

Il dit faire du vb.net. Si c'est VS Express, il a le droit.

[Mac LAK]

Il dit faire du vb.net. Si c'est VS Express, il a le droit.

Ah oui, c'est vrai qu'ils ont changé leur CLUF... La limite est toujours au niveau du (non) droit de distribuer les runtimes Visual et sur la modification de l'IDE ?

[smyley]

La limite est toujours au niveau du (non) droit de distribuer les runtimes Visual et sur la modification de l'IDE ?

Il me semble, mais de toute façon la version Express ne supporte pas les Addins donc ça limite le champ de possibilité ...