SCANPORT V2 BETA

juki_webmaster Messages postés 947 Date d'inscription mercredi 19 novembre 2003 Statut Membre Dernière intervention 5 avril 2008 - 20 nov. 2005 à 15:42
cs_jean84 Messages postés 449 Date d'inscription jeudi 26 août 2004 Statut Membre Dernière intervention 5 mars 2009 - 28 nov. 2005 à 15:46

Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.

https://codes-sources.commentcamarche.net/source/34718-scanport-v2-beta

cs_jean84 Messages postés 449 Date d'inscription jeudi 26 août 2004 Statut Membre Dernière intervention 5 mars 2009
28 nov. 2005 à 15:46

Sympa mais tres basique .... se connecter a chaque port et tester si sa passe ou pas, c'est tres vite reperable et pas tres discret...
Si tu veux du sportif, je pense qu'il aurait fallu faire un scan de port en connexions semi ouvertes, c'et a dire que tu n'envoie que le packet SYN vers la destination et tu attend un ACK. Si il arrive, tu as des chances pour que le port sois ouverts, si tu recoi un RST ou meme rien, ou y a un par feu ou il est ferme... c'est reperable egalement mais plus discret .... et sa introduit d'autre technique avec le meme programme, comme le SYN FLOOD par exemple .... ;-)
Sinon, si tu veux juste garder ton code tel quelle pour une mise jour, utilise une boucle pour scanner les ports locaux. Tu sais que les ports reserve sont de 0 a 1024, scan les en priorite si tu veux avoir une idee de ce qui tourne sur ta machine....pour les autres, peut etre une fonction permettant de scanner une plage de port plutot qu'un seul serait profitable ;-)

@++ et bon code !!

shadow1779 Messages postés 706 Date d'inscription mercredi 17 novembre 2004 Statut Membre Dernière intervention 29 septembre 2013
23 nov. 2005 à 07:53

ok j'vai tenir compte de vos remarque pour faire une petite mise a jour :)

cs_Matt67 Messages postés 549 Date d'inscription samedi 6 septembre 2003 Statut Membre Dernière intervention 6 mars 2010 3
21 nov. 2005 à 21:08

bonsoir,

les fichiers .h (comme header -> entete) sont des fichiers de definition de fonctions, macro (entre autre) et en aucun cas pour y mettre du code dedans...
si tu veux faire du code clair alors utilise des fonctions mais en aucun cas ce que tu viens de faire...

une autre remarque 'gets' est à proscrire, pas de controle de débordement mais utiliser plutot 'fgets' sur l'entree standard 'stdin'.

bonne soirée,

Matt...

deck_bsd Messages postés 1243 Date d'inscription jeudi 31 mars 2005 Statut Membre Dernière intervention 3 août 2016 2
21 nov. 2005 à 14:42

Ben tu devrai retirer les includes des if et plutot faire comme tout le monde, faire apelle au procédure ou fonction contenue dans ceux-ci ;)

bon code

++All

shadow1779 Messages postés 706 Date d'inscription mercredi 17 novembre 2004 Statut Membre Dernière intervention 29 septembre 2013
20 nov. 2005 à 22:21

si je l'est fait c'est par souci de comprehension du code, j'aurai pu tout mettre dans un gros tas mais la lisibilité aurait été beaucoup moins bonne, et c'est mieu quand on s'attaque a une partie du code de voir que cette partie, le principal est plutot de voir ce que fais le prog non? au lieu de critiquer sur une chose qui n'empeche en aucun cas sa fonctionnalité et ne le ralenti en rien,

pour la question de me demander pourquoi je passe par un buffer, c'est tout d'abord car une fois l'on m'a dit que cela etait beaucoup plus sécrurisé et ensuite par ce que dans je fais des scanf("%d",l'int); visual c++ me lance le debugger durant le lancement du prog :s a vrai dire il n'aime pas ca ^^ mais bon ca ne change pas grand chose non plus

DormeurDev Messages postés 61 Date d'inscription samedi 5 février 2005 Statut Membre Dernière intervention 20 avril 2006 1
20 nov. 2005 à 22:12

Mais n'impêche que ca n'a pas de sens de déclarer et définir des trucs (ce qu'il y a dans les .h je suppose) dans des conditions !

luhtor Messages postés 2023 Date d'inscription mardi 24 septembre 2002 Statut Membre Dernière intervention 28 juillet 2008 6
20 nov. 2005 à 20:51

Quoique je doute la, les #include "machin" sont ils remplacés par le contenu du fichier "machin" ?

juju_browser Messages postés 8 Date d'inscription lundi 23 février 2004 Statut Membre Dernière intervention 25 novembre 2005
20 nov. 2005 à 20:42

ouai lol
PTDR

theBrowser

luhtor Messages postés 2023 Date d'inscription mardi 24 septembre 2002 Statut Membre Dernière intervention 28 juillet 2008 6
20 nov. 2005 à 20:40

Pour me rassurer, c'est totalement abérrant de mettre les #include dans les conditions non ?
Les conditions n'ont bien aucune influence sur les 3 includes ?

deck_bsd Messages postés 1243 Date d'inscription jeudi 31 mars 2005 Statut Membre Dernière intervention 3 août 2016 2
20 nov. 2005 à 20:05

Oups encore quelque chose.

Peut être est ce une stupide question, mais pourquoi tu passe toujours par un buffer? exemple :

printf("quel est l'ip a scanner: ");
gets(buffer);
strcpy(ip,buffer);

pourquoi ne pas faire directement gets(ip); ?

deck_bsd Messages postés 1243 Date d'inscription jeudi 31 mars 2005 Statut Membre Dernière intervention 3 août 2016 2
20 nov. 2005 à 20:01

Question de lisibilité et de praticité (hu? ça ce dit ça? lol) :p Trop de conditions. Mais bon a part ça ta source m'intéresse beaucoup :D

shadow1779 Messages postés 706 Date d'inscription mercredi 17 novembre 2004 Statut Membre Dernière intervention 29 septembre 2013
20 nov. 2005 à 16:41

on m'a toujours dis ca, mais tant que ca marche que j'fasse un switch ou une condition if j'vois pas trop ce que ca change

juki_webmaster Messages postés 947 Date d'inscription mercredi 19 novembre 2003 Statut Membre Dernière intervention 5 avril 2008 3
20 nov. 2005 à 15:42

if(choice == 1)
{
#include "scanport.h"
}
else if(choice == 2)
{
#include "portmap.h"
}
else if(choice == 3)
{
#include "myport.h"
}

QUEL HORREUR!

Discussions similaires

chat irc

Avis au créateur de chat (surtout IRc)

arbre alpha-beta

bannir du tchat

durée de gline

Votre réponse

Discussions similaires