Cherche Logiciel, reseau : emission de trames IP Options

[capitaine-cavern...]

Hello les forts en mathematiques (IMG:http://forum.17buddies.rocks/style_emoticons/default/icon_ane.gif)

Je conçois une carte ethernet et j'ai besoin de procéder à des tests, donc je cherche un logiciel (gratuit si possible) permettant d'envoyer des trames IP sur Ethernet.
Actuellement, j'utilise la fonction ping, mais celle-ci a l air de prendre son temps, hors j'ai besoin de quelques chose qui sollicite la carte (en gros il faut que ça crache ^^).

Côté analyseur on trouve ce qu'il faut (wireshark par exemple), mais côté émission c'est un peu pauvre.
Je précise ne pas avoir fait de recherche sur google, auparavant l'avis des spécialistes reseau m'intéresse au cas ou il y aurait des logiciels connus dans leur milieu (IMG:http://forum.17buddies.rocks/style_emoticons/default/wink.gif)

Merci pour vos réponses.

[Star Du$t]

On dit des paquets IP encapsulés dans des trames Ethernet. (IMG:http://forum.17buddies.rocks/style_emoticons/default/wink.gif)


Sinon, à part les outils de AirCrack pour casser des clés en WiFi (et encore, ca reste de l'ARP il me semble), je ne vois pas ce qui pourrait faire de la génération de flux sur du filaire... (IMG:http://forum.17buddies.rocks/style_emoticons/default/icon_neutral.gif)

Sinon, qu'est ce qui t'empêche de faire rien que de la navigation Internet avec cette carte ? C'est de l'IP à l'origine.

This post has been edited by Star Du$t: 21/09/2007 - 15:41:48

[capitaine-cavern...]

C'est une application industrielle, la carte ehternet est implantée dans une commande numérique et communique vers un PC industriel.

Il y a uniquement du traffic TCP/IP avec protocole propriétaire dans la partie data. On ne gère donc pas le http, c'est du très très basique. Et puis j'ai besoin d'un contrôle assez fin sur ce que je fais (du même genre que ce que l'on voit dans wireshark).

[Star Du$t]

Si tu fais des tests de ping, tu testes que l'IP, mais pas le TCP.

Tu peux faire une session Telnet entre tes deux équipements ? Là, tu testerais le TCP, et même l'applicatif.

Tu veux faire quoi en fait ? Générer du trafic depuis une télécommande qui n'exécute aucune appli ? Je comprends rien à ton truc... Tu t'y connectes sur ta télécommande pour la paramétrer ?

[Bouba]

Chapi, un commentaire? (IMG:http://forum.17buddies.rocks/style_emoticons/default/icon_biggrin.gif)

[rdz]

moi, ma telecommande me sert à allumer la télé (IMG:http://forum.17buddies.rocks/style_emoticons/default/icon_neutral.gif)

Pour la tester, j appuie sur une touche et ca s allume, je réappuie sur la meme et ca s eteint.

Par contre, quid des touches avec des chiffres dessus??? je ne connais pas leur utilité mais je vais chercher sur google (IMG:http://forum.17buddies.rocks/style_emoticons/default/icon_razz.gif)

[capitaine-cavern...]

Ya juste tcp/ip et derriere c est interprété directement selon un protocole propriétaire encapsulé dans les datas. Donc derrière ya rien : pas de http, pas de telnet ...
Me débrouillerai spo grave, tu as répondu à ma question de départ qui était de savoir si il existait un logiciel permettant de générer des trames.
Je posterai ici si je trouve qqchose (IMG:http://forum.17buddies.rocks/style_emoticons/default/wink.gif)

Merki.

edit : un truc dans le gout de packet excalibur serait pas mal http://www.securitybugware.org/excalibur/

This post has been edited by capitaine-caverne: 23/09/2007 - 00:18:32

[Star Du$t]

En relisant le topic du début à la fin, je n'ai tjrs pas compris qui devait emettre du trafic... (IMG:http://forum.17buddies.rocks/style_emoticons/default/icon_ane.gif)

This post has been edited by Star Du$t: 23/09/2007 - 10:41:11

[capitaine-cavern...]

ya un pc d'un coté et il cause à la commande numérique. Moi je bosse sur le firmware de la commande numérique (qui héberge la carte ethernet).
Donc le but c'est de faire cracher des trames par le PC vers la commande numérique pour valider ce qu'il se passe coté ethernet de la commande numérique et debugger.

capito ?
Je peux pas faire plus clair dsl (IMG:http://forum.17buddies.rocks/style_emoticons/default/icon_neutral.gif)

This post has been edited by capitaine-caverne: 23/09/2007 - 18:31:57

[Star Du$t]

Et qu'est ce que tu veux dire par "Actuellement, j'utilise la fonction ping, mais celle-ci a l air de prendre son temps" ?

Pour faire un truc plus poussé, tu connais un numéro de port que tu attaques depuis ce PC vers la commande ?

[capitaine-cavern...]

En gros j'ai pas le code source de la fonction ping, donc si ça attend avant de renvoyer qqchose ça ne le fait pas. Mais je ne pense pas que ce soit le cas.
D'autre part la fonction ping envoie un motif qui est toujours le même (vérifié avec wireshark), donc c'est un peu limité pour faire du test au niveau hardware, surtout si tu veux tester l'accès aux buffers du chip reseau.

Et pour ta 2ème question oui on attaque par des ports.

[Star Du$t]

En fait, le test PING, dont la commande fait parti du protocole ICMP, est constitué de deux parties : ICMP Echo, puis ICMP Echo-Reply.

Si tu lances un Ping depuis le PC, ce dernier enverra toujours ( 4 fois si tu ne mets pas l'option "-t" à la fin de la commande) un Echo, et ta télécommande devrait lui renvoyer un Echo-reply.


Tu attaques en TCP ou UDP ?

Si c'est du TCP, teste : telnet ip-de-ta-commande numéro-de-port.
Exemple dans le cas où tu veux te connecter sur un serveur SMTP (port 25, avec IP 1.2.3.4), tu taperas sans les guillemets "telnet 1.2.3.4 25".


Tiens moi au jus ! (IMG:http://forum.17buddies.rocks/style_emoticons/default/wink.gif)

[capitaine-cavern...]

ok merci ma poulette.

ça va être long : Le problème c est qu il faut que je me raccroche sur du code existant d'un third party, et je debug le source C avec uniquement une vue assembleur (obligé de faire des allés retour dans le map et de mettre des points d arret sur le code assembleur).

J'ai laissé en test tout le WE sur une commande ping avec l'option -t (ping à l'infini), ça devrait tenir car déjà testé. Le problème est surement dans la partie TCP. J'ai dû oublié un flag quelque part dans l'adaptation du firmware au nouveau chip reseau.

A suivre.

[Star Du$t]

Ah oui, j'y pense, l'analyseur de trames est bien sur la même machine lancant le ping ?


Car si tu laisses l analyseur sur une autre machine, faut voir si tu utilises un hub ou un switch pour connecter tout le monde... Si tu utilises un switch, jamais ton analyseur ne verra quoi que ce soit ! (IMG:http://forum.17buddies.rocks/style_emoticons/default/icon_biggrin.gif)

[capitaine-cavern...]

C'est du direct par câble croisé (IMG:http://forum.17buddies.rocks/style_emoticons/default/wink.gif)
Et oui l'analyseur est sur la machine qui exécute le ping.