Thu, 13 Nov 2008 07:14:46 +0100 http://www.skreo.net fr http://www.eklablog.com http://www.skreo.net/article-2903-8271-serveur-xmlsocket-triche.html#comment-62325 Naruto Mes de toute façon c'est pas un probléme si il triche de toute façon si il passe premier trop vite il ce fera reperer et sinon si c'est pas pour sa a quoi sa sert xD]]> Mon, 03 Sep 2007 02:52:46 +0200 http://www.skreo.net/article-2903-8271-serveur-xmlsocket-triche.html#comment-62325 http://www.skreo.net/article-2903-8271-serveur-xmlsocket-triche.html#comment-9819 Chris Wed, 25 Apr 2007 17:52:53 +0200 http://www.skreo.net/article-2903-8271-serveur-xmlsocket-triche.html#comment-9819 http://www.skreo.net/article-2903-8271-serveur-xmlsocket-triche.html#comment-9818 Skreo Flare le fait très bien par exemple.]]> Fri, 09 Feb 2007 18:47:10 +0100 http://www.skreo.net/article-2903-8271-serveur-xmlsocket-triche.html#comment-9818 http://www.skreo.net/article-2903-8271-serveur-xmlsocket-triche.html#comment-9817 CGuilweb
Essayes de refaire ton client en utilisant les Classes AS. Car tous les prog de décompil flash que j'ai pu tester sont incapables de recup le code des classes... à voir.
Tes variables et surtout ton protocole de communication seraient protégés, mais ça t'oblige à recompiler ton client...]]> Wed, 07 Feb 2007 12:33:38 +0100 http://www.skreo.net/article-2903-8271-serveur-xmlsocket-triche.html#comment-9817 http://www.skreo.net/article-2903-8271-serveur-xmlsocket-triche.html#comment-9816 Skreo Thu, 30 Nov 2006 20:12:31 +0100 http://www.skreo.net/article-2903-8271-serveur-xmlsocket-triche.html#comment-9816 http://www.skreo.net/article-2903-8271-serveur-xmlsocket-triche.html#comment-9815 CladTheKiller www.amayeta.com/ :)]]> Tue, 28 Nov 2006 02:50:49 +0100 http://www.skreo.net/article-2903-8271-serveur-xmlsocket-triche.html#comment-9815 http://www.skreo.net/article-2903-8271-serveur-xmlsocket-triche.html#comment-9814 dj_ouf
on ne peut pas empêcher la décompilation des swf...
Toutes les meilleures sécurisation pour le flash sont des astuces imaginées par le créateur. Il faut obfusquer un maximum le nom des variables et orienter un maximum de tests et requètes côté serveur...C'est la seule solution..en gros il faut décourager le hacker avec plusieurs procédures à effectuer avant de récuperer des infos ;-) ]]> Fri, 22 Sep 2006 13:56:42 +0200 http://www.skreo.net/article-2903-8271-serveur-xmlsocket-triche.html#comment-9814 http://www.skreo.net/article-2903-8271-serveur-xmlsocket-triche.html#comment-9813 MegAleX J'avais découvert ton site grâce a SmilM et son site^^
Je voulais revenir pour la V2 aussi, mais euh pas trop le temps ..
Ya pas des infos sur le net sinon pour bloquer les décompilateurs ? (de toute façon, le flash doit etre lisible par le flash player, et donc par les décompilateurs :/)
Bonne chance ;)]]> Tue, 06 Jun 2006 21:53:06 +0200 http://www.skreo.net/article-2903-8271-serveur-xmlsocket-triche.html#comment-9813 http://www.skreo.net/article-2903-8271-serveur-xmlsocket-triche.html#comment-9812 Skreo J'ai trouvé que ASO comme logiciel gratuit pour sécuriser les flash en modifiant le nom des variables et des fonctions. Mais c'est pas top car ça vérifie pas si le mot à remplacer est dans ue chaîne de caractères... Donc ça fait des gros bugs]]> Fri, 02 Jun 2006 22:48:53 +0200 http://www.skreo.net/article-2903-8271-serveur-xmlsocket-triche.html#comment-9812 http://www.skreo.net/article-2903-8271-serveur-xmlsocket-triche.html#comment-9811 MegAleX Sur la V1, un ptit script PHP et hop ! =) (grillé rapidement, pas revenu depuis)
Merci pour l'infos sur le JS dj_ouf :p

Une bonne 1ere solution serait d'empecher la décompilation du flash, puis de modifier les noms des scripts/variables/le port..
Si possible ..]]> Wed, 31 May 2006 23:19:30 +0200 http://www.skreo.net/article-2903-8271-serveur-xmlsocket-triche.html#comment-9811