Salut à tous !Je me mets à la création d'un bot socket en AutoIt.J'ai réussi à parser, etc, mais maintenant je bloque sur l'id 3.Je m'explique. En regardant les sources, je vois :[spoiler]``` public function deserializeAs_HelloConnectMessage(param1:IDataInput) : void { var _loc_4:int = 0; this.salt = param1.readUTF(); var _loc_2:* = param1.readUnsignedShort(); var _loc_3:uint = 0; while (_loc_3 < _loc_2) { _loc_4 = param1.readByte(); this.key.push(_loc_4); _loc_3 = _loc_3 + 1; } return; }// end function ```[/spoiler]Alors je me dis "Parfait ! Si j'arrive à déserializer ce qu'il m'envoie, je pourrai faire la suite". Seulement, je ne comprends pas le``` this.salt = param1.readUTF(); ```ainsi que :``` var _loc_2:* = param1.readUnsignedShort(); ```A ce que j'ai pu comprendre, lorsqu'on fait un readShort, en réalité il prend les deux premiers octets. Dans ce cas, que veut dire ce readUTF?J'ai donc cherché sur les sources OverEdge, et je vois :[spoiler]``` Public Function ReadUTF() Return ReadString() End Function Public Overrides Function ReadString() As String Dim ByteArray() As Byte = MyBase.ReadBytes(ReadUInt16()) Return System.Text.Encoding.UTF8.GetString(ByteArray) End Function ```[/spoiler]Et là, le grand vide dans ma tête !Que dois-je récupérer lorsque je fais un ReadUTF(), en fait?J'avais suivi un tuto sur ce forum pour démarrer et comprendre le protocole D.2, et comme je disais, j'ai réussi à faire quelques petites choses, comme par exemple : [spoiler]``` $hiheader = StringLeft($data, 4) $hiheader = Dec($hiheader) $packet_id = BitShift($hiheader, 2) $lenType = BitAND($hiheader, 3) ```[/spoiler]Alors on ne peut pas dire que je ne cherche pas ! :).Voilà, merci à tous ;)**EDIT** : Finalement, je pense avoir compris ces ReadUTF() et compagnie...Dites-moi, si j'obtiens (pour le deserializeAs_HelloConnectMessage()) : - Comme salt : 0x30303032 (dois-je enlever le 0x ? Et j'ai TOUJOURS ce 30303032, il ne varie jamais, contrairement à la key) - Et comme key : 020683177717462706E7E78567B6D4E3D61535, toujours 19 Bytes, et qui commence toujours avec 02c'est possible que ce soit correct, non?Si c'est le cas, pourriez-vous me donner des pistes pour le cryptage RSA sur AutoIt..? Je sais que ce sera dur m'enfin :).(Si besoin est, je peux vous donner mes fonctions ReadUTF etc)

pour utf il faut lire 2 octets qui te donneront la taille de la chaine , par exemple 00 08 ca te donnera une chaine de 8 caracteres , les 8 caracteres seront les 8 octets qui suivront les 2 de la taille

Euh... Tu en es sûr?Sur OverEdge j'ai :``` Public Function ReadUTF() Return ReadString() End Function Public Overrides Function ReadString() As String Dim ByteArray() As Byte = MyBase.ReadBytes(ReadUInt16()) Return System.Text.Encoding.UTF8.GetString(ByteArray) End Function ```Et donc chez moi :``` Func ReadString() Dim $ByteArray = ReadBytes(ReadUInt16()) $return = UTF8(GetString($ByteArray)) ConsoleWrite("ReadString => " & $return & @CR) Return $return EndFunc ```Ce que tu me dis, j'ai l'impression que c'est un ReadUInt16(), qui me donne juste le message. Ce qui est pas utile...J'ai déjà réussi à parser. A récupérer l'id ainsi que le lenType et le length par la même occasion. Je l'ai dis dans mon post.

oui j'en suis sur la source que tu cites c'est moi qui l'a ecrite , le uint16 (2 octets) sert a savoir la longueur de la chaine puis apres tu lis le nombre d'octets que uint16 te donne et ca sera ca la chainedonne moi le paquet complet (en octets) que tu recuperes via le socket (sans parser ni rien) et je te montre en couleurs

Y'a qqch que j'ai pas pigé dans ce que tu me dis alors. Tu expliques ce qu'il faut passer à ReadUTF() là?Je crois que je suis beaucoup trop perdu dans tous ces codes là...

La conversion est vraiment trop difficile...J'essaie de voir la définition du ReadBytes, et je vois> Lit le nombre d'octets spécifié à partir du flux actuel dans un tableau d'octets et avance la position actuelle de ce nombre d'octets.Mais WTF? J'comprends rien ! Ca veut dire quoi "avance la position actuelle de ce nombre d'octets"? Quelle position actuelle? Le nombre d'octets, c'est celui passé en paramètre?J'suis perdu...**EDIT** : A la base, ces fonctions travaillent sur quoi exactement? Parce qu'on ne leur envoie jamais aucun paramètre ! Du genre ReadInt(), ok mais ReadInt(de quoi?)?

