Tu sais, il y a des types de calculs qui sont long a faire et rapide a verifier, --> lent pour le gars qui doit trouver la reponse et rapide pour le gars qui verifie
Ils sont pas completement idiots chez MS Research non plus, ils ont fait un peu plus que le Bac comme etudes.
Oui je sais, masi ce n'est absolument pas ce dont je parle.
Pour etre clair tout d'abord les calculs long a faire et facile a verifier (extraction de racines complexes, prob trigo a la noix, decomposition en facteurs premiers etc...) sont aussi de complexite exponentielle. Donc soit ils plafonnent assez vite a des niveaux faisables par un ordi (< quelques secondes) et a ce moment la il suffit de les stoquer dans une base de donnees (la decompisition des nombres de 1 a 65536 en facteur premier ca prend pas beaucoup de place) pour court circuite rle systeme. Soit ils sont long et ils deviennent tres vite tres long...
Mais le probleme n'est pas la. Supposons un serveur qui envoit 100 000 emails par jour avec des emails dont la transmission dure en moyenne 1 seconde, il rsique de prendre une mechante baffe si la transmission moyenne passe a 3 secondes. Ca peut entrainner dans l'ordre une saturation des connections (je ne pense pas que l'on coupe la ligne entre le debut et la fin des calculs), une saturation memoire (l'air de rien garder en memoire le calcul + le resultat + l'id du mec qui fait la demande, ca peut monter assez vite) , des problemes de relaying entre deux domaines (ben vi quand je vais reemettre le mail que je viens de recevoir vers son destinataire si je suis pas sur une white liste je suis bon pour me frapper les calculs aussi) etc.
Bref mon serveur qui encaissait sans broncher (avec un tout petit peu de mal en periode de pointe) les 100 000 mais ils risque de faire la gueule...
Et ca va changer quoi ? Les e-mails devront toujours etre verifies avant d'arriver.
Si je place mon email direct dans un routeur ? Je pense en effet qu'il va etre verifie, mais c'est pas mes ordis qui vont bosser, j'ai jamais eu la moindre connection avec un serveur SMTP... Si je me mets en relaying avec une adresse bidon spoofee d'un routeur de la meme boite ? Je ne pense pas faire de calcul non plus, je ne vois pas trop la societe Toto depenser de la'rgent pour valider les mails @toto.com... Une fois de plus la validation aurau lieu, mais c'est pas moi qui vais me la frapper... Apres 1000 email par ci, 500 emails par la et c'est meme pas sur que le traffic soit visible...
Toutes les grosses entreprises savent comment faire car elles ont les competences, tous les gros ISP aussi, hotmail, yahoo aussi, etc...
Le gars qui sait pas fermer son serveur au relaying et sait pas mettre de challenge-response, il emmerdera ses utilisateurs et personne d'autre, alors qu'aujourd'hui il emmerde toute la planete
Tous ceux qui ont leur compte mail sur un serveur correctement administre seront tranquilles, car le serveur n'acceptera pas d'e-mail sans challenge-response.
Le probleme est qui va faire ce challenge response ? C'est vrai que si je veux envoyer 100 000 emails ca me casse les pieds, mais si je casse ca en 200 paquets de 500 emails que je ventile vers des sites bien ouvert (ce qui est deja ce que font la plupart des spameurs aujourd'hui). Perso je n fais aucun calcul, chacun des pigeons fait bien les 500 calculs qui vont bien (bon dans le lot il y en aura peut-etre qui se poseront la question du pourquoi de cette montee du load mais j'en doute) et les mails arrivent a destination... Propre net et precis...
Si les spameurs devaient changer radicalement de methode pour mettre en place un nouveau systeme ca aurait peut-etre un impact, mais vu qu'ils procedent deja comme ca ....
[^] # Re: Bill Gates veut signer l'arrêt de mort du spam
Posté par Jerome Herman . En réponse à la dépêche Bill Gates veut signer l'arrêt de mort du spam. Évalué à 3.
Ils sont pas completement idiots chez MS Research non plus, ils ont fait un peu plus que le Bac comme etudes.
Oui je sais, masi ce n'est absolument pas ce dont je parle.
Pour etre clair tout d'abord les calculs long a faire et facile a verifier (extraction de racines complexes, prob trigo a la noix, decomposition en facteurs premiers etc...) sont aussi de complexite exponentielle. Donc soit ils plafonnent assez vite a des niveaux faisables par un ordi (< quelques secondes) et a ce moment la il suffit de les stoquer dans une base de donnees (la decompisition des nombres de 1 a 65536 en facteur premier ca prend pas beaucoup de place) pour court circuite rle systeme. Soit ils sont long et ils deviennent tres vite tres long...
Mais le probleme n'est pas la. Supposons un serveur qui envoit 100 000 emails par jour avec des emails dont la transmission dure en moyenne 1 seconde, il rsique de prendre une mechante baffe si la transmission moyenne passe a 3 secondes. Ca peut entrainner dans l'ordre une saturation des connections (je ne pense pas que l'on coupe la ligne entre le debut et la fin des calculs), une saturation memoire (l'air de rien garder en memoire le calcul + le resultat + l'id du mec qui fait la demande, ca peut monter assez vite) , des problemes de relaying entre deux domaines (ben vi quand je vais reemettre le mail que je viens de recevoir vers son destinataire si je suis pas sur une white liste je suis bon pour me frapper les calculs aussi) etc.
Bref mon serveur qui encaissait sans broncher (avec un tout petit peu de mal en periode de pointe) les 100 000 mais ils risque de faire la gueule...
Et ca va changer quoi ? Les e-mails devront toujours etre verifies avant d'arriver.
Si je place mon email direct dans un routeur ? Je pense en effet qu'il va etre verifie, mais c'est pas mes ordis qui vont bosser, j'ai jamais eu la moindre connection avec un serveur SMTP... Si je me mets en relaying avec une adresse bidon spoofee d'un routeur de la meme boite ? Je ne pense pas faire de calcul non plus, je ne vois pas trop la societe Toto depenser de la'rgent pour valider les mails @toto.com... Une fois de plus la validation aurau lieu, mais c'est pas moi qui vais me la frapper... Apres 1000 email par ci, 500 emails par la et c'est meme pas sur que le traffic soit visible...
Toutes les grosses entreprises savent comment faire car elles ont les competences, tous les gros ISP aussi, hotmail, yahoo aussi, etc...
Le gars qui sait pas fermer son serveur au relaying et sait pas mettre de challenge-response, il emmerdera ses utilisateurs et personne d'autre, alors qu'aujourd'hui il emmerde toute la planete
Tous ceux qui ont leur compte mail sur un serveur correctement administre seront tranquilles, car le serveur n'acceptera pas d'e-mail sans challenge-response.
Le probleme est qui va faire ce challenge response ? C'est vrai que si je veux envoyer 100 000 emails ca me casse les pieds, mais si je casse ca en 200 paquets de 500 emails que je ventile vers des sites bien ouvert (ce qui est deja ce que font la plupart des spameurs aujourd'hui). Perso je n fais aucun calcul, chacun des pigeons fait bien les 500 calculs qui vont bien (bon dans le lot il y en aura peut-etre qui se poseront la question du pourquoi de cette montee du load mais j'en doute) et les mails arrivent a destination... Propre net et precis...
Si les spameurs devaient changer radicalement de methode pour mettre en place un nouveau systeme ca aurait peut-etre un impact, mais vu qu'ils procedent deja comme ca ....
Kha