nntp2http.com
Posting
Suche
Optionen
Hilfe & Kontakt

Re: [hors sujet] spam par emails appariés

Von: Antoine ROUCHET (news.4872@gabuzomeu.org) [Profil]
Datum: 01.04.2008 18:51
Message-ID: <47f2681a$0$10374$426a74cc@news.free.fr>
Newsgroup: fr.sci.electronique
"DEMAINE Benoit-Pierre" <nntp_pipex@demaine.info> wrote in message
news:47f1130d$0$5132$426a74cc@news.free.fr...
> Antoine ROUCHET wrote:
>> C'est possible en théorie,
>> Ca ne peut pas marcher en pratique, sur un réseau grandeur
réelle.
>> Ca ne peut encore moins être transparent.
>
> La définition d'un routeur est de router des packets, et de le faire selon
> des règles. Un routeur possède donc toute l'architecture pour
étudier les
> entêtes de trames, sur beaucoup de couches: quand une trame traverse, on
> en connais toutes les références.
>
> Enter autre, l'essence du routage pure, est de faire des opérations de
> test sur les IP source et destination; si la trame est destinée à
> l'interne, on va aussi étudier son port, pour vérifier vers quel
spool la
> rediriger (mis à part le round robin, et le load balancing, parfois la
> distribution de charge peut aussi etre gérée par le routeur).
>
> Le routeur est donc une architecture prévue pour faire des tests sur les
> valeurs de champs. Ajouter dans LA MULTITUDE DE BOUCLES ET TESTS EXISTANTs
> la simple condition
>
> if TCP:dest-port == 25
> then call my-func
> end
>
> est d'une trivialité déconcertante, ayant sur la charge system un
impacte
> complètement NEGLIGEABLE.
>
> Non seulement les ressources disponibles sont énormes, mais, toute
> l'architecture est CONCUE POUR faire ce genre de tests EN MASSE. Tant pour
> préparer les informations à tester, qu'effectuer les
opérations de test.
>
> Attaquer ma thèse sur ce point est donc révélateur de votre
méconnaissance
> du but essentiel de ces machines.
>
> Etrangement, personne n'a penser à ce qui poserait vraiment problème
sur
> ces archis: le stockage des morceaux de trame. Pour ne pas exploser le
> disque à les stoquer, il faut les dupliquer et les envoyer
immédiatement,
> ce qui oblige à construire des paquets; et CA, ca me semble plus lourd. Ce
> qui serait vraiment lourd, et poserait probleme, ce serait, vu le nombre
> de spams en transit, de bouncer les entetes détectées vers le pirate
qui
> veut ces infos: le spam représentant plus de 90% du traffic email, le
> pirate recevrait de nos jours plus de 90% de paires inutilisables. Mais
> avant 2005, les choses étaient différentes.

Analyser les EN-TETES des trames ethernet ou des paquets IP oui, jusqu'à un
certain point évidemment. Plus on lui demande d'analyser ces en-têtes et
plus on rend fragile notre routeur, car plus il va manger de son temps CPU
pour répondre à la demande.

Analyser le contenu d'un paquet TCP est bien plus complexe car par
définition le contenu n'est pas si formel que la structure même du paquet.
Ca demanderait bien trop de resources pour un routeur utilisé sur un réseau
grandeur réelle, comme chez un FAI, croyez-moi.

Antoine.



[ Auf dieses Posting antworten ]