cs_jean84
Messages postés449Date d'inscriptionjeudi 26 août 2004StatutMembreDerniè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és706Date d'inscriptionmercredi 17 novembre 2004StatutMembreDernière intervention29 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és549Date d'inscriptionsamedi 6 septembre 2003StatutMembreDernière intervention 6 mars 20103 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és1243Date d'inscriptionjeudi 31 mars 2005StatutMembreDernière intervention 3 août 20162 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és706Date d'inscriptionmercredi 17 novembre 2004StatutMembreDernière intervention29 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és61Date d'inscriptionsamedi 5 février 2005StatutMembreDernière intervention20 avril 20061 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és2023Date d'inscriptionmardi 24 septembre 2002StatutMembreDernière intervention28 juillet 20086 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és8Date d'inscriptionlundi 23 février 2004StatutMembreDernière intervention25 novembre 2005 20 nov. 2005 à 20:42
ouai lol
PTDR
theBrowser
luhtor
Messages postés2023Date d'inscriptionmardi 24 septembre 2002StatutMembreDernière intervention28 juillet 20086 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és1243Date d'inscriptionjeudi 31 mars 2005StatutMembreDernière intervention 3 août 20162 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és1243Date d'inscriptionjeudi 31 mars 2005StatutMembreDernière intervention 3 août 20162 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és706Date d'inscriptionmercredi 17 novembre 2004StatutMembreDernière intervention29 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és947Date d'inscriptionmercredi 19 novembre 2003StatutMembreDernière intervention 5 avril 20083 20 nov. 2005 à 15:42
28 nov. 2005 à 15:46
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 !!
23 nov. 2005 à 07:53
21 nov. 2005 à 21:08
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...
21 nov. 2005 à 14:42
bon code
++All
20 nov. 2005 à 22:21
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
20 nov. 2005 à 22:12
20 nov. 2005 à 20:51
20 nov. 2005 à 20:42
PTDR
theBrowser
20 nov. 2005 à 20:40
Les conditions n'ont bien aucune influence sur les 3 includes ?
20 nov. 2005 à 20:05
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); ?
20 nov. 2005 à 20:01
20 nov. 2005 à 16:41
20 nov. 2005 à 15:42
{
#include "scanport.h"
}
else if(choice == 2)
{
#include "portmap.h"
}
else if(choice == 3)
{
#include "myport.h"
}
QUEL HORREUR!