Bonjour à tous,J'aurai besoin d'aide pour essayer de passer cette sécurité antibot.Je reçois donc ce message et je sauvegarde ce fichier SWF sur le disque et une grosse deception est arrivée lorsque j'ai essayé de l'ouvrir avec JPEXS qui m'a dit que le fichier était corrompu :'( .Je voudrais donc avoir quelques informations supplémentaires et si possible une petite aide sur comment passer cette sécurité !Je sais déjà que ce message est de type RawDataMessage et qu'il faut répondre par un CheckIntegrityMessage ( merci le forum pour ça :) ).Étant donné que je n'arrive pas à ouvrir le code du swf, je ne sais pas vraiment ce qu'il fait et comment simuler ce qu'il fait pour ensuite envoyer un CheckIntegrityMessage vu que je pense qu'il faut renvoyer les données créées par le swf non ?Je vous remercie d'avance pour l'aide, car là, je bloque sur ce message vu que j'obtiens un swf corrompu :/PS : Au cas où si ça peut aider, mon fichier swf fait 49 957 octets. Peut être me manque-t-il des choses pour le rendre non corrompu ?

Salut wamilou (et salut à tous en passant, ça fait un bail), ton fichier SWF n'est pas corrompu en fait, c'est juste qu'il est obfusqué. Moi j'arrive à le lire avec Free Flash Decompiler, mais le contenu est illisible (sous forme de données binaires). Je suis dans l'embarras aussi, je voulais d'ailleurs créer un topic là dessus mais tu m'as devancé. J'aimerais savoir comment le client arrive à exécuter ce SWF alors que nous, nous ne pouvons même pas le lire...

Est-ce qu'il y aussi un moyen de bypass l'exécution du swf et ainsi crée quelque chose qui fait les mêmes opérations que ce swf ?Parce que là je manque d'idée. Normalement, si on connait l'algo pour obsifier, on peut normalement faire l'inverse (tout du moins en Java, je sais que c'est possible mais en AS3 ?!)

@NicoChefMaster le fichier ne s'ouvre pas parce qu'il est obfusqué mais parce qu'il est signé par ankama. Il suffit de retirer la signature pour pouvoir le lire.

Retirer la signature ? Est-ce que ça a un rapport avec la classe SignatureKey et la signature (en binaire) dans les sources Dofus ?

Un fichier SWF commence par le magic header "CWS", je t'invite a utiliser un éditeur hexa pour vérifier ton fichier (HxD fait très bien l'affaire ici).Si ce n'est pas le cas, retire toutes les valeur fichier jusqu’à commencer par "CWS".

``` AmaknaCore.Common.IO.BigEndianReader reader = new AmaknaCore.Common.IO.BigEndianReader(data); reader.ReadUTF(); reader.ReadShort(); reader.ReadBytes(reader.ReadInt()); System.IO.File.WriteAllBytes(@"C:\Users\Alexandre\Desktop\RolePleyFrame.swf", reader.ReadBytes((int)(data.Length - reader.Position))); ```

C'est le code (en C#) pour avoir le swf, c'est ça ? En retirant manuellement le début du avant le header du swf, j'obtiens en parti le swf mais il reste un peu obsifié mais c'est déjà un bon début.D'ailleurs, cette partie que j'ai retiré avant le CWS, c'est quoi exactement ?

C'est une signature ajouté au début du fichier pour pas que n'importe quel swf soit exécuté par le client.Enfin c'est très facile à contourner.Voila comment ankama signe un fichier swf, tu comprendras pourquoi il est nécessaire de faire des reads.``` public function sign(param1:IDataInput, param2:Boolean = true) : ByteArray { var _loc3_:ByteArray = null; if(!this._key.canSign) { throw new Error("La clef fournit ne permet pas de signer des données"); } else { if(param1 is ByteArray) { _loc3_ = param1 as ByteArray; } else { _loc3_ = new ByteArray(); param1.readBytes(_loc3_); _loc3_.position = 0; } var _loc4_:uint = _loc3_["position"]; var _loc5_:ByteArray = new ByteArray(); var _loc6_:uint = Math.random() * 255; _loc5_.writeByte(_loc6_); _loc5_.writeUnsignedInt(_loc3_.bytesAvailable); var _loc7_:Number = getTimer(); _loc5_.writeUTFBytes(MD5.hash(_loc3_.readUTFBytes(_loc3_.bytesAvailable))); trace("Temps de hash pour signature : " + (getTimer() - _loc7_) + " ms"); var _loc8_:uint = 2; while(_loc8_ < _loc5_.length) { _loc5_[_loc8_] = _loc5_[_loc8_] ^ _loc6_; _loc8_++; } var _loc9_:ByteArray = new ByteArray(); _loc5_.position = 0; this._key.sign(_loc5_,_loc9_,_loc5_.length); var _loc10_:ByteArray = new ByteArray(); _loc10_.writeUTF(ANKAMA_SIGNED_FILE_HEADER); _loc10_.writeShort(1); _loc10_.writeInt(_loc9_.length); _loc9_.position = 0; _loc10_.writeBytes(_loc9_); if(param2) { _loc3_.position = _loc4_; _loc10_.writeBytes(_loc3_); } return _loc10_; } } ```

