Il existe des techniques de programmation pour avoir un écran noir à la
place de la photo visée lors d'un copie d'écran. J'en ai fait
l'expérience avec PowerDVD lors de la lecture de blu-ray sous Windows.
Il était impossible de faire des captures d'écran en Full HD via le menu
du logiciel et la copie d'écran via la touche "Impr ecran" donnait un
écran noir à la place, seul le mode SD était autorisé, pas HD.
Il existe des techniques de programmation pour avoir un écran noir à la
place de la photo visée lors d'un copie d'écran. J'en ai fait
l'expérience avec PowerDVD lors de la lecture de blu-ray sous Windows.
Il était impossible de faire des captures d'écran en Full HD via le menu
du logiciel et la copie d'écran via la touche "Impr ecran" donnait un
écran noir à la place, seul le mode SD était autorisé, pas HD.
Il existe des techniques de programmation pour avoir un écran noir à la
place de la photo visée lors d'un copie d'écran. J'en ai fait
l'expérience avec PowerDVD lors de la lecture de blu-ray sous Windows.
Il était impossible de faire des captures d'écran en Full HD via le menu
du logiciel et la copie d'écran via la touche "Impr ecran" donnait un
écran noir à la place, seul le mode SD était autorisé, pas HD.
je suis obligé de maintenir que s'il se condamne à tous
ces efforts pour que le contenu puisse être récupéré pour
tout collégien débutant, ce sont "des efforts pour rien".
je suis obligé de maintenir que s'il se condamne à tous
ces efforts pour que le contenu puisse être récupéré pour
tout collégien débutant, ce sont "des efforts pour rien".
je suis obligé de maintenir que s'il se condamne à tous
ces efforts pour que le contenu puisse être récupéré pour
tout collégien débutant, ce sont "des efforts pour rien".
OK pour vos différentes remarques mais en incluant cette fois la
fonction de déchiffrage dans l'exe principal, je doute qu'il soit si
simple que ça de récupérer *en clair* une clé [...].
Il existe des techniques de programmation pour avoir un écran noir à la
place de la photo visée lors d'un copie d'écran. J'en ai fait
l'expérience avec PowerDVD lors de la lecture de blu-ray sous Windows.
Il était impossible de faire des captures d'écran en Full HD via le menu
du logiciel
je ne vois pas l'intérêt de faire un hook sur le player pour
capturer un Flash puisqu'on perd toute l'interactivité et le code
actionscript mis en place dans le fichier d'origine.
OK pour vos différentes remarques mais en incluant cette fois la
fonction de déchiffrage dans l'exe principal, je doute qu'il soit si
simple que ça de récupérer *en clair* une clé [...].
Il existe des techniques de programmation pour avoir un écran noir à la
place de la photo visée lors d'un copie d'écran. J'en ai fait
l'expérience avec PowerDVD lors de la lecture de blu-ray sous Windows.
Il était impossible de faire des captures d'écran en Full HD via le menu
du logiciel
je ne vois pas l'intérêt de faire un hook sur le player pour
capturer un Flash puisqu'on perd toute l'interactivité et le code
actionscript mis en place dans le fichier d'origine.
OK pour vos différentes remarques mais en incluant cette fois la
fonction de déchiffrage dans l'exe principal, je doute qu'il soit si
simple que ça de récupérer *en clair* une clé [...].
Il existe des techniques de programmation pour avoir un écran noir à la
place de la photo visée lors d'un copie d'écran. J'en ai fait
l'expérience avec PowerDVD lors de la lecture de blu-ray sous Windows.
Il était impossible de faire des captures d'écran en Full HD via le menu
du logiciel
je ne vois pas l'intérêt de faire un hook sur le player pour
capturer un Flash puisqu'on perd toute l'interactivité et le code
actionscript mis en place dans le fichier d'origine.
"Sylvain SF" a écrit dans le message de
news:4a42653c$0$12657$
=> des efforts pour rien et protection nulle.
vous devez mettre les ciphers et la clé (pas un mot de passe) dans
l'appli. (en essayant de dissimuler la clé autant que faire ce peux)
sinon une DLL codé à 2mn12 intercalée entre votre appli et la vraie
DLL récupérera les clés, mots de passe ou autre contenu (qui sortirait
en clair de la DLL).
OK pour vos différentes remarques mais en incluant cette fois la fonction de
déchiffrage dans l'exe principal, je doute qu'il soit si simple que ça de
récupérer *en clair* une clé dans une appli compilée en code binaire
executable (que ce soit programmé au départ en C++ ou en Delphi) avec un
éditeur hexadécimal.
"Sylvain SF" <sylvain@boiteaspam.info> a écrit dans le message de
news:4a42653c$0$12657$ba4acef3@news.orange.fr...
=> des efforts pour rien et protection nulle.
vous devez mettre les ciphers et la clé (pas un mot de passe) dans
l'appli. (en essayant de dissimuler la clé autant que faire ce peux)
sinon une DLL codé à 2mn12 intercalée entre votre appli et la vraie
DLL récupérera les clés, mots de passe ou autre contenu (qui sortirait
en clair de la DLL).
OK pour vos différentes remarques mais en incluant cette fois la fonction de
déchiffrage dans l'exe principal, je doute qu'il soit si simple que ça de
récupérer *en clair* une clé dans une appli compilée en code binaire
executable (que ce soit programmé au départ en C++ ou en Delphi) avec un
éditeur hexadécimal.
"Sylvain SF" a écrit dans le message de
news:4a42653c$0$12657$
=> des efforts pour rien et protection nulle.
vous devez mettre les ciphers et la clé (pas un mot de passe) dans
l'appli. (en essayant de dissimuler la clé autant que faire ce peux)
sinon une DLL codé à 2mn12 intercalée entre votre appli et la vraie
DLL récupérera les clés, mots de passe ou autre contenu (qui sortirait
en clair de la DLL).
OK pour vos différentes remarques mais en incluant cette fois la fonction de
déchiffrage dans l'exe principal, je doute qu'il soit si simple que ça de
récupérer *en clair* une clé dans une appli compilée en code binaire
executable (que ce soit programmé au départ en C++ ou en Delphi) avec un
éditeur hexadécimal.
mais capturer l'ensemble du machin flash reste possible (et non simple).
mais capturer l'ensemble du machin flash reste possible (et non simple).
mais capturer l'ensemble du machin flash reste possible (et non simple).
Vous voulez dire sous forme de fichier SWF natif ou sous forme de
fichier vidéo "brut" ce qui change quand même beaucoup de chose.
que les applications bancaires e-carte bleue sont écrites sous Flash 9,
je doute qu'il soit si simple que ça de récupérer le code source
actionscript d'une appli Flash compilée, sinon, il y a bien longtemps
que ce système aurait été craqué.
Par ailleurs, pour la diffusion la plus "sécurisée" d'applications
multimédias et interractives, la solution Director Shockwave (grand
frère de Flash) est la plus utilisée (la plupart des CD ROM et DVD ROM
éducatifs et culturels vendus dans le commerce ont été développés sous
cet environnement). Et surtout, il y a une gestion native et complète de
la 3D qui fait cruellement défaut à Flash.
Vous voulez dire sous forme de fichier SWF natif ou sous forme de
fichier vidéo "brut" ce qui change quand même beaucoup de chose.
que les applications bancaires e-carte bleue sont écrites sous Flash 9,
je doute qu'il soit si simple que ça de récupérer le code source
actionscript d'une appli Flash compilée, sinon, il y a bien longtemps
que ce système aurait été craqué.
Par ailleurs, pour la diffusion la plus "sécurisée" d'applications
multimédias et interractives, la solution Director Shockwave (grand
frère de Flash) est la plus utilisée (la plupart des CD ROM et DVD ROM
éducatifs et culturels vendus dans le commerce ont été développés sous
cet environnement). Et surtout, il y a une gestion native et complète de
la 3D qui fait cruellement défaut à Flash.
Vous voulez dire sous forme de fichier SWF natif ou sous forme de
fichier vidéo "brut" ce qui change quand même beaucoup de chose.
que les applications bancaires e-carte bleue sont écrites sous Flash 9,
je doute qu'il soit si simple que ça de récupérer le code source
actionscript d'une appli Flash compilée, sinon, il y a bien longtemps
que ce système aurait été craqué.
Par ailleurs, pour la diffusion la plus "sécurisée" d'applications
multimédias et interractives, la solution Director Shockwave (grand
frère de Flash) est la plus utilisée (la plupart des CD ROM et DVD ROM
éducatifs et culturels vendus dans le commerce ont été développés sous
cet environnement). Et surtout, il y a une gestion native et complète de
la 3D qui fait cruellement défaut à Flash.
je parle du flux brut (le .swf).
?!? où est l'argument de sécurité ??
Par ailleurs, pour la diffusion la plus "sécurisée" d'applications
multimédias et interractives, la solution Director Shockwave (grand frère
de Flash) est la plus utilisée (la plupart des CD ROM et DVD ROM
éducatifs et culturels vendus dans le commerce ont été développés sous
cet environnement). Et surtout, il y a une gestion native et complète de
la 3D qui fait cruellement défaut à Flash.
c'est un argument d'autorité publicitaire: flash/shockwave serait
le meilleur parce qu'il a pollué tout le marché. je n'adhère pas
et ce n'est pas une preuve de sécurité.
je parle du flux brut (le .swf).
?!? où est l'argument de sécurité ??
Par ailleurs, pour la diffusion la plus "sécurisée" d'applications
multimédias et interractives, la solution Director Shockwave (grand frère
de Flash) est la plus utilisée (la plupart des CD ROM et DVD ROM
éducatifs et culturels vendus dans le commerce ont été développés sous
cet environnement). Et surtout, il y a une gestion native et complète de
la 3D qui fait cruellement défaut à Flash.
c'est un argument d'autorité publicitaire: flash/shockwave serait
le meilleur parce qu'il a pollué tout le marché. je n'adhère pas
et ce n'est pas une preuve de sécurité.
je parle du flux brut (le .swf).
?!? où est l'argument de sécurité ??
Par ailleurs, pour la diffusion la plus "sécurisée" d'applications
multimédias et interractives, la solution Director Shockwave (grand frère
de Flash) est la plus utilisée (la plupart des CD ROM et DVD ROM
éducatifs et culturels vendus dans le commerce ont été développés sous
cet environnement). Et surtout, il y a une gestion native et complète de
la 3D qui fait cruellement défaut à Flash.
c'est un argument d'autorité publicitaire: flash/shockwave serait
le meilleur parce qu'il a pollué tout le marché. je n'adhère pas
et ce n'est pas une preuve de sécurité.
Et donc, vous êtes capable de récupérer le fichier .swf sous format
original *non chiffré* contenu dans une DLL au départ crypté puis
déchiffré en interne par l'application exe ?
On ne parle pas de page Internet ni de navigateur mais d'une
application binaire codée en C++.
Le résultat est là, depuis 4 ou 5 ans qu'existe l'e-carte bleue,
personne n'a réussi à décompiler et publier le code source actionscript
On peut lire dans ce fil ou ailleurs qu'il est
facile de décompiler et retrouver le code source d'un fichier binaire
L'ancêtre de Director a été inventé en 1985, [........]
Je vous laisse imaginer le travail que représenterait le codage en C++
natif de la visite virtuelle du Louvre ou du musée d'Orsay avec balade
en 3D dans les différentes allées...
Et donc, vous êtes capable de récupérer le fichier .swf sous format
original *non chiffré* contenu dans une DLL au départ crypté puis
déchiffré en interne par l'application exe ?
On ne parle pas de page Internet ni de navigateur mais d'une
application binaire codée en C++.
Le résultat est là, depuis 4 ou 5 ans qu'existe l'e-carte bleue,
personne n'a réussi à décompiler et publier le code source actionscript
On peut lire dans ce fil ou ailleurs qu'il est
facile de décompiler et retrouver le code source d'un fichier binaire
L'ancêtre de Director a été inventé en 1985, [........]
Je vous laisse imaginer le travail que représenterait le codage en C++
natif de la visite virtuelle du Louvre ou du musée d'Orsay avec balade
en 3D dans les différentes allées...
Et donc, vous êtes capable de récupérer le fichier .swf sous format
original *non chiffré* contenu dans une DLL au départ crypté puis
déchiffré en interne par l'application exe ?
On ne parle pas de page Internet ni de navigateur mais d'une
application binaire codée en C++.
Le résultat est là, depuis 4 ou 5 ans qu'existe l'e-carte bleue,
personne n'a réussi à décompiler et publier le code source actionscript
On peut lire dans ce fil ou ailleurs qu'il est
facile de décompiler et retrouver le code source d'un fichier binaire
L'ancêtre de Director a été inventé en 1985, [........]
Je vous laisse imaginer le travail que représenterait le codage en C++
natif de la visite virtuelle du Louvre ou du musée d'Orsay avec balade
en 3D dans les différentes allées...
"Sylvain SF" a écrit dans le message de
news:4a438e74$0$17750$
je parle du flux brut (le .swf).
Et donc, vous êtes capable de récupérer le fichier .swf sous format original
*non chiffré* contenu dans une DLL au départ crypté puis déchiffré en
interne par l'application exe ? On ne parle pas de page Internet ni de
navigateur mais d'une application binaire codée en C++. Vous l'avez déjà
fait avant d'affirmer que cela se faisait sans problème ? Et si oui, avez
vous des sources ?
"Sylvain SF" <sylvain@boiteaspam.info> a écrit dans le message de
news:4a438e74$0$17750$ba4acef3@news.orange.fr...
je parle du flux brut (le .swf).
Et donc, vous êtes capable de récupérer le fichier .swf sous format original
*non chiffré* contenu dans une DLL au départ crypté puis déchiffré en
interne par l'application exe ? On ne parle pas de page Internet ni de
navigateur mais d'une application binaire codée en C++. Vous l'avez déjà
fait avant d'affirmer que cela se faisait sans problème ? Et si oui, avez
vous des sources ?
"Sylvain SF" a écrit dans le message de
news:4a438e74$0$17750$
je parle du flux brut (le .swf).
Et donc, vous êtes capable de récupérer le fichier .swf sous format original
*non chiffré* contenu dans une DLL au départ crypté puis déchiffré en
interne par l'application exe ? On ne parle pas de page Internet ni de
navigateur mais d'une application binaire codée en C++. Vous l'avez déjà
fait avant d'affirmer que cela se faisait sans problème ? Et si oui, avez
vous des sources ?
Le résultat est là, depuis 4 ou 5 ans qu'existe l'e-carte bleue,
personne n'a réussi à décompiler et publier le code source actionscript
de cette application. On peut lire dans ce fil ou ailleurs qu'il est
facile de décompiler et retrouver le code source d'un fichier binaire
codé au départ en C++ ou en Delphi, sans parler du Flash. Or dans ce cas
précis, personne n'a réussi à le faire. C'est pour moi une preuve qu'il
n'est peut être pas aussi simple que ça de cracker des applications
Flash ou Sockwave.
Le résultat est là, depuis 4 ou 5 ans qu'existe l'e-carte bleue,
personne n'a réussi à décompiler et publier le code source actionscript
de cette application. On peut lire dans ce fil ou ailleurs qu'il est
facile de décompiler et retrouver le code source d'un fichier binaire
codé au départ en C++ ou en Delphi, sans parler du Flash. Or dans ce cas
précis, personne n'a réussi à le faire. C'est pour moi une preuve qu'il
n'est peut être pas aussi simple que ça de cracker des applications
Flash ou Sockwave.
Le résultat est là, depuis 4 ou 5 ans qu'existe l'e-carte bleue,
personne n'a réussi à décompiler et publier le code source actionscript
de cette application. On peut lire dans ce fil ou ailleurs qu'il est
facile de décompiler et retrouver le code source d'un fichier binaire
codé au départ en C++ ou en Delphi, sans parler du Flash. Or dans ce cas
précis, personne n'a réussi à le faire. C'est pour moi une preuve qu'il
n'est peut être pas aussi simple que ça de cracker des applications
Flash ou Sockwave.
