Articles précédents : Articles
- [4] Résultats des Big Brother Awards 2002
- [41] MySQL 4.1 disponible!
- [24] Free vainqueur par KO
- [150] TCPA/Palladium va attenter à la GPL
- [35] HP et Intel vont en chine...
- [97] 10 polices de caractères pour les Logiciels Libres
- [33] Tour d'horizon des distributions LiveOnCd
- [16] 27 janvier : Conférence EUCD.INFO à l'Assemblée Nationale
- [37] Licences d'utilisation : les clauses de discrétion jugées abusives
- [45] Windows Media Data Session Toolkit
Liens connexes
- Annonce de American Intelligence (1561 hits)
- News Yahoo (2443 hits)
- Autres News Yahoo (1326 hits)
- La faille en question (1732 hits)
- Graphiques sur l'ampleur des dégats (3683 hits)
Dépêche modérée par
La France n'est pas épargnée puisque certains fournisseurs d'hébergement, comme OVH, étaient inaccessibles ce matin.
Le DDOS serait mené par un ver exploitant une faille de MS SQL Server pourtant corrigée depuis quelques temps.
NDR: Vous pouvez retrouvez un thread dans le newsgroup fr.comp.securite sous le titre: "Gros DOS en cours via MS-SQL"
NdM: merci à tous ceux qui ont signalé ceci depuis ce matin. Ce n'est pas la peine de saturer les sites de news qui en parlent, contentez vous de bloquer les ports MSSQL et de ne pas loguer les attaques sur ces ports à moins d'avoir un gros disque.
Annonce de American Intelligence (1561 hits)
News Yahoo (2443 hits)
Autres News Yahoo (1326 hits)
La faille en question (1732 hits)
Graphiques sur l'ampleur des dégats (3683 hits)
> Lire les commentaires (202 commentaires, moyenne: 4,2).
[+] Euh..
contentez vous de bloquer les ports MSSQL
J'ai fouillé tous mes panels de config, j'ai pas trouvé l'option..
-
[^]Re: Euh..
Posté par Se David () le 25/01/2003 à 14:14. (lien). Évalué à 7.mssql utilise le port 1433 c'est lui qu'il faut bloquer
-
[^]Re: Euh..
Posté par Guillaume Leclanche (page perso, ) le 25/01/2003 à 14:18. (lien). Évalué à 28.Il semblerait qu'il faille bloquer en réalité 1433, 1434, 4662 selon les informations relayées par zataz.com, je viens de le lire, donc je transmets. Je n'ai bien évidemment aucune confirmation que les 3 ports soient touchés, mais 3 précautions valent mieux qu'une :-)
Note pour modérateurs: c'est un ver, et pas un "vers" (ce dernier terme étant un terme de poésie :-)-
[^]Re: Euh..
Posté par Az' (page perso, ) le 25/01/2003 à 14:26. (lien). Évalué à 28.en fait les ports à bloquer sont TCP 1433, UDP 1434 pour sql server.
Le ver se propage sur le port 1434 en udp, d'après le bulletin ms.
le port 4662, me semble t'il, est lié a e-donkey. Il n'aurait donc rien à voir avec cette attaque ( c'est presque du traffic normal ).-
[^]Re: Euh..
Posté par PLuG () le 25/01/2003 à 14:43. (lien). Évalué à 3.ca explique bien des choses.
ce matin a 0h10 environ impossible de resoudre quoi que ce soit en DNS,
il a fallut que je modifie ma conf pour retrouver un serveur DNS digne de ce nom !!
et hier soir, apparition de connections en TCP/4662 , alors que edonkey n'est pas un truc qui m'interesse ... et que je n'avais pas trop vu ce genre de port avant. Donc wait&see mais il est possible que 4662 soit effectivement aussi de la partie !!-
[^]Re: Euh..
Posté par gnap gnap (page perso, ) le 25/01/2003 à 14:50. (lien). Évalué à 1.Ca fait environ une semaine qu'il y a des prob. épisodiques sur les DNS de noos.fr
-
[^]Re: Euh..
Posté par PLuG () le 25/01/2003 à 15:00. (lien). Évalué à 3.en fait chez moi j'utilise pdnsd, et il etait configuré avec seulement 3 root servers (et le dns de wanadoo limité aux requetes pour le domaine wanadoo puisque le dns interne est different du dns coté public chez wanadoo).
et a 0h10, plus moyen de resoudre quoi que ce soit avec les root de ma conf, ou alors avec des delais de fou. le dns de wanadoo marchait MIEUX !!-
[^]Re: Euh..
Posté par Stephane Marchesin (page perso, ) le 25/01/2003 à 16:12. (lien). Évalué à 22.Tu utilises les root-servers pour résoudre tes requêtes ? Alors il ne faut pas s'étonner d'avoir des problèmes :
- d'après la rfc, seuls les dns secondaires devraient interroger les root-servers
- en cas d'attaque, les root-servers seront forcément visés les premiers
Par contre, un dns doit normalement répondre aux requêtes venant de n'importe qui (pas de filtrage sur l'ip) donc tu peux ajouter les dns d'autres providers dans ton pdnsd.conf si tu veux être tranquille.
Et wanadoo a plus que 2 dns, puisqu'il y a ns1 à ns6.wanadoo.fr (merci au passage à la tribune qui m'avait appris ça il y quelques temps...).-
[^]Re: Euh..
Posté par cauchemar () le 25/01/2003 à 16:17. (lien). Évalué à 8.> Et wanadoo a plus que 2 dns
Faut utiliser les adresses ip.
Pour wanadoo c'est :
193.252.19.3
193.252.19.4
Une page wanadoo dit 193.252.019.[34]. Mais bind n'aime pas le 019 !-
[^]Re: Euh..
Posté par cauchemar () le 25/01/2003 à 16:20. (lien). Évalué à 4.çà c'est ce qui préconisé par wanadoo sur leur site web. Mais comme tu (bknight) le dis, il y a 6 serveurs dns : 193.252.19.(1 à 6).
-
[^]Re: Euh..
Posté par Obsidian () le 26/01/2003 à 00:09. (lien). Évalué à 9.[localhost]$ host ns.wanadoo.fr
ns.wanadoo.fr has address 193.252.19.10
[localhost]$ host ns1.wanadoo.fr
[localhost]$ host ns2.wanadoo.fr
ns2.wanadoo.fr has address 193.252.19.11
[localhost]$ host ns3.wanadoo.fr
[localhost]$ host ns4.wanadoo.fr
[localhost]$ host ns5.wanadoo.fr
[localhost]$ host ns6.wanadoo.fr
Les six DNS de Wanadoo ne seraient-ils pleinement accessibles qu'en local ?-
[^]Re: Euh..
Posté par cauchemar () le 26/01/2003 à 06:12. (lien). Évalué à 13.Avec comme serveur dns 193.252.19.3 j'ai le résultat suivant :
|cauchemar@one cauchemar]$ host ns.wanadoo.fr
ns.wanadoo.fr has address 193.252.19.1
[cauchemar@one cauchemar]$ host ns1.wanadoo.fr
ns1.wanadoo.fr is an alias for ns.wanadoo.fr.
ns.wanadoo.fr has address 193.252.19.1
[cauchemar@one cauchemar]$ host ns2.wanadoo.fr
ns2.wanadoo.fr has address 193.252.19.2
[cauchemar@one cauchemar]$ host ns3.wanadoo.fr
ns3.wanadoo.fr has address 193.252.19.3
[cauchemar@one cauchemar]$ host ns4.wanadoo.fr
ns4.wanadoo.fr has address 193.252.19.4
[cauchemar@one cauchemar]$ host ns5.wanadoo.fr
ns5.wanadoo.fr has address 193.252.19.5
[cauchemar@one cauchemar]$ host ns6.wanadoo.fr
ns6.wanadoo.fr has address 193.252.19.6
[cauchemar@one cauchemar]$
En passant par les root serveurs j'ai la même chose que toi.
> Les six DNS de Wanadoo ne seraient-ils pleinement accessibles qu'en local ?
Depuis ma ligne ADSL abonnement wanadoo, j'ai accès aux dns wanadoo (ns[1-6]). Par contre depuis une autre machine qui ne passe pas par wanadoo, je n'ai pas accès à ces dns.
les serveurs dns 193.252.19.10 et 193.252.19.11 ne semblent servir que le domaine wanadoo.fr (pas de rattachement à un niveau supérieur) :
[cauchemar@one cauchemar]$ host linuxfr.org 193.252.19.10
Using domain server:
Name: 193.252.19.10
Address: 193.252.19.10#53
Aliases:
[cauchemar@one cauchemar]$ host linuxfr.org 193.252.19.2
Using domain server:
Name: 193.252.19.2
Address: 193.252.19.2#53
Aliases:
linuxfr.org has address 212.27.33.221
[cauchemar@one cauchemar]$
Marrant !
Quoi qu'il en soit, depuis une connection wanadoo, j'ai pas accès aux serveur dns free. Je pense que tout les FAI font çà.-
[^]Re: Euh..
Posté par Stone Tramo () le 27/01/2003 à 10:41. (lien). Évalué à 1.non, depuis la belgique avec skynet, je peux utiliser les dns de free
-
-
-
-
[^]Re: Euh..
Posté par jmfayard () le 25/01/2003 à 16:44. (lien). Évalué à 1.La premiere adresse est facile a se rappeler, c'est un joli palindrome.
--
EIDOHPHOBIE :
N.F designant une peur irraisonnee des palindromes.-
[^]Re: Euh..
Posté par BMenez (page perso, ) le 25/01/2003 à 17:18. (lien). Évalué à 6.Le palindrome ne serait pas 193.252.39.1 ?
(-1 car aucun rapport avec la discussion...)
-
-
-
[^]Re: Euh..
Posté par PLuG () le 25/01/2003 à 16:49. (lien). Évalué à 4.Qui a dit que j'utilisait les root server pour resoudre mes requetes ??
tout setup dns qui se respecte doit avoir quelques pointeurs vers les root server pour pouvoir resoudre.
aux root server tu demandes "qui gere le .com"
a celui qui gere "com" tu demandes "qui gere google.com"
a celui qui gere google.com tu demandes "qui gere www.google.com"
et tu garde tout ca en cache pour ne pas avoir a re-poser la question.
la RFC tu peux la relire :-)
ensuite, wanadoo a plus de 2 DNS à l'extérieur de son reseau, oui.
mais quand tu es abonné tu dois interroger les DNS internes.
la machine smtp.wanadoo.fr ne se resoud pas DU TOUT de la meme maniere selon le cas, le smtp interne accepte de relayer le mail (heureusement) et pas celui externe.-
[^]Re: Euh..
Posté par Stephane Marchesin (page perso, ) le 25/01/2003 à 17:22. (lien). Évalué à 7.Bah tu as l'air de dire que tu as mis explicitement les root-servers dans la liste des dns que tu utilisais.
Moi, je demande tout à wanadoo qui cache les résultats (à wanadoo je demande qui gère google.com etc...), et si tout le monde fait pareil ça réduit la pression sur les root-servers. Si les dns wanadoo tombent, j'ai un ou deux dns de secours hors wanadoo.
cf http://www.sciencedaily.com/releases/2003/01/030124074245.htm(...) si les requêtes inutiles n'avaient pas lieu (grâce à l'utilisation de caches), les root-servers tiendraient peut-être mieux les dos comme aujourd'hui.-
[^]Re: Euh..
Posté par Baptiste SIMON (Jabber id, page perso, ) le 25/01/2003 à 17:34. (lien). Évalué à 6.Ce ne sont pas les serveurs DNS root qui ne tiennent pas la charge... c'est la manière d'y accéder ! Ce ne sont pas les Root servers qui sont visés (à moins qu'ils ne tournent sous MS SQL ??) mais tout le monde. Ce n'est pas le nombre de requetes DNS qui fait mal aujourd'hui... c'est le traffic global ! et AMHA faire du super cache DNS ne sert pas à grand chose quant à l'amélioration de ce qui se passe aujourd'hui.
--
BeTa-
[^]Re: Euh..
Posté par Stephane Marchesin (page perso, ) le 25/01/2003 à 17:54. (lien). Évalué à 2.Les requêtes ça fait du trafic, non ? Donc moins de requêtes = moins de trafic.
Par contre c'est vrai que j'avoue avoir du mal à comprendre comment les root-servers peuvent être impactés à ce point-là. L'explication que je vois est que les routeurs sont saturés, ce qui empêche d'atteindre les root-servers. Mais pour saturer ça avec des paquets udp de 376 octets il faut quand même en mettre pas mal (il y a tellement de serveurs ms sql ouverts à tous vents sur le net ?).
PS : heureusement que les root-servers n'utilisent pas ms sql ;)-
[^]Re: Euh..
Posté par cauchemar () le 25/01/2003 à 18:09. (lien). Évalué à 15.> comment les root-servers peuvent être impactés à ce point-là.
http://www.internethealthreport.com/(...)
On voit que UUNET souffre vraiment, vraiment beaucoup. S'il y a quelques serveurs sur UUNET, il sont évidement moins accéssibles. Comme tout le reste. Les serveurs root DNS étant très surveillé, cette surveille a été utilisée pour montrer l'étendu du problème. Je ne pense pas que les serveurs DNS root soit plus impacté que tout autre serveur.-
[^]Re: Euh..
Posté par Stephane Marchesin (page perso, ) le 25/01/2003 à 18:14. (lien). Évalué à 17.Oui, je viens de lire le code de la bête, et effectivement dès que le ver arrive, il se réenvoie en continu à des adresses ip aléatoires. Donc :
- un paquet de liens tournent à fond
- comme les ips sont aléatoires, ces paquets doivent souvent traverser pas mal de routeurs pour aller à l'autre bout du monde donc ça a un effet sur le trafic global (qui est en général plutôt un trafic de proximité).-
[^]Re: Euh..
Posté par Juke (Jabber id, page perso, ) le 27/01/2003 à 13:31. (lien). Évalué à 1.tu l'a eu ou le code ?
-
-
[^]Re: Euh..
Posté par Baptiste SIMON (Jabber id, page perso, ) le 25/01/2003 à 19:04. (lien). Évalué à 3.> On voit que UUNET souffre vraiment, vraiment beaucoup.
Complètement d'accord !
> S'il y a quelques serveurs sur UUNET, il sont évidement moins accéssibles
Remonte à hier ou avant-hier pour comparer... UUNET est dans le rouge depuis un moment... :c/ Ok, les temps de réponses on augmenté sensiblement... mais bon, ce n'était pas joli joli avant déjà !--
BeTa-
[^]Re: Euh..
-
-
-
-
-
-
-
-
-
-
[^]Re: Euh..
Posté par Foxy (page perso, ) le 25/01/2003 à 18:17. (lien). Évalué à 18.et hier soir, apparition de connections en TCP/4662 , alors que edonkey n'est pas un truc qui m'interesse ... et que je n'avais pas trop vu ce genre de port avant. Donc wait&see mais il est possible que 4662 soit effectivement aussi de la partie !!
Le port 4662 est bien utilisé par EDonkey pur faire du P2P mais n'a rien à voir dans cette affaire.
Ton problème est une question récurrente des connectés en ADSL : ton IP dynamique était auparavant utilisé par quelqu'un qui faisait du P2P avec Edonkey. Les requêtes que tu vois arriver sur ton port 4662 correspondent aux clients avec lesquels il était en connexion et qui cherchent encore à la joindre. Le problème est que ce genre de requêtes génèrent du trafic à n'en plus finir :-(
Sur tous les accès ADSL que j'ai vu ces derniers temps, les requêtes sur port 4662 sont présentes à tous les coups que tu fasses du Edonkey ou pas.-
[^]Re: Euh..
Posté par cauchemar () le 25/01/2003 à 18:25. (lien). Évalué à 5.> Le port 4662 est bien utilisé par EDonkey
Je connais pas EDonkey. Par contre les clients/serveur gnutella permettent de changer le port d'écoute. Beaucoup d'utilisateur le change. Je pense qu'il faudrait mettre un gros warning lorsque le port est changé. En effet, le jour où il y a les mêmes problèmes avec gnutella et 200 ports différents utilisé, çà va être un gros bordel.
-
[^]Re: Euh..
Posté par totoro () le 25/01/2003 à 23:50. (lien). Évalué à 0.Oui et puis il ya aussi le jeux en reseau comme Halflife sur le port 27015 par exemple.
--
dyslectics have more fnu-
[^]Re: Euh..
Posté par Julien Duponchelle (page perso, ) le 26/01/2003 à 16:10. (lien). Évalué à 1.et tous les port qui suivent
-
-
-
-
[^]Re: Confirmation
Posté par Olivier Meunier (page perso, ) le 25/01/2003 à 14:58. (lien). Évalué à 6.Je confirme, mes logs sont clairs, depuis ce matin 6h30, j'ai des refus sur le port 1434 en UDP, alors que rien dans tous mes logs d'avant.
Si vous loguez les DROP de iptables :
# cat /var/log/syslog | grep DPT=1434 | wc
vous donnera l'ampleur des dégats
moi j'en suis à 296 :-)-
[^]Re: Confirmation
Posté par Maxime Ritter (page perso, ) le 25/01/2003 à 15:07. (lien). Évalué à 14.BIP !!!
Useless use of cat !!
Useless use of grep !!
En une commande :
grep -c DPT=1434 /var/log/syslog
Oui, bon, ca va -1. Ah, ben non, il y a pas.-
[^]Re: Confirmation
Posté par gnap gnap (page perso, ) le 25/01/2003 à 15:18. (lien). Évalué à 10.La commande idéale, c'est celle que tu tapes en trois secondes sans réflechier, pas nécessairement celle qui fait le moins de caractères...
-
[^]Re: Confirmation
Posté par PLuG () le 25/01/2003 à 15:21. (lien). Évalué à 5.prendre l'habitude ne pas forker 3 process pour faire un grep, c'est pas mauvais non plus ....
-
[^]Re: Confirmation
Posté par gnap gnap (page perso, ) le 25/01/2003 à 20:23. (lien). Évalué à 15.Si c'est dans un script qui doit tourner régulièrement, on peut dire que c'est optimal.
Optimiser des simples lignes de commandes qu'on tape comme ça, ça ne me semble pas capital. Sur une machine qui n'a pas un load important, ça n'a finalement aucune importance.
Ok, c'est mieux sur le plan théorique. Pas de quoi pousser des grands "BIP" :-P-
[^]Re: Confirmation
-
-
-
-
-
-
-
[^]Re: Euh..
-
[^]Re: Euh..
-
[^]Re: Euh..
Posté par Quzqo () le 27/01/2003 à 08:59. (lien). Évalué à 3.Ahem...
Disons en fait que la meilleure précaution est de n'autoriser que les ports utiles/utilisés pour le trafic de la machine.
Mais il est toujours bon de connaitre en détail les ports dont il faut se méfier ;o)--
BXN - La vie est un (men)songe.
-
-
[+] Re: Un ver déstabilise Internet
Vous trouverez un peu plus d'informations sur le site de zataz:
http://www.zataz.com(...)
-
[^]Re: Un ver déstabilise Internet
Posté par Az' (page perso, ) le 25/01/2003 à 14:32. (lien). Évalué à 14.je cite zataz: "Ce virus avait touché à l'époque, dés son apparition, plus de 2 000 serveurs. Cette faille sql est utilisée par les forums warez pour faire des espaces de stockage. Les serveurs sous Os Linux, Microsoft, ... sont touchés."
mince il existe une version mssql server 2000 pour linux, ou je n'ai pas compris le sens de la phrase ?-
[^]Re: Un ver déstabilise Internet
Posté par Matho (page perso, ) le 25/01/2003 à 14:38. (lien). Évalué à 10.@Antony : Exactement ce que je m'appretais a poster.
En quoi un serveur Linux avec Mysql serait vulnérable a une faille de sécurité sous SQL server?
J'ai quand même filtré les dits ports, et effectivement je vois des hits mais en quoi ce bug affecterait un systeme GNU/Linux, mystere et boules de gommes.
Je vais lire plus avant le forum secu, mais kje pense que zataz s'est vautré sur celle la.-
[^]Re: Un ver déstabilise Internet
Posté par bisol (page perso, ) le 25/01/2003 à 14:54. (lien). Évalué à 1.Je viens de contacet Zataz. Des que jâi 1 réponse je vous passe les nouvelles.
Merci-
[^]Re: Un ver déstabilise Internet
Posté par Foxy (page perso, ) le 25/01/2003 à 18:11. (lien). Évalué à 14.Ca m'étonnerait que tu es une réponse de Zataz : Damien Bancal (Zataz) ne pane rien à la technique et se contente d'écrire des conneries plus grosses que lui comme celle à laquelle tu fais réference.
-
[^]Re: Un ver déstabilise Internet
Posté par bisol (page perso, ) le 26/01/2003 à 22:08. (lien). Évalué à 4.effectivement ils n'ont pas répondu mais dans leur résumé de cete journée on peut quand meme voir qu ils ont corrigé le tir !!
-
-
-
-
-
[^]Re: Un ver déstabilise Internet
Posté par Gniarf () le 25/01/2003 à 15:49. (lien). Évalué à 11."Vous trouverez un peu plus d'informations sur le site de zataz"
et si vous voulez des informations qui soient vraies, fuyez Zataz--
Windows has no users. It has hostages.-
[^]Re: Un ver déstabilise Internet
-
-
[^]Re: Un ver déstabilise Internet
Posté par Alain Tésio (page perso, ) le 26/01/2003 à 03:10. (lien). Évalué à 7.Ca a quand même du bon cette attaque, Zataz a du mettre une description plus légère et pas leurs pages daubique avec des pubs qui sont au milieu du texte sous Mozilla.
-
[^]Re: Un ver déstabilise Internet
Posté par Mathieu Pillard (page perso, ) le 26/01/2003 à 14:38. (lien). Évalué à 1.en meme temps si tu utilises mozilla autant lui apprendre a cacher les pubs... que ce soit en bloquant les images ou en utilisant une feuille de style utilisateur...
-
[^]Re: Un ver déstabilise Internet
-
-
Re: Un ver déstabilise Internet
Une description du vers en question :
http://www.digitaloffense.net/worms/mssql_udp_worm/(...)
Re: Un ver déstabilise Internet
Euh, comment les Root nameserver peuvent-il être touchés ?
Ils tournent sous Windows & MySQL et ne sont pas mis à jour ? La faille était corrigée depuis Juillet il me semble ?! Quelqu'un peut-il m'expliquer ?
-
[^]Re: Un ver déstabilise Internet
Posté par Laurent Lieben (page perso, ) le 25/01/2003 à 14:47. (lien). Évalué à 1.Je pense que Zataz cite Linux car ça impacte la bande passante, donc tous les OS derrières.
LaurenT-
[^]Re: Un ver déstabilise Internet
Posté par Mr F (page perso, ) le 25/01/2003 à 22:00. (lien). Évalué à 21.Mais non, zataz cite Linux parceque comme cité plus haut ils ont l'habitude de raconter des conneries plus grosses que Maïté (c'est dire si elles sont grosses). C'est vendeur de citer Linux, allez, ça fera un super article vendu par allopass et ça permettra d'afficher pleins de baniere de pub. C'est pas la première fois que Zataz raconte n'importe quoi, on pourrait même en faire un site web bien remplis. Zataz est maintenu par des journalistes, pas par des gens connaissant ce que le site raconte.
Autre exemple :
"Cette faille sql est utilisée par les forums warez pour faire des espaces de stockage"
...-
[^]Re: Un ver déstabilise Internet
Posté par Silence (page perso, ) le 27/01/2003 à 21:21. (lien). Évalué à 1."par des journalistes", "des gens connaissant ce que le site raconte"
pour moi un journaliste sait de quoi il parle...--
^d^c-
[^]Re: Un ver déstabilise Internet
Posté par Mr F (page perso, ) le 13/02/2003 à 22:38. (lien). Évalué à 1.Et un vendeur sait ce qu'il vend...
Non ! Principalement un vendeur sait vendre et un journaliste sait "journaliser" (ecrire, faire des articles, chercher l'information etc...) et avec l'expérience il acquière des connaissance dans le domaine qu'il vend ou dont il parle.
-
-
-
-
[^]Re: Un ver déstabilise Internet
Posté par cauchemar () le 25/01/2003 à 14:51. (lien). Évalué à 4.> comment les Root nameserver peuvent-il être touchés ?
Ce ver fout globalement le bordel. Il a l'effet de bon de diminuer la disponibilité des serveurs root dns. C'est un indicateur c'est tout.-
[^]Re: Un ver déstabilise Internet
Posté par Benjamin () le 25/01/2003 à 14:54. (lien). Évalué à 2.Ils sont juste touchés indirectement donc.
-
[^]Re: Un ver déstabilise Internet
Posté par Guillaume Leclanche (page perso, ) le 25/01/2003 à 15:46. (lien). Évalué à 7.Le ver se propage grâce aux serveurs Mssql; chaque serveur infecté cherche à en infecter d'autres et en profite pour inonder le réseau de requêtes qui provoquent la saturation de la bande passante "filaire", mais aussi la saturation des capacités de réponse des machines recevant les requêtes: d'où le déni de service, dont sont victimes les root servers.
-
[^]Re: Un ver déstabilise Internet
Posté par dvrasp (page perso, ) le 25/01/2003 à 17:18. (lien). Évalué à 11.J'ai capturé un ou deux paquets qui tombaient sur mon accès dialup.
J'ai comparé avec les infos données pas http://www.boredom.org/~cstone/worm-annotated.txt,(...) je n'ai trouvé aucune différence dans le shellcode.
Il s'agit juste d'un worm qui se propage : pas d'autre payload, pas de backdoor, etc.. Surtout, rien de directement lié aux root servers ou quoi que ce soit qui puisse ressembler à un DDos ciblé. Bien sûr, je ne peut pas dire que je dispose d'un échantillon représentatif.
Mais alors pourquoi les root-servers ont-ils des soucis ? Statistiquement, ils n'ont pas plus de chance de recevoir la visite du worm que d'autres hosts, et c'est dire s'ils sont plus solide que bcp de serveur web qui tiennent encore debout. S'agit-il d'un excès de reverse DNS (dont peu de requêtes seraient en cache dans les secondaires, vu le caractère aléatoire de la propagation), causé par chaque connection à un MSSQL ? Ou s'agit-il d'une autre attaque parallèle, ce worm n'étant qu'un écran de fumée ?-
[^]Re: Un ver déstabilise Internet
Posté par PLuG () le 25/01/2003 à 17:41. (lien). Évalué à 5.a moins que DNS ne soit surtout victime de son mode de transport: UDP
sur bugtrack certains disent qu'ils ont 95% de perte e paquets.
Si pour joindre les DNS aux usa en UDP on passe par des reseaux aussi atteints, faut pas s'étonner que ca ne marche pas.-
[^]Re: Un ver déstabilise Internet
Posté par cauchemar () le 25/01/2003 à 17:48. (lien). Évalué à 4.> surtout victime de son mode de transport: UDP
avec TCP/IP çà ne changerai rien. Sauf que c'est TCP qui gère les pertes alors d'avec UDP c'est l'appli qui gère les pertes.-
[^]Re: Un ver déstabilise Internet
Posté par let antibarbie = xp <- xp - 1 (page perso, ) le 25/01/2003 à 18:56. (lien). Évalué à 2.Ca serait bien pire si les requetes étaient effectuées en TCP !
-
-
[^]Re: Un ver déstabilise Internet
Posté par Alex () le 26/01/2003 à 01:01. (lien). Évalué à 4.TCP me parait bien laid pour faire un requete style dns
meme si il ny a pas de perte, en tcp letablissement dune conexion prend plus de temps-
[^]Le DNS c'est UDP et TCP
Posté par Annah C. Hue (page perso, ) le 27/01/2003 à 11:32. (lien). Évalué à 1.Le protocole DNS utilise UDP quand tout baigne, la plupart du temps, et TCP quand ces foutues requêtes UDP ne passent pas (par exemple quand les paquets font plus de 512 octets).
http://www.wbglinks.net/pages/reads/chainstables/firewallrules.html(...)
TCP Connections to DNS (nameservers)
If you're trying to block outgoing TCP connections, remember that DNS doesn't always use UDP; if the reply from the server exceeds 512 bytes, the client uses a TCP connection (still going to port number 53) to get the data.
This can be a trap because DNS will `mostly work' if you disallow such TCP transfers; you may experience strange long delays and other occasional DNS problems if you do.
-
-
-
-
-
-
-
[^]Re: Un ver déstabilise Internet
Posté par Baptiste SIMON (Jabber id, page perso, ) le 25/01/2003 à 14:56. (lien). Évalué à 2."Ils tournent sous Windows & MySQL et ne sont pas mis à jour ?"
Que vient faire MySQL dans l'histoire ? C'est un plantage de ta part ou c'est conscient ?--
BeTa-
[^]Re: Un ver déstabilise Internet
-
DNS et fw
J'avais lu que des effets de bords de ces problèmes, c'est les DNS root parce qu'ils sont presque tous installés chez les ricains. Leur répartition est mal conçue. Si une coupure ou un disfonctionnement se produit, il nous reste 3 serveurs root en europe accessible.
J'espère que quelque chose sera fait de ce côté là à l'avenir.
Règles pour openbsd pour ne pas loguer l'attaque :
block in quick proto tcp from any to any port 1433
block in quick proto udp from any to any port 1434
à mettre avant un
block in log all
http://rootix.info
-
[^]Re: DNS et fw
Posté par PLuG () le 25/01/2003 à 15:29. (lien). Évalué à 8.A noter quand meme que dans mes logs, les tentatives sur ces ports sont rejetées avec le message "SPOOFED".
apparement ils arrivent tous avec des adresses forgées issues de la RFC1918.
Si vous avez des firewalls sans regles anti-spoof, on ne peut plus rien pour vous ;-))
alors avec IPTABLES=/sbin/iptables:
et INPUTRED ma regle pour les paquets arrivant de l'interface coté Internet:
$IPTABLES -A INPUTRED -s 192.168.0.0/16 -j SPOOFED
$IPTABLES -A INPUTRED -s 10.0.0.0/8 -j SPOOFED
$IPTABLES -A INPUTRED -s 172.16.0.0/12 -j SPOOFED
$IPTABLES -A INPUTRED -s 224.0.0.0/4 -j SPOOFED
$IPTABLES -N SPOOFED
$IPTABLES -A SPOOFED -m limit --limit 3/minute --limit-burst 3 -j LOG --log-level warning --log-prefix "$PREFIX SPOOFED packet:"
$IPTABLES -A SPOOFED -j DROP
nb: comme je n'utilise pas multicast, je le considere comme du spoofing aussi ...-
[^]Re: DNS et fw
Posté par Thomas Mangin (page perso, ) le 26/01/2003 à 00:19. (lien). Évalué à 6.Il manque 169.254.0.0/16 ...
-
-
[^]Re: DNS et fw
Posté par Christophe (rOotix) GUILLOUX (Jabber id, page perso, ) le 26/01/2003 à 10:26. (lien). Évalué à 2.petit correctif, contrairement à ce qu'il y a de marqué dans un autre commentaire, 1433 est sur UDP et non TCP.
Pour être tranquille:
block in quick proto udp from any to any port 1433
block in quick proto tcp from any to any port 1433
block in quick proto udp from any to any port 1434
block in quick proto tcp from any to any port 1434
....
block in log all--
http://rootix.info-
[^]Re: DNS et fw
-
Un ver déstabilise les administrateurs négligeants ...
Il est vrai que MSSQL (et non pas MySQL comme on peut le lire au début du thread sur le lien "Annonce de American Intelligence") est utilisé pour cette attaque en raison d'une faille de sécurité.
Il est vrai que les développeurs de MSSQL ont fait une erreur, tout comme en font les développeurs du monde du Logiciel Libre.
Il est vrai que le "buffer overrun" est probablement une des failles les plus répandues et que son existence dans des produits développés par des grandes sociétés peut laisser perplexe quand à sa politique d'audit ou de sécurité ...
Mais soyons honnête un tant soit peu ... Le correctif est sorti depuis le 24 juillet 2002 et nous sommes le 25 janvier 2003 : en 7 mois, il semblerait au vue de l'importance de l'attaque, que les administrateurs ont fait preuve d'une grande négligence, et ont une énorme part de responsabilité.
Nombreux sont ceux qui tirent sur Microsoft car elle met énormément de temps à sortir un correctif : mais finalement, que le correctif sorte rapidement ou pas, cela ne semble pas changer grand chose comme le démontre cet événement.
Et surtout, quand j'entends un "administrateur" MSSQL demander ici même quel est le port utilisé par MSSQL alors que tout est noté dans le bulletin de sécurité Microsoft, je comprend mieux pourquoi cette attaque a eu un certains succès.
-
[^]Re: Un ver déstabilise les administrateurs négligeants ...
Posté par Alex () le 25/01/2003 à 14:58. (lien). Évalué à 8.Cest vrai que MS nest pas responsable de ce genre d'erreur : faire un code sans faile me parait plutot rude, et de plus un patch etait deja sorti il y a un moment...
Néanmoins je me demande l'utilité d'outils come apt-get, emerge, urpmi et dans ce cas win update si les admin ne les utilisent meme pas malgré leur simplicité...-
[^]Re: Un ver déstabilise les administrateurs négligeants ...
Posté par zeb () le 25/01/2003 à 15:15. (lien). Évalué à 9.J'ai une de mes machines au labo qui a refusé le SP3 pour Windows 2000. Juste une fenetre, avec "L'installation n'a pas pu être effectuée". A ce moment là je fais quoi ? Rien : aucune info pour savoir pourquoi, et pas de temps à perdre (note : je ne suis pas l'administrateur ou informaticien, ce n'est pas mon job, on nous recommande juste d'appliquer les SP de temps en temps, mais les informaticiens de la fac ne le font pas non plus).
C'est comme ça qu'on reste avec des machines non patchées : parfois ça foire et on ne sait pas pourquoi.-
[^]Re: Un ver déstabilise les administrateurs négligeants ...
Posté par cozon (page perso, ) le 25/01/2003 à 15:43. (lien). Évalué à 14.Mais d'une façon générale, même si le service pack ne s'applique pas, combien de ces marchines ont vraiment besoin d'avoir ce fameux port ouvert du côté internet ? Probablement très peu.
En tout cas je ne vais pas plaindre ceux qui sont infectés, on ne laisse pas un port ouvert comme ça. Et si on n'est pas assez compétent pour savoir ça, on change de boulot. Ca finit par être lassant de voir des semi-admins se prendre pour des demi-dieux et ensuite emmerder la moitié de l'Internet.
Voilà, c'était mon coup de gueule annuel.
-
[^]Re: Un ver déstabilise les administrateurs négligeants ...
Posté par Jacquot Raphael () le 26/01/2003 à 12:07. (lien). Évalué à 0.Ben ...
tu debranches la dite machine...
C'est pas si complique...
-
-
[^]Re: Un ver déstabilise les administrateurs négligeants ...
-
[^]Re: Un ver déstabilise les administrateurs négligeants ...
Posté par alenvers () le 25/01/2003 à 16:00. (lien). Évalué à 5.<tribune>Mais pas du tout, efface ! </tribune>
Tout personne qui est du monde microsoft (si on peut appeller ca comme ca) sait que tout se résume en trois clics, en un reboot toutes les semaines et un downloade de service pack (de 156Tera) tout les trois ans (sachant qu'on change de version windows tous les ans). N'importe qui peut être administrateur. Les aides au troubleshooting ne servent à rien sauf à vous demander si vous avez branché la prise de courant. Tout le monde est administrateur quoi !
Ce qui me fait peur c'est qu'on voit apparaitre ce type de mentalités sur les grandes distrib Linux commerciales...-
[^]Re: Un ver déstabilise les administrateurs négligeants ...
Posté par Raphaël SurcouF () le 25/01/2003 à 18:48. (lien). Évalué à 7.Et administrateur n'est pas à la portée de tout le monde.
Ce n'est pas parce Microsoft ou Mandrake nous facilite la tache que c'est pour autant facile. Gérer son poste à la maison, ça va. Dés que tu retrouves avec plus d'une dizaine de postes, si tu n'es pas compétent: tu es à la rue...
Ce n'est pas parce que ton chef n'y connait rien en informatique qu'il est stupide.
Il saura bien vite que tu nages complètement dans la semoule-
[^]Re: Un ver déstabilise les administrateurs négligeants ...
Posté par alenvers () le 25/01/2003 à 21:34. (lien). Évalué à 1.>Ce n'est pas parce que ton chef n'y connait rien en informatique qu'il
> est stupide.
>Il saura bien vite que tu nages complètement dans la semoule
Faux !-
[^]Re: Un ver déstabilise les administrateurs négligeants ...
Posté par alenvers () le 26/01/2003 à 11:07. (lien). Évalué à 8.Bon, comme j'ai bcps de [-] on va un peu argumenter...
Et comment se fait-il que malgré qu'il y ait des plantages intempestifs souvent solutionné par un reboot automatique (cas de la plupart des seveur windows,un tant soit peu utilisé) du server toutes les semaines (toutes déclinaisons). Les décideurs et un floppées d'administrateurs préconisent encore windows? Ce n'est pas de l'incompétence ? Ca ne tracasse presque aucuns décideurs/administrateur un serveur qui plante, c'est "normal".
La plupart de nous (c'est mon cas) avons déja installé des serveurs linux. Mais pour ma part, quand je l'ai fait, c'est qu'on m'a demandé de développer une applic ou résoudre un problème et c'est moi qui fait le choix de la solution (pas le décideur).
Pratiquement, à chaque fois qu'un décideur fait une décision, on se retrouve avec une solution proprio ! C'est comme ca que je me retrouve à faire du coldfusion sous windows et IS. Alors que apache est mieux (et en plus possede le marché à 60%), embperl et/ou php sont mieux et linux/bsd aussi. Heureusement, ils utilisent par le plus grand hasard mysql (c'était oracle qui était prévu).
-
-
[^]Re: Un ver déstabilise les administrateurs négligeants ...
Posté par Alex () le 26/01/2003 à 01:04. (lien). Évalué à 7.on est daccord, admin est un vrai metier
neanmoin, meme un patron de PME qui capte rien mais qui doit faire l'administration de son reseau ne devrait pas avoir de mal a faire au moin un win update.
Bien sur, il n'a pas que ça a foutre, mais meme sans une vrai politique de secu qui lui serait peut etre plus pesante qu'utile (en terme de coup), il y a tout de meme un minimum a faire-
[^]Re: Un ver déstabilise les administrateurs négligeants ...
Posté par alenvers () le 26/01/2003 à 11:16. (lien). Évalué à 5.Un patron de PME qui ne capte rien n'aura surement pas un MS SQL qui tourne...
-
[^]Re: Un ver déstabilise les administrateurs négligeants ...
Posté par Alex () le 26/01/2003 à 13:48. (lien). Évalué à 6.et si
jai vu ca quand je bossais pour une boite qui faisait un progiciel pour des pharmacies, leur systeme offrait un acces internet pour envoyer leurs infos a la secu ou a leur grossiste, et la db utilisé pour stocké les infos clients, produits, etc... etait SQL Server... bien sur il y avait une maintenance et un suppor fourni, mais rien quant aux mise a jour des systemes automatiquement par la boite-
[^]Re: Un ver déstabilise les administrateurs négligeants ...
-
-
-
[^]Re: Un ver déstabilise les administrateurs négligeants ...
Posté par Toufou (page perso, ) le 26/01/2003 à 22:53. (lien). Évalué à 3.un patron de PME qui capte rien mais qui doit faire l'administration de son reseau
c'est quelqu'un qui se paye un outil sans se donner les moyens d'en assurer la maintenance => c'est un mauvais gestionnaire. S'il a un serveur qui demande une certaine sécurité, il doit se payer un contrat de maintenance ou un admin. S'il ne le fait pas, je n'irais pas le plaindre.-
[^]Re: Un ver déstabilise les administrateurs négligeants ...
Posté par Alex () le 27/01/2003 à 01:13. (lien). Évalué à 4.cest cela que je voulais expliquer
ladmin nest pas toujours possible pour une PME, qui nont pas toujours les moyens de payer 1 salaire + les charges afferantes dun admin.
Le contrat de maintenance ils l'ont, lais cest la boite qui devrait la fournir qui fait mal son taf. Le patron qui capte rien a linfo a peu de moyen de le savoir avant les premiers gros probs (comme par exemple avec larrivée d'un ver)
-
-
-
-
-
-
[^]Re: Un ver déstabilise les administrateurs négligeants ...
Posté par cauchemar () le 25/01/2003 à 15:02. (lien). Évalué à 7.çà prouve qu'il faut énormément communiquer sur les problèmes de sécurité contrairement aux directives DMCA. Linux a souvent été critiqué à tort car il y a beaucoup de rapport de faille de sécurité. Messieurs les admins, au boulot.
-
[^]Re: Un ver déstabilise les administrateurs négligeants ...
Posté par L () le 25/01/2003 à 15:26. (lien). Évalué à 6.> Linux a souvent été critiqué à tort car il y a beaucoup de rapport de faille de sécurité.
La sécurité d'un système ne se compte heureusement pas qu'au nombre de failles qu'il contient bien que ce soit un facteur. Ainsi, si l'on considère uniquement ce critère, MacOS 9 est le plus sécurisé (selon un article d'il y a moins d'un an) : mais il faut avouer aussi que Linux et les systèmes libre de type Unix sont fournis en standard avec une pléthore de programmes sans communes mesures avec des OS comme Windows ou MacOS. Et plus il y a de programmes et d'auteurs différents, plus la probabilité d'une erreur humaine causant une faille est élevée (du moins mathématiquement et en théorie).
Comme le montre cet événement, la sécurité n'est pas seulement une question de système d'exploitation : c'est aussi une politique et une rigueur à long terme. Si je ne me souviens pas de l'auteur, je me souviens quand même de sa phrase qui résume bien le problème : la sécurité n'est pas état, c'est un processus !-
[^]Re: Un ver déstabilise les administrateurs négligeants ...
Posté par cauchemar () le 25/01/2003 à 15:41. (lien). Évalué à 1.C'est ce que je voulais dire. J'ai dis "Linux a souvent été critiqué à tort...". Les rapports de bug et une large communication font parti de ce processus indispensable pour la sécurité.
> La sécurité d'un système ne se compte heureusement pas qu'au nombre de failles
Exact. D'ailleur les programmes les plus utilisés sont les plus "étudiés" par les cracker et les plus audités par les hackers. S'il y a beaucoup de rapport de bug, ce n'est pas forcément un signe de mauvaise qualité. C'est peut-être parce qu'il y a un gros travail de recherche de bug et donc de sécurisation.
-
-
-
[^]Re: Un ver déstabilise les administrateurs négligeants ...
Posté par Baptiste SIMON (Jabber id, page perso, ) le 25/01/2003 à 15:03. (lien). Évalué à 8.On n'apprend pas à vérifier la sortie de MAJ critiques avec les certifs MS à 1700 (+ ou -, j'ai oublié le chiffre exact) le passage ? Arf non, je sais : il n'y a pas un gros bouton qui s'affiche au centre de la zolie fenêtre d'administration de MS SQL Server permettant de le mettre à jour tout automatiquement ainsi que de lancer une mise à jour des serveurs MS distants avec un index de l'ensemble des bases de données hébergées sur le serveur !
Bon, je sors... retourner à mon emerge rsync && emerge -u world--
BeTa
-
[^]Re: Un ver déstabilise les administrateurs négligeants ...
Posté par sheepkiller () le 25/01/2003 à 15:04. (lien). Évalué à 10.Deja avoir un serveur DB en frontal faut *vraiment* que ce soit necessaire...
-1
-
[^]Re: Un ver déstabilise les administrateurs négligeants ...
-
[^]Re: Un ver déstabilise les administrateurs négligeants ...
Posté par Thomas S. (page perso, ) le 25/01/2003 à 18:02. (lien). Évalué à 15.7 mois
Oui mais c'est du windows.
Je m'explique, contrairement a un linux qui une fois installé restera très longtemps sur une machine, voir même toute la durée de vie de la machine, un windows ca se reinstalle très souvent.
Quand j'etais sous windows (oui je suis pas né linuxien), je me rappel qu'il failait réinstaller windows trés souvent disons tout les ans voir tout les 6 mois si on avait installé trop de truc. Généralement sans doute a cause de la base de registre, windows devenait de plus en plus lent et instable.
Quand je regarde la ou je bosse c'est a peu près pareil, et même sur les serveurs, les admins windows réinstalle souvent, plus souvent d'ailleur pour changer vers une machine plus puissante car les services supporte mal la monter en charge et deviennent très instables.
Et avec quoi on réinstalle ? ben avec les CD d'il y a quelques années, par ce que sinom faut racheter une licence (c'est dautant plus vrai pour les particuliers), pour avoir la version windows sp2 ou 3, ou osrx (je connais pas les versions), donc on installe un joli os tout troué. Et les patchs ben forcement y a des coups ou on les mets pas, vue qu'on passe sont temps a reinstaller, y a plus d'occasions d'être négligent.
Si vous prenez le particulier qui se connecte avec un modem 56k, pour lire ses mails, et qui installe 2 trois truc pour ses gamin, qui réinstalle souvent son systeme (par ce que ses gamins ont tout pété, les sales mômes) avec les cd d'origine, qui va pas forcement retelecharger les derniers corectif sur windows update par ca prend du temp, ben vous avez la cible préféré de ninda.
Pour les sevices comme MSSQL, ou ISS (j'ai encore plein de code red dans les logs), c'est encore plus grave par ce que théoriquement il y a des gens payés pour s'en occuper, et je vais m'arretter la par ce que sinom je vais pas pouvoir m'empecher de dénigrer les administrateurs windows.-
[^]Re: Un ver déstabilise les administrateurs négligeants ...
Posté par Sha0 (page perso, ) le 26/01/2003 à 10:42. (lien). Évalué à 4.alors qu'un bête ghost une fois installé avec tous les patchs à ressortir c'est vrai que c'est dur ...
ok je --> []
-
[^]Re: Un ver déstabilise les administrateurs négligeants ...
Posté par BMenez (page perso, ) le 26/01/2003 à 15:25. (lien). Évalué à 6.[quote]Et avec quoi on réinstalle ? ben avec les CD d'il y a quelques années, par ce que sinom faut racheter une licence (c'est dautant plus vrai pour les particuliers), pour avoir la version windows sp2 ou 3, ou osrx (je connais pas les versions), donc on installe un joli os tout troué. Et les patchs ben forcement y a des coups ou on les mets pas, vue qu'on passe sont temps a reinstaller, y a plus d'occasions d'être négligent.[/quote]
Là, je ne suis pas d'accord car la première chose à faire après une install est de vérifier la disponibilité de correctifs. Enfin c'est ce que je fais et je trouve que le faire juste après l'install est beaucoup plus facile qu'une fois que la machine est partie en prod car bien souvent avec un windows-update, il faut rebooter et rebooter quand les users utilisent le serveur, ça gueule...
-
-
[^]Re: Un ver déstabilise les administrateurs négligeants ...
Posté par Vincent . () le 27/01/2003 à 09:41. (lien). Évalué à 1.Il est vrai qu'il deviens énervant de voir certains admins imbus de leur personne dire sans cesse "moi je connais ci, moi je connais ça, moi je, moi je..." et voir les "oublis" dont ils font preuve.
Ce sont ces même personne qui vous bloquent dans votre évolution "Non, tu ne peux pas faire ce genre d'aministration, tu n'as pas mon experience..." . Effectivement je comprend mieux le genre d'experience dont ils parlent.
Comment, en plus, ce genre de ver peux pénétrer un réseaux soit disant sécurisé, derrière firewall, proxy, addresse natés, (et même pas en DMZ, sur le réseaux sécurisé de toute la société), dont tout est administré par .... des experts! et oui ces messieurs sont experts en sécurité, cela n'est plus a démontrer.
Désolé du ton de ce post, je suis juste désabusé aux vues de ce genre de co*** relativement facilement évitables (6 mois pour patcher la machine, même en prod, cela laisse le temps de réfléchir a la meilleurs façon de le faire, et réaliser les manip sur des serveur de test.) et surtout de la facon dont sont traité les autres personnes qui ne passent pas leur temps à se vanter d'être les meilleurs.
Re: Un ver déstabilise Internet
> contentez vous de bloquer les ports MSSQL
a moins de deja utiliser ce port, je vois pas pourquoi le bloquer... normalement toute personne sensee avec un firewall bloque deja tout les ports SAUF ce dont elle a besoin :)
-
[^]Re: Un ver déstabilise Internet
Posté par PLuG () le 25/01/2003 à 15:06. (lien). Évalué à 3.peut etre que ce message s'adressait aux administrateurs de passerelles ?
peut-etre que ceussent qui on un MSSQL dans leur DMZ feraient bien de bloquer le port en attendant de faire mieux ?-
[^]Re: Un ver déstabilise Internet
Posté par Mathieu Pillard (page perso, ) le 25/01/2003 à 15:19. (lien). Évalué à 1.j'ai pas dit le contraire :)
en fait jaurais plutot vu un truc du genre "si vous ne le bloquiez pas deja, vous savez ce qui vous reste a faire :)" c'est tout...et ca fait pas de mal de rappeller que un firewall est plus efficace quand il bloque tout sauf le strict minimum :)
-
-
[^]Re: Un ver déstabilise Internet
Posté par cauchemar () le 25/01/2003 à 15:08. (lien). Évalué à 1.Je crois que c'est un message destiné aux admins de "gros" routeur qui généralement (et heureusement) laisse tout passé. On n'est pas dans le cadre d'un réseau local.
-
[^]Re: Un ver déstabilise Internet
Posté par gnap gnap (page perso, ) le 25/01/2003 à 15:21. (lien). Évalué à 6.Ce n'est pas aux « gros routeurs » de bloquer des ports. C'est justement aux réseaux locaux de choisir les ports qu'ils veulent bloquer ou pas.
-
[^]Re: Un ver déstabilise Internet
Posté par PLuG () le 25/01/2003 à 15:23. (lien). Évalué à 0.Quand il y a un risque pour tes serveurs / ton backbone, pourquoi ne pas ajouter une ou 2 acl dans tes routeurs ?
(cf free vs wanadoo ...)-
[^]Re: Un ver déstabilise Internet
Posté par Baptiste SIMON (Jabber id, page perso, ) le 25/01/2003 à 15:56. (lien). Évalué à 4.J'ai pas envie de me la péter technique, je serais ss doute vite largué... mais il faut quand même savoir une chose :
Un routeur avec des flux réseaux proportionnels à la taille de l'Internet ne peuvent sans doute pas forcément appliquer du routage de niveau 4. Ca prend énormément de ressources (même une ou 2 acl).
Et ce genre de pratique est tout à fait ce qui amene mes amis belges à galérer pour se faire des SMTP privés !!--
BeTa
-
-
[^]Re: Un ver déstabilise Internet
Posté par cauchemar () le 25/01/2003 à 16:51. (lien). Évalué à 1.> « gros routeurs » de bloquer des ports.
Oui. C'est une mesure temporaire pour répondre à une situation de crise.
> C'est justement aux réseaux locaux de choisir les ports qu'ils veulent bloquer ou pas.
Lorsque tout les admins de réseau locaux auront fixé çà (enfin...), le filtrage par les "gros routeurs" pourra peut-être être viré.
-
-
[+] C'est le moment de tester les IDS !
Re: Un ver déstabilise Internet
Le patch existe depuis juillet ?
Bah! Quand on voit dans les logs le nombre de hits que fait encore le ver Nimda, on ne s'étonne plus de rien.
Ce qui m'étonne, c'est qu'il n'y ai pas encore eu un ver de cet envergure qui supprime toutes les données du disque des machines infectées après quelques jours.
Ça finira par arriver; peut-être qu'alors on parlera enfin un peu de ce qu'est une vrai démarche sécurité. (mais bon le plus probable c'est que ça finisse par pousser plus vite d'autres lois liberticides)
-
[+] [^]Re: Un ver déstabilise Internet
Posté par alenvers () le 25/01/2003 à 16:08. (lien). Évalué à -1.Il serait peut-être temps aussi d'avoir un système dns moins dépendant de root servers...
-
[^]Re: Un ver déstabilise Internet
Posté par Alex () le 25/01/2003 à 16:18. (lien). Évalué à 4.a ma connaissance on est tout de meme peu dependant des root serv, la plupart du temps les dns de ton provider on cache plutot imposant permetant de se passer des root serv... ceux-ci ne sont là qu au cas ou...
-
[^]Re: Un ver déstabilise Internet
Posté par alenvers () le 25/01/2003 à 16:24. (lien). Évalué à 1.Ceux du provider sont dépendants du root. Si un DDOS dure suffisament longtemps (quelques jours) les problèmes vont arriver. Si le système était dynamique (genre un mix de coda - replication - et gnutella - dynamisme -) avec un système de vérification de l'intégrités, on aurait plus ce genre de problèmes.
-
[^]Re: Un ver déstabilise Internet
Posté par cauchemar () le 25/01/2003 à 16:35. (lien). Évalué à 6.> genre un mix de coda - replication - et gnutella - dynamisme
Oui mais comment faire pour garantir la "qualité" de ces copies si tout le monde peut prétendre être un serveur root. Il y a ici d'énormes possibilités de piratage, même si les serveurs root sont moins dérangé.-
[^]Re: Un ver déstabilise Internet
Posté par alenvers () le 25/01/2003 à 16:42. (lien). Évalué à 1.Un système à clé... L'authenticité n'est plus garantie par l'ip source mais par la clé. Un système à la pgp... un anneau de clés, tu aurais les clés publiques de ton provider qui lui possederais des clés publiques d'autres servers... Tu ne fais confiance qu'aux domaine certifiés par les clés que tu as...
-
[^]Re: Un ver déstabilise Internet
Posté par Raphaël SurcouF () le 25/01/2003 à 18:37. (lien). Évalué à 4.Ben...
DNSSEC ou TSIG, ça existe...
Il suffit d'ouvrir un livre pour savoir que les chers chercheurs de l'ISC s'y sont déjà penché. Je ne pense que ce soit un simple problème technique...
Le conflit entre Wanadoo et Free le démontre: avant le problème technique,
il y a des facteurs humains et économiques qui expliquent pourquoi nous ne sommes pas encore à ipv6...-
[^]Re: Un ver déstabilise Internet
-
-
-
-
[^]Re: Un ver déstabilise Internet
Posté par Raphaël SurcouF () le 25/01/2003 à 18:45. (lien). Évalué à 2.[surcouf@arioch 19:38:55 surcouf]$ dig org NS
...
;; ANSWER SECTION:
org. 518400 IN NS L7.NSTLD.COM.
org. 518400 IN NS M5.NSTLD.COM.
...
Donc, nous avons là un enregistrement avec un TTL de 518400 secondes.
Ce qui revient à ...
[surcouf@arioch 19:39:00 surcouf]$ echo "518400/(60*60*24)" | bc
6
Soit 6 jours... Je ne crois pas que les DDoS actuels soient capables de tenir un "siège" aussi long... Evidemment, il est probable que l'attaque survienne justement au moment où quelques serveurs importants, style Wanadoo (je me demande comment vous pouvez encore etre chez Wanadoo, m'enfin), pour que le traffic généré s'en ressente.
-
-
[^]Re: Un ver déstabilise Internet
Posté par cauchemar () le 25/01/2003 à 16:30. (lien). Évalué à 3.Les serveurs root sont "dérangés" lorsqu'il y a une demande pour connaitre les serveurs DNS .com, .org, .net etc...
S'il y a une requête pour www.toto.com et que le serveur n'a pas www.toto.com en cache, il demande à un des serveurs dns du domaine .com. Si par malheureur il n'a pas la liste des DNS .com en cache, il l'a demande aux serveurs root. Si toute le monde utilise un cache et que l'on passe par son FAI on peut tourner au mieux durant 7 jours sans utiliser les serveurs root. Après c'est la cata...
-
-


Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.