ca travail sur un stream des octets recus , on vas dire que tu recois 00 01 02 03 04 05 ... , au depart tu es sur 00 , tu fais un readbytes(2) par exemple, ca va te renvoyer 00 01 puis ca va se positionner 2 octets plus loin donc sur 02 , tu refais un readbytes(3) ca renverra 02 03 04 puis ca se positionnera 3 octets plus loin donc sur 05 etc ...pour un utf on va dire que tu as un readutf et que tu es sur (xx xx xx ca c'est deja lu ca contient dans ton cas l'id , lenType et le length , en fait le header du message) puis tu as 00 05 54 6F 6F 6E 73 06 07 ...donc il faut lire 2 octets donc readbytes(2) pour connaitre la longueur de la chaine a lire : 00 05 -> 5 de longueurdonc on lit les 5 suivants donc reaadbytes(5) qui sont 54 6F 6F 6E 73

Donc, sur un paquet qui ressemble à ça, on aurait :**00 05 08 00 00 05 A4 00 00 05 A4****ID + LenType Length (puisque lenType = 1) Message**Et si j'ai bien compris, sur ce que** ReadInt()**,** ReadUInt16()** etc travaillent, c'est la partie Message?Et si je fais donc, sur cette partie message, un **ReadBytes(2)**, on commence sur l'octet 00, et on aura 00 00.Puis, un **ReadBytes(1)** commencera à 05, et renverra 05.Finalement un **ReadBytes(5)** commencera à A4, et contiendra A4 00 00 05 A4.Est-ce correct?Et **ReadUInt16()** fonctionne-t-il de la même manière?Aussi, est-ce qu'il recommence de 00 ou bien de la dernière position connue?Merci de ton aide ToOnS :)

Super, merci de cette info ! Je ne récupérais pas mon message de cette manière moi :).Mais tu peux répondre à mes questions ci-dessus s'te plaît?

``` Et si j'ai bien compris, sur ce que ReadInt(), ReadUInt16() etc travaillent, c'est la partie Message? ```ca travail sur tout le paquet recu , mais dans mon post precedent je suposais que tu avais deja lu 00 05 08 (c'est mes xx xx xx) , donc que tu es possitioné sur 00 (le 2iem 00 de 00 05 08 00) , ca c'est a toi de voire comment te positionner apres le header , tu as compris deja comment le header marche puisque tu lis ID + LenType Length (puisque lenType = 1) ca devrait etre facile de te positionner au depart du messageune fois que tu es au depart du message alors oui ca c'est correct :> Et si je fais donc, sur cette partie message, un ReadBytes(2), on commence sur l'octet 00, et on aura 00 00.Puis, un ReadBytes(1) commencera à 05, et renverra 05.Finalement un ReadBytes(5) commencera à A4, et contiendra A4 00 00 05 A4.Est-ce correct? pour ReadUInt16() ca fonctionne pareil c'est en realité un ReadBytes(2)

Ok c'est parfait.Mais ce que je voulais savoir, c'est si la dernière position connue retenue est celle sur laquelle tous les ReadXX() travailleront ou bien s'ils sont complètement indépendants les uns des autres?Par exemple, si j'ai :00 00 05 A4 00 00 05 A4Puis que je fais ReadBytes(2) (et donc d'après ce que tu viens de me dire un ReadUInt16()), ça me sort 00 00.La suite est donc :05 A4 00 00 05 A4Mais est-ce que ceci est la suite seulement pour le ReadBytes ou bien pour tous les autres ReadXX()?**EDIT** : Comment j'ai pu oublier ! Merci énormément !! Tu m'éclaires comme jamais ! C'est super de savoir tout ça :). Merci ;)

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

Création d'un bot socket

d4rkv4n

J'ai trouvé une DLL sur ce forum.

Je l'appelle avec un DllCall() mais il me jette une erreur comme quoi la fonction n'a pas été trouvée... Elle n'est peut-être pas utilisable avec AutoIt?

Si quelqu'un qui connaît cette dll (D. Dll.dll) et qui en sait quelque chose sur les DllCall pouvait m'éclairer ce serait super.

EDIT : Cette DLL se trouve ici https://cadernis.com/d/359-[débutant]-dll-facilitant-la-programmation-de-bot

Nicogo

alors perso moi pour le crypte je reçoit un tableaux de int et je crypte mon pass avec ça et ça roule nikel :P

d4rkv4n

Voyant que personne n'a réussi à me répondre, je vais essayer de créer ce cryptage RSA grâce à ce que j'ai trouvé sur la toile...

Anonymous

