Bonjour à tous,Je suis tombé sur ce forum en faisant quelques recherches et la bienveillance générale envers les divers utilisateurs m'a convaincu de me joindre à vous !Pour faire court, mes études en informatique m'ont donné les connaissances nécessaires à la compréhension et la création d'un bot sur Dofus (5 ans de Java + C#). Le soucis c'est que je ne sais pas par où commencer concernant un bot pixel précisément.Avant toute chose j'aimerais savoir : est-ce qu'un bot pixel est capable de faire tout ce que fait un bot socket ? (trajets, métiers, combats, suivi d'un leader, lancement de dialogues)J'ai opté pour cette solution (pixel) pour maximiser la discrétion et pour éviter de devoir mettre à jour le code à chaque patch. Aussi, j'ai vu qu'il était possible de réaliser des macros, mais ça rend le tout très statique et surtout ça monopolise la souris et le clavier... J'aimerais être sûr qu'il est possible de simuler des clics et des entrées au clavier dans le jeu directement pour pouvoir le laisser tourner dans un coin.Je souhaiterais aussi que mon programme me permette d'entrer un/des comptes à connecter automatiquement par la suite. Est-ce que cette fonctionnalité nécessite que je me penche sur l'analyse des paquets (protocole de Dofus) et est-ce que faire ceci impacte la sécurité (détection) du bot ?Aussi, puis-je choisir Java (de préférence) ou C# pour réaliser tout ça (pour autant que l'un soit tout autant adapté que l'autre) ?Dernière question (promis), quels tutoriels devrais-je lire en fonction de la faisabilité de la chose ?Merci d'avance pour votre aide !

Salut,La création d'un bot pixel est un anti-pattern (ou en français : la fausse bonne idée)Sur le papier ca semble intéressant, pas trop fatiguant mais c'est pas la vérité sur le terrain. D'une part parce que l'UI peut changer à tout instant (ou même la résolution d'écran, si tu changes d'écran ca va être relou de tout redévelopper...) mais aussi parce que le jeu est imprévisible (tu es super limité dans ton champs d'action, tout de même)Si tu veux faire un truc discret, un MITM correctement développé et avec human-like behavior devrait parfaitement faire l'affaire. Après, tout dépends de ce que tu veux optimiser comme tâche mais le pixel ferme beaucoup de portes (pas possible de placer des calculs par exemple...), un hybride MITM-Pixel peut être une solution, mais une solution bancale.

Merci beaucoup pour ta réponse !ça change un peu mes plans, mais entre la facilité et la qualité je n’hésite pas un instant. Du coup dans le but de créer un bot MITM, quels sont les fondamentaux à apprendre ? Quels tutoriels suivre d’après toi stp ?Plutot 1.30 ou 2.0 ? Je n’ai pas de préférence, je fais ça plus par plaisir que par appat du gain, apparemment le protocole est différent mais je ne sais pas si la manière de faire générale est similaire entre les 2 versions

> @"Maly"#p24500 Merci beaucoup pour ta réponse !ça change un peu mes plans, mais entre la facilité et la qualité je n’hésite pas un instant. Du coup dans le but de créer un bot MITM, quels sont les fondamentaux à apprendre ? Quels tutoriels suivre d’après toi stp ?Plutot 1.30 ou 2.0 ? Je n’ai pas de préférence, je fais ça plus par plaisir que par appat du gain, apparemment le protocole est différent mais je ne sais pas si la manière de faire générale est similaire entre les 2 versions Hello,Fondamentaux en programmation il y en a pas mal mais les principaux sont la programmation réseau (sockets) et concurrente (asynchrone et/ou multithreading), ensuite des concepts tels que la sérialization (binaire sur D2, en string sur D1) ou la mise en place d'une attaque MITM (via Frida, c'est le plus simple/rapide) Si tu as des questions plus précises, n'hésite pas, en l'état je n'ai pas vraiment tout dans la têtePour le choix entre D1 ou D2, c'est sensiblement pareil, D1 étant potentiellement plus simple mais je pense pas que ça soit réellement un facteur décisionnel (c'est tout à fait relatif, le protocole D2 se lit rapidement)

Je suis pas d'accord concernant le choix du bot mitm:> D'une part parce que l'UI peut changer à tout instant (ou même la résolution d'écran, si tu changes d'écran ca va être relou de tout redévelopper...)Il n'est pas question de tout re-développer mais de changer les positions/code couleur/modèles de sprites. Les MITM ont eux aussi besoin de fréquentes mises à jours. Et Dieu sait au combien certaines ont été un calvaire d'adaptation au fil de la modeste histoire d'Ankaka.> Mais aussi parce que le jeu est imprévisible (tu es super limité dans ton champs d'action, tout de même)Pas vraiment. Tu peux détecter toutes les actions du jeu de la même façon par laquelle tu reçois un socket du serveur. A partir de là, tu peux décider de choisir quoi faire. Et tu peux absolument tout faire. Sauf qu'au lieu de passer par des envoi/réception de sockets et du protocole, tu passes par de la détection et des simulations de clics et de touches de clavier.> Si tu veux faire un truc discret, un MITM correctement développé et avec human-like behavior devrait parfaitement faire l'affaire.Techniquement rien n'est plus discret qu'un pixel. En pratique ça peut être compliqué de passer inaperçu auprès des joueurs, mais n'importe quel bot (qu'il soit pixel/mitm/scratch) ne reste qu'un stupide zombie facilement détecté par l'humain.C'est là qu'on entre dans le gros du sujet, le human-like, qui demande autant de malice à construire en pixel qu'en mitm/scratch.> Est-ce qu'un bot pixel est capable de faire tout ce que fait un bot socket ? (trajets, métiers, combats, suivi d'un leader, lancement de dialogues)Oui.L'unique différence dans leurs développement est la façon de faire. Un bot pixel demande un énorme investissement de temps et d'efforts, est extrêmement fastidieux et tu vas te retrouver face à des problèmes auxquels tu devras t'y reprendre à plusieurs fois pour trouver la bonne solution.Il y a plusieurs années de ça j'avais développé un bot hybride. Il recevait les sockets via MITM, ça triggered des custom events, mon pixel y répondait via des simulations de cliques/touches de clavier puis attendait de recevoir une confirmation du serveur via la réception d'un socket défini.De fait, tout était optimisé (détection/temps/erreurs potentielles) et tout était indétectable. Si tu souhaite réellement viser ces 2 objectifs, je te conseille cette approche hybride.

Tu peux tout détecter via pixel? Ravis d'apprendre que l'OCR est plus simple que le MITM :)Dire qu'un bot est plus simple à développer en pixel est un mensonge...Une approche hybride aurait les même désavantages qu'un bot pixel pur (coût de maintenance, peu reliable, etc.)Faire un bot MITM est la façon la plus rapide et la plus simple d'exploiter, mais pour ça il faut réfléchir et je sais au combien c'est dur par ici.

J'imagine que nos approches sont différentes, si tu manques autant de bonne foi je pourrais pas y faire grand chose.Un MITM demande absolument aucune réflexion. C'est justement plus simple à concevoir, un gosse de 16 ans peut le faire. Tu intercepte juste un protocol défini et envoi des sockets définis lorsque tu le souhaite.1) L'OCR est très simple à développer en effet, via toutes les solutions fiables proposées en ligne qui s'occupe de toute l'algorithmique pour le développeur.2) Si tu avais mi ta mauvaise foi de côté tu aurais compris que je lui ai conseillé un sniffer pour justement simplifier toute la partie détection du programme. Popups/Chat/Niveau d'XP/Combats (Tours/Positions/Morts/Portée/Lignes de Vue)/Déplacements/Récoltes/HDV/Etc... Tout ce qu'un mitm/socket gère peut être géré via un hybride.Et pour terminer, TomLeVeau témoignera si il passe par là, mais l'unique bot public contournant l'AB actuellement est un pixel hybride, qui est bien plus fiable et plus intéressant que toutes les merdes qu'on a pu pondre au cours des dernières années.Oui, c'est chiant à développer.Oui, ça demande une approche de bidouille, pas un bête développement d'1 mois.Oui, on s'y arrache les cheveux.Oui, c'est pas industriel et ça rapportera pas gros sous.Mais c'est autant polyvalent qu'on le souhaite.@"Maly"#5386 Fais ce que tu souhaite, je te souhaite bon courage dans ton aventure et peu importe ton choix on sera là pour t'aider si besoin.

Quand tu parles de technique j'ai réellement l'impression de parler à un market' coincé dans la startup nation depuis 10 ans...Comme d'habitude, tu parles des vestiges des bots Dofus, qui reposent tous (plus ou moins) sur l'immense échec qu'est Stump.Si tu ne sais pas déveloper correctement, c'est ton problème. Ce n'est pas un problème général, globalisé et acquis pour tout le monde.Si tu avais une once de savoir dans ce milieu là je ne pense pas que tu aurais pu prétendre qu'une image est aussi fiable que quelques octets échangés entre deux machines.

A quel moment je parle d'image ?Je m'inquiète réellement, que comprends-tu pas dans sniffer+simulateur de cliques. Les résultats sont identiques avec ton mitm/full scratch fini à la pisse. La seule différence est l'approche. Une similitude que ton égo semble détester, car monsieur a fait 3 ans d'études et passe ses nuits sur Root Me mais elle est pourtant bien présente et réelle.Et connaître mon parcours et mon expérience n'y changera rien. D'autant qu'ils sont bien rempli.[https://docs.microsoft.com/en-us/windows/win32/api/winuser/nf-winuser-sendmessage](https://docs.microsoft.com/en-us/windows/win32/api/winuser/nf-winuser-sendmessage)Oublions pas que le respect est primordial en communauté. Qu'on ait un désaccord ne change pas le fait qu'on puisse discuter civilement.

Messire, il semblerait que tu perdes tes nerfs !Je veux juste que tu me repondes simplement à une question : comment testes tu le logiciel que tu produis ? que ca soit en hybride ou en full pixel ? à la main ? il me semblait bien que les tests automatisés étaient pourtant la norme pour fournir un produit de qualité et sécurisé. Si ta solution est incapable d'avoir un jeu de TNR automatique qui soit un minimum fiable, ta solution est bonne pour la poubelle mon enfant.Connaitre le parcours d'un énième "expert informatique from epitech" ne m'est d'aucune utilité, vous êtes des clones lowcost de dev indien offshore.

Tout a été dit, bonne soirée.

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

Création d'un bot pixel

Nameless

Je me remet en question bien plus que toi cher ami, c'est juste que comme tu le vois à chaque fois, personne ne suit en argumentaire ici donc je n'ai pas ce luxe, parmis des gens meilleurs que moi (qui sont très nombreux) evidemment que c'est moi qui subi les critiques, mais je m'en vais pas faire un procès a la personne qui a pris son temps pour mettre en lumière mes faiblesse, c'est une démarche puéril, je me fais souvent moi-même reprendre par ce cher Dr Brooklyn, et il se met pas a faire d'aussi belle phrases que pour vous crois moi

DevChris

Parce que personne a autant de bonne volonté que moi d'essayer de vous faire remettre en question. Ramener tous les gens que vous avez rabaisser sans jamais vous remettre en question on verra bien. Donc oui moi j'suis con de penser que vous allez savoir aquiescer pour une fois.

DevChris

Et si vous vous complaignez dans cette démarche entre vous c'est bien. Mais sache nuancer que c'est pas comme ça qu'on vie normalement en société. Heureusement que des gens sont là pour nous tirer vers le haut, mais c'est pas comme ça que tu le feras pour eux.

Nameless

Je serai ravi d'apprendre qu'une personne a qui j'ai pu donner des conseils (peu importe la forme) ai reussi a s'améliorer dans son domaine, c'est quoi ton but ? Diaboliser des personnes qui ont des revendications tout a fait noble ?

Oui tout le monde est gentil dans la société c'est bien connu

Tu veux qu'on se remette en question sur quoi ? T'as su démonter le moindre argument en rapport avec le sujet d'origine ou tu n'as juste su faire que du HS pour parler de choses obvious ?

DevChris

Justement on parle de forme ici, ce qui est important normalement dans une société saine. C'est pas en disant aux gens "ton projet c'est de la merde" que ça va le tirer vers le haut. Si son projet aussi mauvais professionnellement parlant qu'il sois lui permet d'atteindre ses objectifs, alors c'est un projet parfait pour lui

Nameless

Utilise ton cerveau va voir mon historique de message, tu verra majoritairement des partages, des aides, et des remerciement de partage, ensuite et on en reparle, ni moi ni brook avons dénigrer le moindre projet ici, le seul a avoir parler de MITM a la pisse c'est hollymolly...

Hollymolly

Nameless
le seul a avoir parler de MITM a la pisse c'est hollymolly...

Petite clarification avant de clôturer le sujet je parlais d'aucun projet en particulier. C'était une mauvaise définition de ce que la majorité des projets finissent par devenir : jamais aboutis.

Hollymolly

Woah calmez-vous les gars il y a aucune raison de s'énerver pour si peu.

Pour recentrer la discussion je parlais pas d'un sniffer qui unpack les messages et gèrent leurs data mais un simple identificateur qui identifie les sockets via leurs ID.

Lorsque tu connais la suite de réception/envoi des messages dans le protocole, tu n'en as pas besoin pour ce type de programme.

Déroulement d'un changement de carte:

-Attente du GameMapMovementRequestMessage

-Clique pour changement de map

-Envoi du GameMapMovementRequestMessage <- Déplacement validé et en cours

-Attente du GameMapInformationsMessage

-Réception du GameMapInformationsMessage <- Déplacement effectué

=== Suite ===

En tout cas c'est la méthode que j'avais utilisé à l'époque.

DrBrooklyn

Hollymolly
Woah calmez-vous les gars il y a aucune raison de s'énerver pour si peu.
Pour recentrer la discussion je parlais pas d'un sniffer qui unpack les messages et gèrent leurs data mais un simple identificateur qui identifie les sockets via leurs ID.
Lorsque tu connais la suite de réception/envoi des messages dans le protocole, tu n'en as pas besoin pour ce type de programme.
Déroulement d'un changement de carte:

-Clique pour changement de map

-Attente du GameMapMovementRequestMessage

-Envoi du GameMapMovementRequestMessage <- Déplacement validé et en cours

-Attente du GameMapInformationsMessage

-Réception du GameMapInformationsMessage <- Déplacement effectué

=== Suite ===
En tout cas c'est la méthode que j'avais utilisé à l'époque.

et en combat? il faudra bien l'intégralité des données pour savoir qui m'a taper, à quel force et où ce saligaud se trouve

DevChris

Oui en effet j'arrête de débattre ici, c'es pas le sujet initial et de toutes façons ils ne changeront pas.

Nameless

Evidemment que si il y a raison de s'énerver, un mec qui sort de nul par viens proférer des accusation de mauvaise foi et de méchanceté a mon encontre et celle de brook basé sur des prémisse de lycéen, sans rien apporter de concret au débat d'origine, si ça c'est pas énervant...

Nameless

Hollymolly
Petite clarification avant de clôturer le sujet je parlais d'aucun projet en particulier. C'était une mauvaise définition de ce que la majorité des projets finissent par devenir : jamais aboutis.

Méchant garcon que tu es ! Généraliser sur le niveau bas des personnes qui ont pu créer et partager des MITM sans viser personne, c'est vraiment très la méchanceté

Au voleur ! A moi ! @DevChris ! Je me demande si quand tu vois deux personne en désaccord dans la rue tu te sent aussi obliger de venir donner ton avis et déclarer si l'une ou l'autre personne a fait preuve de mauvaise foi

Hollymolly

Qui te tape:

Capture d'écran après chaque reception du message qui indique un changement de tour puis tu compare avec l'image d'avant pour identifier qui a bougé.

A quel force:

Tes points de vie

Où l'adversaire se trouve:

S'en référer à 1.

C'est justement là que toute la partie hybride prend son sens. Si tu veux tu peux également ajouter de l'OCR, de la reconnaissance d'image, des bases de données avec un machine learning, etc...

C'est plus "bidouille", plus convivial. A la manière Bit-X de l'époque, je trouve ça plus divertissant et intéressant à développer.

DrBrooklyn

Frankenstein n'a qu'à bien se tenir

Hollymolly

On a juste pas les mêmes profils de développeurs mais pourtant je suis prêt à parier qu'on peut tous les deux s'impressionner.

DrBrooklyn

Hollymolly
On a juste pas les mêmes profils de développeurs mais pourtant je suis prêt à parier qu'on peut tous les deux s'impressionner.

Moi j'ai envie d'être impressionner. Tu proposes quoi ?

Nameless

Ca dépendra plus de l'API designé on top pour ce qui est du divertissement a dev pour le coup, même si il va soi qu'une API basé sur des dimensions, point, etc... (surtout depuis que le 1080p n'est plus la norme, beaucoup sont en 1440p voir 4K...) est bien plus trivial pour ne pas dire bancale au final...

Hollymolly

Je vous l'accorde, ça peut l'être.

Brasvengeur

C est donc ça l ego des bons dev ... bien content d etre un mauvais dev alors.

C est dommage ceci dit vu l apport que vous faites ...

DrBrooklyn

Je vois pas où vous voyez de l'ego perso, on a jamais mis nos capacités en avant car ce n'est pas le but.

Brasvengeur

DrBrooklyn
Je vois pas où vous voyez de l'ego perso, on a jamais mis nos capacités en avant car ce n'est pas le but.

Bah disons que vous répondez aggréssivement pour faire comprendre que le choix d untel n est pas le meilleur et qu il devrait plutot faire ceci ... mettre les formes toussa et etre plutot dans l accompagnement que le dénigrement de ce qui est dispos ...

Nameless

DrBrooklyn
Je vois pas où vous voyez de l'ego perso, on a jamais mis nos capacités en avant car ce n'est pas le but.

Non mais quand on a certains complexe on a du mal a appréhender les critiques c'est tout a fait normal, HollyMolly tout a fait civiliser a su faire fi et passer a autre choses, il a appris quelques chose lors de cet échange, moi aussi notamment sur les possibilités et moyens mis en oeuvre pr les MITM hybride, tlm est content, les seuls a se plaindre sont les personnes frustrés hors-sujet

« Page précédente Page suivante »