Bonjour à tous,J'ai commencé il y a trés peu de temps l'analyse des paquets de D2 afin de créer si cela se concrétise un bot full socket (sûrement en c++).Cependant, je n'arrive pas à comprendre la structure des paquets : Exemple[spoiler]0D 75 36 00 03 6C 6F 6C 00 8C 70 3E EC 72 BD 8763 EB 29 D2 BB 65 31 23 AC 72 B7 10 63 8E 9D A1 9C 84 4A DC B1 5D 1B D8 22 48 02 D2 95 69 08 52B7 CD 6B E2 A7 13 FB E0 9A[/spoiler]J'ai tapé lol dans le chat et j'ai envoyé ce paquet.J'ai retapé lol dans le chat et j'ai envoyé ce paquet (j'ai envoyé plusieurs autres messages pour faire des tests entre)[spoiler]0D 75 36 00 03 6C 6F 6C 00 46 56 B3 FE 79 3D 7D32 08 67 85 46 07 27 F4 15 63 F0 94 C1 AE AC 7F CE F8 B6 52 F3 A2 CB 20 41 2C 87 A3 EA 9E 24 A95D FC 0E BF 07 FF 82 12 4A[/spoiler]J'ai pris les 14 premiers bits et j'ai donc eu l'ID du paquet : 861, puis j'ai aussi vu que la taille était encodée sur 1 octet, trés bien.36 en hexa donne 54 en décimal, j'ai compté pour m'assurer d'avoir juste, 16*2+22= 54, tout va bien.lol est sur 3 octets si je comprends bien, (6C 6F 6C), et l'octet juste avant sert à annoncer la taille du message (03).Je comprends jusque là, mais ensuite, ce que je ne comprends pas, c'est pourquoi les 2 paquets sont différents ?J'ai regardé dans les sources comment était sérialisés et désérialisés les paquets, mais je ne comprends pas``` public function serializeAs_ChatClientMultiMessage(param1:ICustomDataOutput) : void { super.serializeAs_ChatAbstractClientMessage(param1); param1.writeByte(this.channel); } `````` public function deserializeAs_ChatClientMultiMessage(param1:ICustomDataInput) : void { super.deserialize(param1); this.channel = param1.readByte(); if(this.channel < 0) { throw new Error("Forbidden value (" + this.channel + ") on element of ChatClientMultiMessage.channel."); } } ```J'ai jamais fait d'AS auparavant, et je débute la POO, voilà, je ne demande pas à ce qu'on fasse les choses à ma place, mais plutôt à comment comprendre les fonctions de sérialisation et de désérialisation.Il est possible que j'utilise du vocabulaire de manière maladroite, merci de me le signaler si c'est le cas.Merci d'avance.

Hello @"chichaaumelon"#2359 ,Bravo parce que tu as bien analysé la chose mais tu as oublié un tout petit détails:``` override public function pack(param1:ICustomDataOutput) : void { var _loc2_:ByteArray = new ByteArray(); this.serialize(new CustomDataWrapper(_loc2_)); if(HASH_FUNCTION != null) { HASH_FUNCTION(_loc2_); } writePacket(param1,this.getMessageId(),_loc2_); } ```La condition **HASH_FUNCTION **qui chiffre le paquet en AES 256.Tu n'es pas du tout obligé de chiffrer tes paquets, quasiment aucun bot ne le fait, et ça n'a pas l'air d'être un critère de banne.

``` override public function pack(param1:ICustomDataOutput) : void { var _loc2_:ByteArray = new ByteArray(); this.serialize(new CustomDataWrapper(_loc2_)); if(HASH_FUNCTION != null) { HASH_FUNCTION(_loc2_); } writePacket(param1,this.getMessageId(),_loc2_); } ```Cela veut dire en gros que lorsque tu envoie ton packet le jeu exécute bien la fonction serializeAs_ChatClientMultiMessage() mais aussi une fonction HASH_FUNCTION()

Donc tout ce qui est après 6F 6C 6F ne sert à rien ?Je peux juste envoyer au serveur un paquet 0D 75 05 00 03 6C 6F 6C pour afficher lol dans le chat ?

La totalité du paquet est chiffré à priori, je ne sais pas exactement comment le serveur gère le chiffrement, je ne sais pas si il prend en compte deux paquets ayant le même chiffrement.Ce qui est sur c'est que si tu écris les données de la même manière que la fonction **Serialize()** tu n'auras pas de problème.

Oui, mais le problème c'est que je ne sais pas comment la fonction serialize() écrit les données. C'est à dire j'ai réussi à comprendre le paquet seulement en en envoyant plusieurs et en faisant des tests avec Wireshark, mais une fois que je suis dans le code source, je ne comprends rien.

En tout cas, je viens d'envoyer le paquet 0D 75 05 00 03 6C 6F 6C avec WPE, et ça fonctionne, lol s'affiche bien dans le chat.

Tu devrais jeter un coup d’œil à ces quelques tutoriels:Bouh2 -> [https://cadernis.com/d/115-comprendre-le-protocole-de-d2-0](https://cadernis.com/d/115-comprendre-le-protocole-de-d2-0)Labo -> [https://cadernis.com/d/1056-de-lanalyse-des-paquets](https://cadernis.com/d/1056-de-lanalyse-des-paquets)Maxilia -> [https://cadernis.com/d/143-tuto-identifier-les-packets/1](https://cadernis.com/d/143-tuto-identifier-les-packets/1)

Ok merci je vais jeter un coup d'oeil

> @"chichaaumelon"#p20250 Donc tout ce qui est après 6F 6C 6F ne sert à rien ?Je peux juste envoyer au serveur un paquet 0D 75 05 00 03 6C 6F 6C pour afficher lol dans le chat ? en fait ce qu'il y'a apres c'est un autre message (genre un ping ou une connerie comme ca) envoyé dans le meme paquet , parfois au lieu d'envoyer 50 petits paquets de 1seul message , le client envoie un seul paquet de 50 messages**Spoiler**[spoiler]le paquet n'est pas du tout chiffré , ca passe pas par > if(HASH_FUNCTION != null) { HASH_FUNCTION(_loc2_); }parceque HASH_FUNCTION est null[/spoiler]

@"ToOnS"#29 Le **Hash_Function** est initialisé à la réception du **RawDataMessage**, lors du switch vers le serveur de Jeu, donc je ne pense pas que ce soit nul.Ah moins que la sécurité soit désactivée ? Mais cela m'étonnerai le code n'a pas changé.

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

Incompréhension du paquet

zahid98

Trust me, c'est le pur fun le pathfinding ces jours-ci sur Dofus :3

BlueDream

Ankama n'a jamais été super bon avec les délais.

« Page précédente