Articles précédents : Petites brèves
- [0] Conférence Apache Web Server Internals
- [8] Quel avenir pour Wienux ?
- [43] Premier mobile 3G sous Linux - OpenOffice.org et la grammaire - OpenWengo cherche un nouveau nom
- [25] Parallels, Fedora 9, Yellow Dog et Linus Torvalds sur Microsoft et ses brevets
- [56] Nokia s'offre Trolltech
- [19] Des brèves en pagaille
- [27] LiPS 1.0, Bazaar 1.0 et OpenMoko Neo FreeRunner
- [3] Livre blanc APRIL en version papier, mise à jour de Debian GNU/Linux et Alpine 1.00
- [17] Matthew Szulik quitte Red Hat, tests de performance JavaScript et Valgrind 3.3.0
- [11] OpenIDoo, TimeVault et Sun Niagara 2
Liens connexes
- Intellicore Tech Talks (132 hits)
- Contact (52 hits)
- Livre IPv6 Théorie et Pratique (124 hits)
- IPv6 sur Wikipédia (114 hits)
Dépêche modérée par
Dépêche éditée par
Petites brèves : Conférence IPv6, un second souffle pour l'internet
Posté par superna (Jabber id, page perso, ). Modéré le 25 juin 2008.Ces conférences hebdomadaires ont pour but de partager nos connaissances en français et les partager sur Internet avec les vidéos et diaporamas disponibles gratuitement. Elles se déroulent à Sophia Antipolis (Alpes-Maritimes - France) au CICA (Centre International de Communication Avancée) le mardi de 13h à 13h45. Les informations et vidéos sont diffusées sur le site web des conférences[1]. La vidéo et les diaporamas de la conférence seront disponibles en Ogg/Theora/Vorbis et PDF ainsi que sur Dailymotion et peut-être Slidecast.
Si vous êtes sur la région, vous êtes invités à assister aux conférences et peut-être proposer un sujet et le présenter[2].
Intellicore Tech Talks (132 hits)
Contact (52 hits)
Livre IPv6 Théorie et Pratique (124 hits)
IPv6 sur Wikipédia (114 hits)
> Lire la suite (11 commentaires, moyenne: 3,2). [dépêche : 553 caractères]
Depuis 1993 un groupe travaille afin de mettre en place une nouvelle technologie flexible et innovante pour combler les failles et les défauts d'IPv4, le protocole réseau le plus utilisé aujourd'hui.
Seront présentés lors de cette conférence :
- Les faiblesses d'IPv4 ;
- Les évolutions proposées par IPv6 ;
- La nécessité du changement ;
- Qui propose IPv6 et comment.
.
Et rien sur les faiblesses d'IPv6 ? Le fait que ce soit très (trop ?) facile de foutre le bordel sur un réseau géré par autoconfiguration par exemple.
-
[^]Re: .
Posté par alexissoft (Jabber id, page perso, ) le 25/06/2008 à 23:00. (lien). Évalué à 8.Et rien sur les faiblesse d'IPv4 ? Le fait que ce soit très (trop ?) facile de foutre le bordel sur un réseau géré par DHCP par exemple.
Je sais pas, mettre un second DHCP, voler des adresses. De toute façon, si tu veux foutre en l'air un réseau, et que t'es dans le subnet, un peu rien peut t'en empêcher.-
[^]Re: .
Posté par ribwund () le 26/06/2008 à 23:42. (lien). Évalué à 7.Sauf qu'il faut être mal intentionné. La c'est juste ce boulet de windows qui balance des prefixes et des routes sur le reseau, et tout les ordis se les prennent.
Et on voit ça sur tous les réseaux. C'est juste que les gens sous windows qui rentrent chez eux avec leur portable, ils cochent la case "Partage de connexion" et quand ils reviennent sur ton réseau ils vont surtout pas penser à la décocher, et vu que Vista est IPv6-ready, le partage de connexion c'est pas juste du NAT, c'est aussi du 6to4 avec RouterAdvertisement dans tous les sens (et j'ai l'impression que les gens ont en plus un firewall qui empeche windows de se rendre compte qu'il fout la merde).
Au final tu te retrouves avec 5-6 routes par defaut vers des Vista mal-configurés et autant d'adresses qui viennent d'autoconf. Du coup tu envisages assez rapidement de désactiver l'autoconf IPv6 dans ton kernel.
(Et oui sinon je suis super fan d'IPv6, c'est juste que j'ai l'impresssion que dans certains cas, il suffit d'être mal configuré pour foutre la merde, alors qu'en IPv4 il faut être mal intentionné).-
[^]Re: .
Posté par alexissoft (Jabber id, page perso, ) le 29/06/2008 à 14:20. (lien). Évalué à 3.Vous avez tenté d'envoyer un lionceau sauvage chez MS pour régler le problème ?
Ça m'est arrivé aussi. J'ai du débrancher les ordis un par un, jusqu'à ce que la route n'apparaisse plus...
-
-
-
[^]Re: .
Posté par porki () le 26/06/2008 à 03:40. (lien). Évalué à 4.Pourrais-tu donner plus d'informations sur le sujet car ce n'est pas la première fois que j'entends parler de ce problème d'autoconfiguration. En synthèse de mes recherches, j'en déduis pourtant que :
--> l'allocation d'adresse avec état (DHCPv6) est sécurisée autant qu'avec DHCP sous IPv4. Je veux dire qu'il y a possibilité d'utiliser de l'authentification (RFC 3118) mais que si personne ne le fait, ce n'est pas la faute à la technique.
--> la définition d'une adresse locale se fait en fonction de sa propre adresse MAC (pour un LAN ethernet) et ensuite on regarde si une autre machine dispose de cette adresse sur le LAN. Là effectivement, un attaquant pourrait répondre à toutes ces requêtes en disant que cette adresse est prise (et donc nous ne pourrions l'utiliser). De toute façon en régime stabilisé, nous ne devons pas utiliser cette adresse pour communiquer.
--> l'allocation d'adresse sans état : lorsque l'on cherche à connaître le préfixe du réseau (c'est le routeur qui doit répondre) et autres, on utilise de l'ICMPv6 qui apparemment propose également de l'authentification.
Dans la logique d'IPv6 où le nombre d'adresses allouables est tel que nous n'aurons pas de pénurie avant longtemps, DHCP n'est pas utilisé pour optimiser l'adressage (donc réallouer les adresses dès qu'elles ne sont plus utilisées) mais plus pour faciliter le déploiement d'ordinateurs ou la migration d'un réseau existant vers une nouvelle plage IP. Ainsi, le principe d'attribution d'adressage IP ne doit être utilisé que rarement (baux très longs), exception faite des cas de mobilité.
Bref, je ne vois que peu de failles dans l'autoconfiguration d'IPv6. Qu'est-ce que j'ai loupé ?-
[^]Re: .
Posté par fcartegnie () le 26/06/2008 à 15:00. (lien). Évalué à 1.Les attaques en DHCP, ça ne dépend que de l'architecture du réseau.
Si t'es sur du switché, avec les bonnes acl, logiquement le switch (par mac learning ou config manuelle) ne répond plus qu'a 1 seule @ mac et/ou port et supprime certains broadcasts. Pas de serveur dhcp installable sur un port non autorisé donc.
C'est plus long, plus complexe, et c'est plus cher.
-
[^]Re: .
Posté par ribwund () le 26/06/2008 à 23:43. (lien). Évalué à 2.N'importe qui peut envoyer des préfixes, c'est surtout ça mon problème. En IPv4 il faut configurer un serveur DHCP, en IPv6 il faut cliquer dans la mauvaise case sur Vista. C'est *beaucoup* trop facile à changer. (cf mon post au dessus pour les détails)
-
Camp IPv6 sur Rennes
Pour information, toujours sur le sujet de l'IPv6 et la semaine prochaine (30 juin au 4 juillet), il y a un "Camp IPv6" sur Rennes (locaux de Telecom Bretagne) avec le G6 et l'IPv6 Task Force France.
C'est sûr ce n'est pas Sophia mais on annonce du beau temps aussi en Bretagne.
Tous les détails sont ici http://www.g6.asso.fr/index.php/Camp_IPv6
-
[^]Re: Camp IPv6 sur Rennes
Posté par Francois Revol (page perso, ) le 26/06/2008 à 16:36. (lien). Évalué à 1.Dommage c'est en plein sur le RMLL :-(



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.