Stories
Slash Boxes
Comments

News for nerds, stuff that matters

Slashdot Log In

Log In

Create Account  |  Retrieve Password

IPv6 Flaw Could Greatly Amplify DDoS Attacks

Posted by Zonk on Fri May 11, 2007 06:34 PM
from the please-avoid-the-obvious-holes dept.
tygerstripes writes "The Register has a story about the discovery of a flaw in part of the IPv6 specification which has experts scrambling to have the feature removed, or at least disabled by default. From the article: 'The specification, known as the Type 0 Routing Header (RH0), allows computers to tell IPv6 routers to send data by a specific route. Originally envisioned as a way to let mobile users to retain a single IP for their devices... RH0 support allows attackers to amplify denial-of-service attacks on IPv6 infrastructure by a factor of at least 80.' Paul Vixie, president of the Internet Systems Consortium, described the fault bluntly. 'It can be exploited by any greedy Estonian teenager with a $300 Linux machine.'"
+ -
story
This discussion has been archived. No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More
Loading... please wait.
    • I for one welcome our greedy teenage northern European Baltic overlords!

      They make awesome glaag.
      • Estonians don't like Russians very much. They got squished between Hitler and Stalin during WWII, and ended up part of the Soviet Union for 50 years, during which their language was suppressed, hundreds of thousands of Russians were brought in, and ran the place with their typical environmental consciousness and regard for the local ways (none at all, in other words). So mistaking Estonians for Russians isn't likely to be particularly popular with Estonians.

        In any case, Estonia writes with Latin characters and the language is more like Finnish than anything else, apparently.

        • My mother speaks Estonian and can with some level of adaptation understand and express herself in a way that is understood by the Finnish, which I know for certain as my father is Finnish. Unfortunately, as I grew up in Sweden and was too much of an ungrateful kid to actually learn the languages of my parents, I can't directly comment on the similarity of the languages.

          I second the opinion that the reference to an 'Estonian teenager' isn't very appropriate. It continues a strong, traditional and completely
        • Re: (Score:3, Informative)

          Estonian (Eesti [wikipedia.org]) and Finnish (Suomi [wikipedia.org]) are close enough for mutual understanding to work. Estonians watched Helsinki TV for real news and programming when Soviet Russia occupied their country (and probably still do, but now via cable legally). But the languages are not as close as Swedish, Norwegian, and Danish are to each other.

  • by Anonymous Coward on Friday May 11 2007, @06:37PM (#19091829)
    was involved? If it weren't for those guys at sendmail, he'd be the number one source of Unix(tm) root exploits.
      • by MROD (101561) on Saturday May 12 2007, @03:14AM (#19094131) Homepage
        Sendmail was the right tool for its time.

        This was a time when there were huge numbers of different network address formats which had to have mail routed to/from/between. That's why it's all about rewriting addresses and not about processing the message. It is also why it's so complex as it had to be flexible enough to handle IP, Usenet (i.e. bang paths), reversed domain-type addressing so you needed a complex language to deal with it.)

        Remember also, this was an age before the virus and when the most malicious thing was the war dialler or phone phreaker with his trusty 300baud accoustic coupler modem. Built in security and thinking about buffer overflows weren't really even in the background of the programmers minds back then.

        Times have changed, hence Sendmail just isn't an appropriate tool anymore, just like the stage coach. It doesn't mean that it's bad software.
  • by Ice Wewe (936718) on Friday May 11 2007, @06:40PM (#19091853)
    Please, if he were really that smart, he'd use an OLPC!
  • Estonia? (Score:5, Funny)

    by Anonymous Coward on Friday May 11 2007, @06:42PM (#19091871)
    Clearly the problem here lies with Estonia, not IPv6.
  • NOT COOL. (Score:5, Funny)

    by game kid (805301) on Friday May 11 2007, @06:45PM (#19091903) Homepage

    Paul Vixie, president of the Internet Systems Consortium, described the fault bluntly. 'It can be exploited by any greedy Estonian teenager with a $300 Linux machine.'

    That roughly translates to "It's so easy, an Estonian can do it".

    Someone is gonna be buying them roast duck (with the mango salsa) soon.

    • He forgot Estonia!...wait, no he didn't...okay then...

      Seriously though, estonia? Raise your hand if you know where that is. The only reason I ever recognize that is because I just finished a European History class where we had to memorize the current map of Europe, I'm sure if you asked me last year (or next year :P) I wouldn't know. Why not say just greedy teenager with a $300 Linux machine or, better yet, Greedy Nigerian Royalty with a $300 Linux machine.

      And why a $300 machine? If it can be done with Linu
      • Seriously...some of us have been to Estonia. Get out and see the world sometime! Food was cheap there, but I don't know about computer costs. Tallinn is a modern city and I hear the tech sector is quite advanced. Not sure if Paul's got some connection to Estonia or he just meant some place that might lack the criminal investigation resources to follow up on that sort of thing.
        • Re:NOT COOL. (Score:5, Informative)

          by Echnin (607099) <p3s46f102@@@sneakemail...com> on Friday May 11 2007, @08:35PM (#19092621) Homepage
          I was there for a couple of days in June last year. I was surprised to see that Linux is actually quite popular; they were selling Linux machines in the mall. The people were also very nice, and I enjoyed myself there. A half-litre of Staropramen was about an euro fifty, which added to the enjoyment. We were staying in a school there, and they had a very well-maintained computer lab (the machines weren't the fastest in the world admittedly, but more than adequate) which dual-booted XP and... I think Fedora or something. Now, Estonia is geographically a Baltic state, but culturally and linguistically they are very close to Finland, a Nordic state which as I expect most of you would know is the home of Linus Torvalds. Perhaps they feel a connection to Linus? Any Estonians here who want to shed some light on this?
      • by Professor_UNIX (867045) on Friday May 11 2007, @07:30PM (#19092271)

        Seriously though, estonia? Raise your hand if you know where that is.
        Maybe he meant to say Elbonia.
        • Re: (Score:3, Insightful)

          I'm an American.

          I know where Estonia is.

          I, like a significant percentage of my fellow citizens, do not support Bush, his administration, nor the neo-con obsession with war-as-a-solution-to-everything.

          You sound like a bigot and I resent your smug stereotyping of Americans.

          • by dch24 (904899) on Friday May 11 2007, @08:08PM (#19092467) Journal

            I'm an American.

            I know where Estonia is. You insensitive clod.
            There. Fixed that for ya.
          • Re:NOT COOL. (Score:4, Insightful)

            by QuickFox (311231) on Friday May 11 2007, @08:18PM (#19092527)
            You're right. I'm sorry. Sometimes frustration makes me overreact. My reaction was stupid. It's not the American people I'm frustrated with, it's the Bush administration. It does irk me that the American people re-elected such a destructive administration, but they were swayed by very skillful propaganda. It's no excuse for my stupidly generalizing outburst.

            You're right. I'm sorry.
        • Re:NOT COOL. (Score:4, Insightful)

          by hardburn (141468) <.ten.evac-supmuw. .ta. .nrubdrah.> on Friday May 11 2007, @08:19PM (#19092533)

          Quick! Find Liechtenstein on a map. How about San Marino? No cheating with Google Maps.

          There are a lot of countries and even more cultures within countries. Nobody can be expected to know all of them. While many Americans should be ashamed of not being able to find Iraq on a map, plenty of other countries play a much smaller role in world politics and nobody should blame anyone for not knowing about them.

          • Re: (Score:3, Insightful)

            Much of the current population of the US are descendants of people who came here to get AWAY from all that - and figure out how to live together in peace ...

            Ha ha ha ha ha ha ha !

            Is that why they all but wiped out many of those tribes you just mentioned ?

            ... without tyrannical rulers and enforced, draconian, social homogenization.

            Well how's that working out for ya ?

            BTW, if you can show me a link to a world map showing the locations of all those tribes you mentioned I'd appreciate it - but in the meanti

        • Re:NOT COOL. (Score:5, Informative)

          by ivothamdrup (991171) on Saturday May 12 2007, @12:23AM (#19093621)

          He may have chosen Estonia in particular because there's recently (in the last week) been DDoS attacks targeting Estonia's government websites.

          Those attacks were (still are, actually) carried out not by local "greedy teenagers", but top-level Russian authorities. The large-scale attacks were traced to IP addresses in Moscow owned by the Russian presidential administration and government.

  • Better idea (Score:5, Interesting)

    by Watson Ladd (955755) on Friday May 11 2007, @06:47PM (#19091921)
    Don't route stuff stupidly. Instead of banning RH0, make sure it doesn't do redundant routes.
    • Re:Better idea (Score:5, Informative)

      by Tuoqui (1091447) on Friday May 11 2007, @07:00PM (#19092037) Journal
      I think the idea of RH0 is the fact that you can specify an exceptionally long route rather than using the shortest possible route to your path.

      Imagine a network of 9 computers in a mesh topology. Now imagine instead of taking at most 4 hops to get to your destination you can specify it to go through every single computer on the network for a maximum of 9-10 hops. Because all of this traffic passes through each computer in the network you have amplified the power of your DoS attack by a factor of 2-3x because you are increasing the network congestion as well as potential collisions and everything else.

      Now imagine the internet. I can believe it would amplify the power of DoS attacks by 80x or more if this were permitted. The fact remains is that a good network administrator will let the routers know the best routes. Why specify the route with RH0 when the routers are already built to know the best possible route (through protocols like OSPF and BGP you can even have the routers let each other know about potential problems in the network).
    • I think it's safe to say that in the usual Slashdot tradition, you didn't bother to RTFM before spouting off. The flaw has nothing to do with people accidentally specifying stupid routes, it's h4x0rs using stupid routes to DDOS one or more machines on the route as well as whatever machine they're addressing.
      • Re: (Score:3, Insightful)

        I did RTFM. What I meant is that each router along the path should check to make sure the route specified is not stupid, that is having the same IP address twice. If it does they should fix it.
      • Re: (Score:3, Informative)

        it's h4x0rs using stupid routes to DDOS one or more machines on the route as well as whatever machine they're addressing.

        This bug sounds alot like one that I got bitten with years ago - source routing.

        RedHat 6.2 came with source routing turned on by default. Since I was using a RH 6.2 system as my router/firewall, this was particularly damning, and allowed them to compromise my X11 workstation more than once. I played cat and mouse with a hax0r who penetrated my otherwise very stiff firewall for over a mont
    • Even better idea (Score:3, Interesting)

      Originally, IPv6 handled mobile IP by migrating the routing information up through the routers, and by using transitional IP addressing. You kept the same suffix, not the same address, as you moved from network to network. But for some certain length of time, you had both the old address and the new one. This allowed for a totally clean transition and has the same observable effect as source-based routing, but is not subject to this DDoS attack strategy.

      IIRC, the main reason the transitional scheme was dr

  • by mustafap (452510) on Friday May 11 2007, @06:50PM (#19091945)
    Leave it in, but advise people to disable it for network security.

    That already works for other problems, right?
    • Re: (Score:3, Interesting)

      by Anonymous Coward
      The problem is that it's a mandatory part of the spec. BTW, Microsoft is not affected: The Windows IPv6 stack doesn't implement that feature. (It is the equivalent to source routing in IPv4, which is not allowed anywhere.)
  • by Anonymous Coward on Friday May 11 2007, @06:54PM (#19091991)
    Where can I get one of these $300 Estonian Linux machines? To heck with Dellbuntu.
  • Who gives a $%##? (Score:3, Insightful)

    by toadlife (301863) on Friday May 11 2007, @07:10PM (#19092135) Journal
    Why you say?

    Because IPv6 will never be implemented widely anyway.

    Why will it not you say?

    Because too many people are happy with the current IPv4 + NAT insanity that is in place now. Nevermind the fact that the insanely ridiculous kludge that is NAT and all of the insanely ridiculous mini-kludges (DynDNS, UDP Connection "Warming", etc.) that currently keep the internet glued together and working (sort of) like it is supposed to work probably cost as much or more time and energy that a multi-year dual-stack IPv4 to IPv6 transition would.

    Ok, I'm done ranting.

    Have a great weekend everyone! :)
    • Re: (Score:3, Insightful)

      Hmm, just like people wouldn't switch from Coax to 8-wire UTP because Coax was more robust? Or people that wouldn't switch from Token Ring to Ethernet because Token Ring was better? Or people that wouldn't ever need the Internet? Or 640k is enough for anyone? Or "I'll never need/use a cell phone"? Or nobody will ever drop Netware...
    • by kestasjk (933987) on Friday May 11 2007, @07:38PM (#19092313) Homepage
      I predict mobile carriers and devices will use it for VoIP, where it's a necessity, everyone else will follow.
        • by toadlife (301863) on Friday May 11 2007, @07:58PM (#19092403) Journal
          NAT is *not* a security mechanism.

          Th "security" of NAT is a side effect of it BREAKING the peer to peer model of the internet.
          • NAT is *not* a security mechanism.

            Whether or not it was intended, NAT *is* a security mechanism. Obviously not the best or the prettiest, but to say it provides no additional security is just ignorant.

            Th "security" of NAT is a side effect of it BREAKING the peer to peer model of the internet.

            Side effect or not, it provides additional security no matter how you look at it. From a purist's point of view, it certainly does break the peer to peer model of the internet. But from a practical user's standpoint,
            • Re: (Score:3, Insightful)

              NAT is not a security mechanism at all. Imagine the simplest nat configuration where you have a 1:1 correlation between the internal IP and the external IP. No security there. The security comes from blocking ports which can be done just by a firewall with no address translation. Just because most firewalls come with NAT doesn't mean they're the same thing.

              But from a practical user's standpoint, it rarely if ever breaks anything, provides additional functionality and security, and is usually brain-dead s
    • Re:Who gives a $%##? (Score:5, Interesting)

      by Organic Brain Damage (863655) on Friday May 11 2007, @07:53PM (#19092377)

      Nevermind the fact that the insanely ridiculous kludge...

      Check our DNA. We are, essentially, insanely ridiculous kludges. Nothing but organically accreted fixes to a long series of problems. Why should anyone be surprised that our technology mirrors this fundamental aspect of our selves?
    • The Japanese? (Score:5, Insightful)

      by jd (1658) <imipak@y3.14ahoo.com minus pi> on Friday May 11 2007, @07:56PM (#19092391) Homepage Journal
      They already deploy IPv6 nationally. Just because the US domestic market is more sluggish than a salted slug, it would be wrong to assume everyone else is as bad.

      What's more, IPv4+NAT (as standard) doesn't give you half the features of IPv6. I've listed them before, I'll list them again here. Sure, not many use them NOW, but most of these are major areas of growth and Internet-aware devices will (sooner or later) have to use IPv6 to get the support they need.

      • IPSec
      • Anycasting
      • Multicasting the ISPs can't turn off
      • Mobile IP
      • Mobile Networks
      • Extensible Headers
      • Router Discovery
      • Automatic Configuration
      • Per-destination MTU optimization

      There are probably a whole bunch of other advantages not listed here. Go to your local USAGI dealership and test drive an IPv6 today.

    • Re: (Score:3, Informative)

      I don't know, looks like it's getting used in the 2008 Olympics [blogs.com] (via thenewsroom [thenewsroom.com]).
  • by possible (123857) on Friday May 11 2007, @07:17PM (#19092189)
    As I understand it, it is not sufficient to simply ignoring the rthdr0 headers. To protect the infrastructure, the safest thing is for all implementations to immediately DROP any packets containing these headers to keep them from propagating further.

    However, there are still people in the IETF who don't want to recognize the severity of their mistake. Why do we, as a community of implementors and consumers, continue to trust these guys as a protocol standards body? It is obvious that they don't understand how complexity is the enemy of security. They add features to protocols without any concrete examples of how the feature would be used, simply because they don't ever want to make a decision. Rather than saying "No, this feature is not worth the extra complexity, we are not going to include it", it is always "OK, we will allow this as an optional mode of operation".

    In this case, this was done in a particularly egregious fashion, considering the security issues with source routing have been known since at least '93 or so (in IPv4).
    • by Trepalium (109107) on Friday May 11 2007, @08:39PM (#19092651)
      Standards bodies attract certain types of people, and it's no real surprise that the IETF is infested with them now. Read an ITU standard some day if you want to know how bad it can be. There's a reason why we use TCP/IP instead of the OSI protocol, why we use SMTP instead of X.400, LDAP instead of X.500, etc. For a rather depressing story about standards bodies, read the Wikipedia article about ATM [wikipedia.org] about the choice of 48-byte payloads. I seriously doubt the IETF will ever be able to exercise these people from it's midst. Many of them were placed there to represent the interests of a particular corporation. Even if you replace the IETF with another standards organization, these same people would simply be moved into that organization.
  • Nothing New (Score:5, Interesting)

    by jjeffrey (558890) <slash@jgj.org . u k> on Friday May 11 2007, @07:40PM (#19092323) Homepage
    How is this different to source routing packets in IPv4? Surely people will just configure firewalls and hosts to drop these packets in exactly the same way as is done for IPv4 now.
  • Some history and information:

    The earlier drafts of the IPv6 RFCs had limited the Type 0 routing addresses to 23 per extension header. The current limit is theoretically 128, though maximum packet size through any one link will tend to get in the way.

    The number of times an IPv6 packet may ping-pong is limited by the Hop Limit field, which is an 8 but unsigned integer (i.e. 255 times).

    While it is true that a very permissive router or host may process a packet with more than one Type 0 routing header, RFC 2460 strongly recommends that a router or host only process one such extension header.

    One product that has been designed to locate implementation problems with IPv6 stacks (it can't do anything about design flaws!) is the Maxwell product from http://www.iwl.com/ [iwl.com]. Truth in advertising requires that I point out I helped create some of the test cases for that product (however, I am not an employee of IWL or own any equity or options on equity in the company).
  • by mrogers (85392) on Saturday May 12 2007, @07:12AM (#19094821) Homepage
    The CanSecWest presentation that started all this is available here [secdev.org].
    • Re: (Score:3, Insightful)

      I've been using IPv6 for nearly a decade, but most of the IPv6 traffic on my LAN is local to the LAN. There are very few interesting places on the Internet that have IPv6 addresses and fewer end users coming from IPv6 capable nodes.
    • People are actually starting to look at IPv6 security. The recent OpenBSD issues highlighted the problem. OpenBSD, FreeBSD and MidnightBSD should all be patched for this issue. OpenBSD chose to turn it off completely for now. There is some talk about adding support to PF for blocking specific traffic. FreeBSD and MidnightBSD both used a patch that adds a new sysctl to disable the feature by default, but still allow it. As I recall, the reason its in the spec to begin with is for research purposes. I don't follow DragonFly or NetBSD enough to know if they've patched yet.
    • The first one... no use of firewalls or NAT devices.

      Neither does IPv4 - these things are seperate to the spec and could be added on to IPv6 as well - although NAT is a kludge to get around running out of addresses which you would not currently need for IPv6.

      There are a lot of IPv6 firewalls out there, the traffic has to be routed to get to you and your firewall at the incoming connection can block everything other than the required ports so long as it can understand IPv6.

      There's some good books out there o