[..] Decrypter et lancer programme exécutable

[kalvine]

J'ai un programme (fichier .exe) qui est crypté Mon, problème, c'est que je veux donc lancer mon programme exécutable, non pas à partir du disque dur, mais directement à partir de la mémoire que je que je puisse protéger mes .exe quelqu'un aurait une idée

[kalvine]

Enfaite je cherche juste un script pour mettre en mémoire un exe

[L4crymal]

Qu'est ce que tu appel mettre en mémoire ?

[tolf]

Pour cripter un fichier (ton EXE à crypter) : http://www.autoitscript.fr/forum/viewto ... =21&t=1409
Pour enregistrer un fichier (l'EXE crypté) dans ton EXE : http://www.autoitscript.fr/forum/viewto ... f=11&t=513

[Tlem]

je veux donc lancer mon programme exécutable, non pas à partir du disque dur, mais directement à partir de la mémoire

Cela n'est pas possible.
Il faut obligatoirement que votre exe à lancer soit stocké sur un média.

[kalvine]

Enfaite c'est un exe crypter dans mon exe autoit j'ai essayé avec l'udf Memory.au3 et MemWrite mais sa marche pas

[Tlem]

j'ai essayé avec l'udf Memory.au3 et MemWrite mais sa marche pas

Normal, puisque ce n'est pas possible ...

[kalvine]

alors comment je fais une foi l'exe décrypter pour l'executer sans fichier temporaire ...

[tolf]

alors comment je fais une foi l'exe décrypter pour l'executer sans fichier temporaire ...

Bah apparemment c'est impossible... et bien dommage (j'aurais moi-même bien aimé crypter un .exe dans un autre, mais bon tant pis...)

[Tlem]

j'aurais moi-même bien aimé crypter un .exe dans un autre

Ca s'est possible.
Ce qui ne l'est pas, c'est de lancer cet exe à partir d'une zone mémoire (sans passer par "l'extraction de cet exe crypté vers une zone temporaire physique")

[kalvine]

moi j'aimerai fair comme upx sauf que au lieu de compresser je veux crypter mes exe

[kalvine]

je suis comme tolf j'aimerai crypter un .exe dans un autre et l'exécuter sans fichier temporaire qu'il reste protégé mais comment concevoir un telle script ?

[Tlem]

Si c'est dans le but de protéger votre code de peur qu'il ne soit 'plagié', vous n'avez pas choisit le bon langage (Bien que avec les autres langages ce soit un peut plus difficile, le reverse engineering reste une pratique très usitée).

Si c'est par-ce que vous voulez stoker des informations confidentielles (tel un mot de passe), vous devez lire ceci : http://www.autoitscript.fr/forum/viewto ... =35&t=1192

Si c'est dans un but non avouable, passez votre chemin.

[kalvine]

c'est pour protéger un exe du reverse engineering ou que mon exe soit cracker ou modifier j'ai essayer des logiciels de protection mais il sont tous unpacker donc j'aimerai faire mon propre logiciel de protection

[Tlem]

c'est pour protéger un exe du reverse engineering

Cela est utopique.

Vous ne pourrez protéger à 100% votre programme quelque soit le langage et la protection utilisée.

Au mieux vous limiterez le nombre de gens qui seront capable de le faire, mais imaginez-vous que même si les plus grosses boites n'arrivent pas à protéger leurs logiciels, comment vous, vous pourriez y arriver ???

Pour mettre en place une 'protection' sur votre exe, suivez ce lien http://www.autoitscript.com/forum/index ... =31020&hl=

[kalvine]

c'est pas grave j'aimerai quant mm finir mon script autoit et pouvoir crypter mon exe en vb et ensuite pouvoir l'exécuter j'avais pensé a c'est lien et a utiliser _MemCreate mais apparemment c'est pas possible pas grave je vais continuer a chercher une solution
http://www.autoitscript.com/forum/index ... opic=19329
http://www.autoitscript.fr/forum/viewto ... =21&t=1409
http://www.autoitscript.fr/forum/viewto ... f=11&t=513

[tolf]

Cela est utopique.

Vous ne pourrez protéger à 100% votre programme quelque soit le langage et la protection utilisée.

Si on crypte (par une bonne méthode comme AES) l'exe à protéger dans un autre et que "l'exe de stockage" demande un mot de passe à l'utilisateur pour le décryptage, il sera impossible de retrouver l'exe crypté sans le mot de passe.

[timmalos]

Si on le decompile si

Et c'est la tout le problème, surtout avec Autoit ou la decompilation est très facile...

[Tlem]

Si on crypte (par une bonne méthode comme AES) l'exe à protéger dans un autre ...

Ce qu'il vous faut comprendre, c'est que votre 1er exe (celui non crypter) va devoir décompresser l'exe crypté quelque part ...
Ensuite l'exe crypté devra être lancé, mais si il reste crypté, il ne se passera rien.
Donc il faudra le décrypter ... Et la clé de décryptage pourra être récupérée par divers méthodes, donc l'intérêt de crypter votre exe reste très sommaire.
Vous me direz, que c'est pour ça que vous voulez lancer l'exe directement en mémoire, mais là je vous ais déjà répondu, et de toute façon la clé de décryptage peut quand même être capturée avant le décryptage de l'exe et sont lancement ...

Pour protéger votre travail, il n'y à pas de solution 100% béton.
Donc la solution est de multiplier les protections en tout genre pour rendre le reverse engineering plus complexe et la décompilation moins simple (cela à déjà été discuté sur le forum), mais ne rêvez pas, il y à toujours un plus malin que vous.
Et si votre travail vaut de l'or, ce n'est pas en AutoIt qu'il faut l'écrire.

[Ghost911]

j'ai compris se que tu voulais dire par mettre en mémoire je c'est qu'on peut charger une .dll en mémoire avec l'udf MemoryDll.au3 alors pourquoi pas un exe ! mais pour sa je pense qu'il faut que tu utilise l'api createprocess le probléme c'est comment coder sa après pour protéger ton script tu peut toujours utiliser l'obfuscator !