Je n'ai pas de competences particulieres mais je vois bien un système fonctionnant ainsi:
- Un fichier executable contenant l'image en cryptée - Un decryptage lors de l'execution du logiciel (decryptage en ram) et le process de decryptage efface l'image au fur et a mesure qu'il decrypte.
non?
Bah non, si tu as sauvegardé l'exe ... tu pourra a nouveau visualiser l'image, tu ne peux donc pas considéré qu'elle as été effacée la 1ere fois .
Je n'ai pas de competences particulieres mais je vois bien un système
fonctionnant ainsi:
- Un fichier executable contenant l'image en cryptée
- Un decryptage lors de l'execution du logiciel (decryptage en ram) et le
process de decryptage efface l'image au fur et a mesure qu'il decrypte.
non?
Bah non, si tu as sauvegardé l'exe ... tu pourra a nouveau visualiser
l'image, tu ne peux donc pas considéré qu'elle as été effacée la 1ere fois .
Je n'ai pas de competences particulieres mais je vois bien un système fonctionnant ainsi:
- Un fichier executable contenant l'image en cryptée - Un decryptage lors de l'execution du logiciel (decryptage en ram) et le process de decryptage efface l'image au fur et a mesure qu'il decrypte.
non?
Bah non, si tu as sauvegardé l'exe ... tu pourra a nouveau visualiser l'image, tu ne peux donc pas considéré qu'elle as été effacée la 1ere fois .
Posteur
Dans ce cas l'exe va verifier une entrée dans une base de donnée sur le net. Quand il decrypt l'image, il incremente un champs dans une bdd sur le net (et refuse de decrypter si pas d'acces au net)...
"Steph" a écrit dans le message de news: dvp84t$f73$
Je n'ai pas de competences particulieres mais je vois bien un système fonctionnant ainsi:
- Un fichier executable contenant l'image en cryptée - Un decryptage lors de l'execution du logiciel (decryptage en ram) et le process de decryptage efface l'image au fur et a mesure qu'il decrypte.
non?
Bah non, si tu as sauvegardé l'exe ... tu pourra a nouveau visualiser l'image, tu ne peux donc pas considéré qu'elle as été effacée la 1ere fois .
Dans ce cas l'exe va verifier une entrée dans une base de donnée sur le net.
Quand il decrypt l'image, il incremente un champs dans une bdd sur le net
(et refuse de decrypter si pas d'acces au net)...
"Steph" <steph@steph.com> a écrit dans le message de news:
dvp84t$f73$1@news.rd.francetelecom.fr...
Je n'ai pas de competences particulieres mais je vois bien un système
fonctionnant ainsi:
- Un fichier executable contenant l'image en cryptée
- Un decryptage lors de l'execution du logiciel (decryptage en ram) et le
process de decryptage efface l'image au fur et a mesure qu'il decrypte.
non?
Bah non, si tu as sauvegardé l'exe ... tu pourra a nouveau visualiser
l'image, tu ne peux donc pas considéré qu'elle as été effacée la 1ere fois
.
Dans ce cas l'exe va verifier une entrée dans une base de donnée sur le net. Quand il decrypt l'image, il incremente un champs dans une bdd sur le net (et refuse de decrypter si pas d'acces au net)...
"Steph" a écrit dans le message de news: dvp84t$f73$
Je n'ai pas de competences particulieres mais je vois bien un système fonctionnant ainsi:
- Un fichier executable contenant l'image en cryptée - Un decryptage lors de l'execution du logiciel (decryptage en ram) et le process de decryptage efface l'image au fur et a mesure qu'il decrypte.
non?
Bah non, si tu as sauvegardé l'exe ... tu pourra a nouveau visualiser l'image, tu ne peux donc pas considéré qu'elle as été effacée la 1ere fois .
Steph
Dans ce cas l'exe va verifier une entrée dans une base de donnée sur le net. Quand il decrypt l'image, il incremente un champs dans une bdd sur le net (et refuse de decrypter si pas d'acces au net)...
A oui pas mal ... je m'attendais a ce que quelqu'un propose de mettre un flag dans la base de registre ou creer un fichier quelconque comme le font la plupart des Soft en version trial.
Pour ta proposition, mon FireWall va me dire qu'il y a une tentative d'accès vers l'extérieur et je vais être tenté de regarder ce qui passe et de faire une capture :-) Après c'est pas trop dur de rejouer la trame pour répondre Yes à nouveau .
Dans ce cas l'exe va verifier une entrée dans une base de donnée sur le net.
Quand il decrypt l'image, il incremente un champs dans une bdd sur le net
(et refuse de decrypter si pas d'acces au net)...
A oui pas mal ... je m'attendais a ce que quelqu'un propose de mettre un
flag dans la base de registre ou creer un fichier quelconque comme le
font la plupart des Soft en version trial.
Pour ta proposition, mon FireWall va me dire qu'il y a une tentative
d'accès vers l'extérieur et je vais être tenté de regarder ce qui passe
et de faire une capture :-)
Après c'est pas trop dur de rejouer la trame pour répondre Yes à nouveau .
Dans ce cas l'exe va verifier une entrée dans une base de donnée sur le net. Quand il decrypt l'image, il incremente un champs dans une bdd sur le net (et refuse de decrypter si pas d'acces au net)...
A oui pas mal ... je m'attendais a ce que quelqu'un propose de mettre un flag dans la base de registre ou creer un fichier quelconque comme le font la plupart des Soft en version trial.
Pour ta proposition, mon FireWall va me dire qu'il y a une tentative d'accès vers l'extérieur et je vais être tenté de regarder ce qui passe et de faire une capture :-) Après c'est pas trop dur de rejouer la trame pour répondre Yes à nouveau .
J1
Dans ce cas l'exe va verifier une entrée dans une base de donnée sur le net. Quand il decrypt l'image, il incremente un champs dans une bdd sur le net (et refuse de decrypter si pas d'acces au net)...
A oui pas mal ... je m'attendais a ce que quelqu'un propose de mettre un flag dans la base de registre ou creer un fichier quelconque comme le font la plupart des Soft en version trial.
Pour ta proposition, mon FireWall va me dire qu'il y a une tentative d'accès vers l'extérieur et je vais être tenté de regarder ce qui passe et de faire une capture :-) Après c'est pas trop dur de rejouer la trame pour répondre Yes à nouveau .
Pour éviter que l'on puisse rejouer l'échange, pourquoi ne pas plutot proposer au serveur un "challenge" différent à chaque fois?
Comme, par exemple, déchiffrer une chaîne aléatoire...
Mais dans tous les cas rien n'empechera l'utilisateur de réaliser une capture d'écran / un dump de sa mémoire vidéo / une photo du moniteur!
A+
-- J1
Dans ce cas l'exe va verifier une entrée dans une base de donnée sur
le net.
Quand il decrypt l'image, il incremente un champs dans une bdd sur le
net (et refuse de decrypter si pas d'acces au net)...
A oui pas mal ... je m'attendais a ce que quelqu'un propose de mettre un
flag dans la base de registre ou creer un fichier quelconque comme le
font la plupart des Soft en version trial.
Pour ta proposition, mon FireWall va me dire qu'il y a une tentative
d'accès vers l'extérieur et je vais être tenté de regarder ce qui passe
et de faire une capture :-)
Après c'est pas trop dur de rejouer la trame pour répondre Yes à nouveau .
Pour éviter que l'on puisse rejouer l'échange, pourquoi ne pas plutot
proposer au serveur un "challenge" différent à chaque fois?
Comme, par exemple, déchiffrer une chaîne aléatoire...
Mais dans tous les cas rien n'empechera l'utilisateur de réaliser une
capture d'écran / un dump de sa mémoire vidéo / une photo du moniteur!
Dans ce cas l'exe va verifier une entrée dans une base de donnée sur le net. Quand il decrypt l'image, il incremente un champs dans une bdd sur le net (et refuse de decrypter si pas d'acces au net)...
A oui pas mal ... je m'attendais a ce que quelqu'un propose de mettre un flag dans la base de registre ou creer un fichier quelconque comme le font la plupart des Soft en version trial.
Pour ta proposition, mon FireWall va me dire qu'il y a une tentative d'accès vers l'extérieur et je vais être tenté de regarder ce qui passe et de faire une capture :-) Après c'est pas trop dur de rejouer la trame pour répondre Yes à nouveau .
Pour éviter que l'on puisse rejouer l'échange, pourquoi ne pas plutot proposer au serveur un "challenge" différent à chaque fois?
Comme, par exemple, déchiffrer une chaîne aléatoire...
Mais dans tous les cas rien n'empechera l'utilisateur de réaliser une capture d'écran / un dump de sa mémoire vidéo / une photo du moniteur!
