Discussion :

[winzzz]

Bonjour,

Comment faut il s'y prendre pour qu'un exécutable puisse s'auto-éditer?

Je voudrais tagger un exe lors de sa première exécution pour qu'il ne puisse plus être exécuté sur une autre machine par la suite.

Je pensais déclarer une constante bien identifiable qqpart dans le code:
const long int id = 0xf81f81f81f81.
Lors de l'execution :
soit le code est égale à 0xf81f81f81f81 -> on le remplace par un id généré par rapport au hardware de la machine.

Le code correspond à l'id hardware, on continue l'exécution du programme sinon exit.

Évidement tout est piratable, etc...

Connaissez vous des sites qui expliquent des techniques s'y rapportant?

[yan]

le plus simple est d'utiliser un tableau de char d'une certaine taille et d'y aller à la bourrin.
dans un .cpp que tu link

static const char myTab[256] ="hello";

Ainsi en cherchant hello directement dans le binaire, tu trouvera la mémoire de myTab (ici c'est 256 octets) et tu peut la modifier.

C'est comme cela que fait Qt pour pouvoir patcher les binaires lors de l'installation.

[3DArchi]

le plus simple est d'utiliser un tableau de char d'une certaine taille et d'y aller à la bourrin.

J'avais pensé à quelque chose comme ça aussi (modification d'une zone identifiée dans le ficher .exe), mais je me demande dans quelle mesure tu ne risques pas d'avoir des problèmes sur des OS récents ou avec des anti-virus pointilleux.

[reptils]

Là tu vas modifier une zone mémoire... si une autre machine load le programme c'est à partir de ce qui est sur disque, donc tu reload le binaire d'origine.

[Davidbrcz]

"HS": La solution la plus simple consiste à utiliser l'outil le plus adapté pour faire cela, donc oublier le C++ et embrasser le lisp

PS: y'avait eu y'a quelques semaines une série de post dans un topic où le sujet était abordé (Mac LAK participait de mémoire). A fouiller

[nikko34]

static const char myTab[256] ="hello";

et aussi faire ce qu'il faut pour éviter que le compilateur te l'optimise allègrement

bon si c'est un truc sécurisé qu'il te faut, bon ben voilà quoi.

[yan]

et aussi faire ce qu'il faut pour éviter que le compilateur te l'optimise allègrement

bon si c'est un truc sécurisé qu'il te faut, bon ben voilà quoi.

ben faut juste qu'il soit utilisé quelque part. Je ne pense pas que le compilateur à le droit de modifier la taille.
En tous cas je ne connais pas d'autre solution, je trouve cela moche mais ca marche... .
Du moment que tu ne touche qu'à cette mémoire ton prog ne risque rien.
Bien penser au \0 quand c'est une string

Là tu vas modifier une zone mémoire... si une autre machine load le programme c'est à partir de ce qui est sur disque, donc tu reload le binaire d'origine.

quand je parle mémoire ici, je parle de modifier la zone de ce tableau dans le binaire. Ouvre n'importe quel exe, tu verra que toute les chaînes du code écrit avec des "" sont visible dans le binaire.

J'avais pensé à quelque chose comme ça aussi (modification d'une zone identifiée dans le ficher .exe), mais je me demande dans quelle mesure tu ne risques pas d'avoir des problèmes sur des OS récents ou avec des anti-virus pointilleux.

De ce que je connait aucun. Tant que ton exe ne fait rien de dangereux, y as pas de problème.
J'ai déjà fait bien pire, mettre des NOP au lieu du teste de la version de windows pour faire marcher une dll sous vista.. pas eu un seule problème.

Comme je l'ai dit, c'est la méthode qu'utilise Qt pour redistribuer des binaire car il y as des path absolue en dure dans certaine dll et dans qmake.