Je te l'ai je ne sais combien de fois dit mais apparament tu ne comprends pas, IL Y A UN TOPIC SUR LE CRYPTAGE RSA !

d4rkv4n

Ecoute, des topics sur le RSA j'en ai lu des dizaines sur ce même forum.

A chaque fois, c'est des fonctions VB.Net qui incluent la cryptographie intégrée au langage, et que je ne saurais donc pas traduire en AutoIt.

Là on est dans la partie AutoIt du forum. Y'a pas grand chose sur le socket, encore moins sur le RSA.

Anonymous

Bah tu sais ya pas vingt mille façon de faire du RSA.

Tu dois trouver comment inclure la "cryptographie" dans ton langage. Sinon tu n'y arrivera pas.

d4rkv4n

Oui, bah ça j'ai remarqué :D.

J'essaie de traduire ça : https://cadernis.fr/viewtopic.php?f=45&t=1041&hilit=rsa#p11717

Et donc par la même occasion j'essaie de recréer la fonction Encrypt en AutoIt...

Anonymous

Je pense que le VB.NET est un poil plus rapproché de ton langage donc si sa peut te faciliter la tâche :

https://cadernis.com/d/323-[source-petite-classe-pour-gérer-le-cryptage-rsa

d4rkv4n

Merci, mais je n'ai pas de RSA sur AutoIt.

Donc cette ligne, par exemple :

Dim rsa As RSACryptoServiceProvider = DecodeX509PublicKey(array)

N'est pas valable sur AutoIt.

Il faudrait que j'arrive à recréer le système de cryptographie RSA, en fait.

Mais dites-moi, la crypto RSA est toujours la même? Si je récupère ou crée une fonction d'encryptage RSA, elle fonctionnera pareil que celle intégrée à VB.Net?

Anonymous

Je ne sais vraiment pas, tu n'as qua faire une dll en VB.NET et l'utiliser en autoit mais je pense pas que ce soit possible.

ToOnS

non pas possible

NicoMasterChief

Et tout ce dont vous avez parlé, tu le fais en AutoIt ?

d4rkv4n

Oui bien sûr @NicoMasterChief, tout est fait en AutoIt.

J'avais envie de "révolutionner" le bot socket, en le faisant en AutoIt :). Mais c'est encore moins simple que ce que je pensais ! :D

ToOnS

y'en a plein qui ont essayé avant toi et personne a jamais reussi , gerer les objets avec autoit ca va pas etre une partie de plaisir

d4rkv4n

Gérer les objets?

C'est juste une logique différente en fait. Quand toi tu fais joueur.Attaque(autreJoueur), moi je dois faire Attaque(joueur, autreJoueur). Ou même plus simple, et plus logique, Attaque(autreJoueur), puisque de toutes manières le joueur ne change pas à la volée sans réinitialiser la variable :).

d4rkv4n

Ou bien, exemple plus concret. Toi tu as :

Return System.Text.Encoding.UTF8.GetString(ByteArray)

Et moi :

Return UTF8(GetString($ByteArray))

Anonymous

Bonjour, je rebondit sur le cryptage en RSA, je n'ai personnellement pas encore touché à ceci en autoit, mais ça devrait être manipulable via ceci

Ca reste pas mal de boulot, voici un petit bout de code, qui utilise l'objet et retourne la valeur de l'attribut "KeySize"

Cliquez pour révéler Cliquez pour masquer

Local $obj=ObjCreate("System.Security.Cryptography.RSACryptoServiceProvider")
MsgBox(0,"",$obj.KeySize)

d4rkv4n

OMG !!! Je viens d'apprendre quelque chose d'énorme là !

Et depuis quand on peut manipuler ça de cette manière?? Wahou, je ne savais pas DU TOUT que c'était faisable ! Pour ça que je voulais recréer ce cryptage RSA...

Merci à toi Pandi_Panda ! Je m'y remets tout de suite au socket ! :)

d4rkv4n

Tu saurais peut-être m'aider?

Sur le code d'OverEdge, on a :

For i = &H21 To &H121 - 1

Tu saurais m'expliquer ce que sont ces &H21, &H121 et compagnie?

EDIT : J'ai cru comprendre que c'était de l'UNICODE. Normalement, un ChrW("&H121") devrait me retourner quelque chose, mais pas là =/.

Anonymous

De rien ^^

Ça va demander quand même pas mal de boulot, j'aurai bien fourni un coup de main, mais je suis en pleine période d'exam '^^

On peux l'utiliser depuis très longtemps, depuis toujours même je dirai? D'ailleur il suffit d'aller voir l'aide concernant "ObjCreate()" pour voir les multitude d'exemple de manipulation d'objet COM.

Courage pour ton bot socket.

edit: concernant les "&H121". Je ne sais pas du tout, va falloir demandé à OverEdge ^^

« Page précédente Page suivante »