[..] Espace register produit serial user

[networe]

Voila en fait j'aimerai que l'utilisateur doit entré deux informations

Son nom d'utilisateur (Donner par moi)
Son Serial (Généré via le nom d'utilisateur)

Donc si on entre
Networe comme login,
Le mot de passe devra obligatoirement être exemple 182836173
Tlem comme login,
Le mot de passe devra obligatoirement être exemple 238712393

Après si le serial à bien été enregistré, il n'affiche plus jamais la demande

[Sh4dows]

Il va falloir envoyé des informations à une base de donnée en ligne, et pour générer la clef faire des calculs, car créer sois même un serial a chaque fois

Donc on récapitule, vous avez besoin :
- D'une Base de Données
- D'un algo de cryptage en fonction du nom/pseudo de l'utilisateur

Fonctionnement :
- Nom d'utilisateur => Clef
- Avant la génération de la clef, vérifier si elle n'existe pas déjà si c'est le cas en re générer une autre toujours avec le même nom d'utilisateur !
- Si elle n'existe pas alors on la créer dans la database !

Avec cela vous devriez vous en sortir.
Pour de plus amples information sur la gestion de base de donnée avec Autoit vous avez l'outil recherche du forum !!!

[Tlem]

En restant plutôt simple dans l'élaboration d'un tel code, je dirais que l'utilisation de _Crypt_EncryptData suffira amplement.

Votre générateur de code :
Saisie du nom -> _Crypt_EncryptData -> Algorithme de conversion numérique -> résultat = CODE numérique.

Code intégré au programme utilisateur :
Saisie du nom + CODE -> _Crypt_EncryptData + Algorithme de conversion numérique (sur le nom) -> Comparaison résultat et CODE -> Si OK, alors validation.

[Sh4dows]

Si à tout hasard vous souhaitez vendre un programme nécessitant une clef d'activation, il faut également penser à la sécurité et dans ce cas _Crypt_EncryptData n'est peut être pas la bonne solution !

A vous de voir suivant vos besoins !

[GELDROC]

Oui mais allor quel est le bon System de Securité

[SrBelial]

bon systeme de sécurité :
* ne pas utiliser AutoIt pour faire des logiciels payants (à cause des décompilateurs notamment ...)
ou bien
* ne pas vendre le logiciel mais plutot proposer du support payant en tant que service supplémentaire
ou bien
* mélanger différentes technologies dans ton application (dll faites main en .Net par exemple, avec script AutoIt en interfaçage pour les fonctionnalités simples + utilisations d'executables compilés .net, c++, ... appelés par le script AutoIt pour les traitements lourds) => ce ne sont que des idées !!! je ne dis pas que c'est un bon choix, le but étant surtout de compliquer la tâche du reverse-engineering

....
voila voila ^__^

[GELDROC]

et ci ont exécute une fonction ou le script est dans une dll.net allor on ne peut pas lire ou décompiler cette fonction c ca

[Tlem]

La partie sécurité et système de protection a déjà été abordée à plusieurs reprises.
Donc une petite recherche sur le forum ne fera pas de mal.

[Iste]

TOUT programme autoit ou non EST décompilable.
Il n'existe AUCUNE sécurité absolue
Il est donc INNUTILE de chercher a avoir un programme infailible.

Une simple sécurité comme celle proposée par Tlem suffira donc largement.

Sinon, se réferer a la 2em proposition de SrBelial et/ou en chercher d'autre dans le meme genre.