D'accord, donc d'après ce que j'ai compris, il suffit de faire l'opération inverse pour déchiffrer le SWF. Merci beaucoup pour cette piste !En passant, wamilou tu auras besoin de ce bout de code important situé dans ServerControlFrame.as (si tu ne l'as pas déjà vu) :[spoiler]``` case param1 is RawDataMessage: _loc2_ = param1 as RawDataMessage; if(Kernel.getWorker().contains(AuthentificationFrame)) { _log.error("Impossible de traiter le paquet RawDataMessage durant cette phase."); return false; } _loc3_ = new ByteArray(); _loc4_ = new Signature(SIGNATURE_KEY); _log.info("Bytecode len: " + _loc2_.content.length + ", hash: " + MD5.hashBytes(_loc2_.content)); _loc2_.content.position = 0; if(_loc4_.verify(_loc2_.content,_loc3_)) { _loc8_ = new Loader(); _loc9_ = new LoaderContext(false,new ApplicationDomain(ApplicationDomain.currentDomain)); AirScanner.allowByteCodeExecution(_loc9_,true); _loc8_.loadBytes(_loc3_,_loc9_); } else { _log.error("Signature incorrecte"); } return true; ```[/spoiler]

Non le reste ne sert a rien. C'est propre à l'action script.Tout ce que ta a savoir c'est la signature a retire et le swf a executer.

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Message antibot id 6253

BlueDream

Mr Fourbasse ne serait pas content ;)

Il ne manquerait plus qu'il réponde à la suite du sujet x)

Sorrow

Lakh92 a dit : "D'où tiens-tu cette information, espion ? :)"

Tout simplement car j'ai déjà discuter avec lui

ToOnS

alors il doit savoir que tout ce qu'ils ont fait en 10 ans sert a rien (remarque il a juste a aller sur astrub pour s'en rendre compte , d'ailleur y'en encore astrub ?)

NicoMasterChief

Désolé de revenir un peu tard, j'étais occupé.

Moonlight-Angel a dit : "Si seulement c'était aussi simple qu'une exécution... :D
Monsieur veut exécuter du flash en C++ ?
Et pas besoin de le déchiffrer."

Si on ne déchiffre pas ce nouveau RDM, on ne sait pas ce qu'il fait du coup ?

Sorrow

Vous avez essayé avec AS3 Sorcerer ?

Si non, vous faites comme j'avais fait, vous traduisez le bytecode AS3 en claire à la main :)

BlueDream

Il est décompilable avec JPEXS en choisissant la bonne version ou bien avec AS3 Sorcerer.

NicoMasterChief

J'ai essayé avec JPEXS Free Flash Decompiler, AS3 Sorcerer, ActionScript Extractor et Sothink SWF Decompiler. Je n'ai rien obtenu...

Tu pourrais partager ce que tu obtiens ?

BlueDream

Comme je l'ai dit plus haut, en choississant la bonne version de JPEXS on arrive a le décompiler.

Sorrow

[Image Introuvable] Loading Image

Gohu

Certaines versions de JPEXS semblent plus efficace que d'autres contre l'obfuscation

NicoMasterChief

Je pense que j'ai un problème avec mon SWF car aucune version ne fonctionne...

Labo

@Sorrow +1

Sinon, faut penser à modifier les limites comme le temps passé à décompiler ou le nombre de récursions

Sorrow

JPEXS fait plein d'opération processeur, donc en dessous de i3/i5 c'est limite.

Partage ton fichier Master' au pire ;)

NicoMasterChief

J'ai fait une archive car les fichiers SWF ne sont pas autorisés.

Sorrow

Tu a mal dump le fichier flash.

La taille de ton fichier : 50 032 octets, taille du fichier inscrite dans le header SWF : 82 987 octets

NicoMasterChief

Ah oui je n'ai pas fait attention. Merci beaucoup ! Je pense que c'est dû au fait que je n'ai pas écrit dans mon fichier avec le mode binaire. J'ai refait un SWF et ça fonctionne, beaucoup de temps perdu pour ça...

« Page précédente