Slashdot Mirror


New Low Bandwidth Denial of Service Attacks

An anonymous reader writes "A paper from Rice University appearing at the 2003 ACM Sigcomm Conference presents a new denial of service attack where the attacker only needs to send at a low rate to shutdown TCP flows. The trick exploits the retransmission timeout mechanism in TCP. By sending small bursts of packets at just the right frequency, the attacker can cause all TCP flows sharing a bottleneck link to simultaneously stop indefinitely. And because the attacker only needs to burst periodically, the attacker will not be distinguishable from normal hosts. The presentation, and other presentations from the conference, are available online (live streaming)."

366 comments

  1. Oh no! They're attacking... slowly... by mgcsinc · · Score: 3, Interesting

    When I read the title, I imagined a hoard of old geezers, using walkers, coming at me with sticks... but seriously, I don't see how this type of attack could prove as unstoppable or undetectable as claimed; I'm not particularly briefed with the mechanics of Retransmission Time Out, but can the mechanism not be tweaked to avoid these types of attacks without sacrificing all of its benefit?

  2. yay by geighaus · · Score: 4, Funny

    Yay, finally there's use for my trustworthy 2400bod modem :D

    1. Re:yay by Distan · · Score: 1

      Newcomer. The nice thing about using a 300 baud modem is that the text came scrolling in at a nice readable pace. You had to be a speedreader to keep up when 1200 rolled around.

    2. Re:yay by cK-Gunslinger · · Score: 4, Funny

      2400 baud? Back in my day, I had to run back and forth to my ISP yelling in binary.

      "101010100010100"

    3. Re:yay by Distan · · Score: 1

      Balony. Back in the day, there was no "I" for an "ISP" to "P".

    4. Re:yay by FatRatBastard · · Score: 1

      And a modem wasn't a modem unless it had the big, rubber acustic coupler rings on it (where you attached an old style handset).

      THAT's a modem!

    5. Re:yay by Anonymous Coward · · Score: 0

      Sure, but my teletype couldn't print that fast, so half the time the phone line was idle.

    6. Re:yay by tomhudson · · Score: 1

      You had an ISP? Wow. We were stuck w. a bunch of BBS (mine ran grapevine).

    7. Re:yay by Xunker · · Score: 1

      If you wanted to use your 2400 v.42bis to attack someone, you'd almost get more mileage out out grabbing it by its serial cable and whipping it around -- it would do more damage!

      --
      Hilary Rosen's speech was about her love of money and her desire to roll around naked in a pile of money.
    8. Re:yay by hardburlyboogerman · · Score: 1

      2400?Hell,I still have an old 300,1200 and up.(Even have the modem on a chip that Radio Shack sold in 1987,1 still in the pack!)

      That was too good to pass up.

      "I may be too old to cut the mustard,but I can still lick around the jar"-Fred E.Smith,early stand up comic,my Great-uncle

      --
      Geek Hillbilly
    9. Re:yay by stu_coates · · Score: 1

      ISP?

      You were lucky!

      ;-)

    10. Re:yay by jbottero · · Score: 1

      Na, got to go for the acoustic coupler, a fine technology.

    11. Re:yay by zptdooda · · Score: 2, Funny

      I've heard that called "sneakernet".

      Well actually, running from one computer to another with a floppy containing the files to transfer :(

      --
      Esteem isn't a zero sum game
    12. Re:yay by Superfreaker · · Score: 1

      The funniest thing I have ever read on /.!

    13. Re:yay by CERDIP · · Score: 4, Funny

      Yeah, and it was upstream both ways, too!

      --
      ---- ---- --- -- --- ------ Keep Cool But Do Not Freeze
    14. Re:yay by Paleh0rse · · Score: 1
      Yeah, I remember that.

      Like, this one time, my friend and I used an acoustic coupler MoDem to summon this weird slutty girl named Lisa (though she kind of looked like Kelly LeBrock).

      She was cool until the bikers came.

      --
      "Whadda'ya watchin'?"
      "Angry Monkey."
      "That HORRIBLE monkey."
    15. Re:yay by KUHurdler · · Score: 5, Funny

      You had "1"s? all I had were zeros

      --
      Fix Your Own TV - RiddledTV.com Avoid the Landfill
    16. Re:yay by temojen · · Score: 1

      Blockquoth the parent

      You had "1"s? all I had were zeros

      Historically, this would have been more clever the other way around, like this:

      You had Zero? All we had was One. And pi was just totally irrational.
    17. Re:yay by KUHurdler · · Score: 1

      ah yes, that was the quote I was thinking of. I couldn't remember it exactly.

      --
      Fix Your Own TV - RiddledTV.com Avoid the Landfill
    18. Re:yay by glsunder · · Score: 1

      We still do that, but use uh for 0 and huh for 1, and in 1/2 nibble bursts. uh-uh, uh-huh, huh uh, huh huh. In fact, one govt guy recently got busted using that very code to transfer national secrets to his wife over the phone.

    19. Re:yay by Kissing+Crimson · · Score: 1

      No "P"? Then how did you write in the snow?

      sorry, it's been a long day...

      --
      What's that smell? Ah, that's my karma burning...
    20. Re:yay by Anonymous Coward · · Score: 0

      wildcat 2.6SL forever!

    21. Re:yay by Anonymous Coward · · Score: 0

      Pfft. Anyone who was Elite ran RENEGADE!

      Cott Lang is the man.

      - DRFSR

    22. Re:yay by infinite9 · · Score: 2, Funny

      Yeah, my legs used to get tired all the time. Then they upgraded to carrier pigeon and man was that fast. Where do you think "no carrier" came from?

      --
      Disconnect your television. Do your own research. Draw your own conclusions. They're probably lying. Don't be a sheep.
    23. Re:yay by trick-knee · · Score: 1

      "101010100010100"
      was this your ISP yelling at you to get out of their office?

    24. Re:yay by Anonymous Coward · · Score: 0

      WWIV is best.

    25. Re:yay by Anonymous Coward · · Score: 0

      You had zeros? We had to use the letter 'O'.

  3. This is not new by Anonymous Coward · · Score: 1, Funny

    Ever heard of...Slashdot?

  4. Once again, OSS apps drop the ball. by Anonymous Coward · · Score: 1, Funny

    My God, another TCP exploit? This will all end when Microsoft releases their own TCP replacement.

    1. Re:Once again, OSS apps drop the ball. by Anonymous Coward · · Score: 0

      How do you steal something that's free?

    2. Re:Once again, OSS apps drop the ball. by Anonymous Coward · · Score: 0

      You use it as your own and hide where it came from as best you can.

    3. Re:Once again, OSS apps drop the ball. by Anonymous Coward · · Score: 0

      strings ftp.exe. The copright notices are still there, unlike the bsd code on linux, where the notices were stripped by SGI or whatever.

    4. Re:Once again, OSS apps drop the ball. by borkus · · Score: 1

      A TCP replacement. Would that be .NetBEUI?

    5. Re:Once again, OSS apps drop the ball. by Anonymous Coward · · Score: 0

      duh.. the people who wrote the tcp/ip stack for freebsd still have the tcp/ip stack to use. so it's not stealing.

  5. SCO? by chill · · Score: 2, Funny

    I wonder if this had anything to do with the "coordinated DDOS" that SCO was experiencing the last couple of days? The one ESR was referring to and supposedly convinced someone to stop doing.

    Damn sneaky way to get another SCO story on to /.

    --
    Learning HOW to think is more important than learning WHAT to think.
    1. Re:SCO? by Lost+Penguin · · Score: 0

      This could be the start of a new joke:

      How many Lawyers does it take to reboot a webserver?
      answer: How many have you got?

      --
      I am the unwilling control for my Origin.
  6. Tough paper to read by Brahmastra · · Score: 5, Funny

    This is a tough paper to read. It's going to be a long time before an "Insightful" post.

    1. Re:Tough paper to read by SoTuA · · Score: 1, Funny
      This is a tough paper to read.

      BWAHAHAHAH!

      This is /.

      Who needs to read the article to be "insigthful"? ;)

    2. Re:Tough paper to read by SuDZ · · Score: 4, Funny

      There is already a handfull of people trying to prove you right. :)

      SuDZ

    3. Re:Tough paper to read by tomhudson · · Score: 4, Informative

      Actually, this isn't new. The exact reverse concept was mentioned here as a way to fight spam.

    4. Re:Tough paper to read by kenthorvath · · Score: 1
      This is a tough paper to read. It's going to be a long time before an "Insightful" post.

      That is rather insightful...

    5. Re:Tough paper to read by Anonymous Coward · · Score: 0

      No, the article you link to is totally unrelated to the paper here. Your article involves classifying a message's spamminess on the fly, as a mail server receives it, and slowing the connection based on that. The paper here discusses using high-rate DoS attacks to knock TCP connections out at RTO-spaced intervals. The two concepts have no relation beyond slowing down connections.

      Incidentally, the article's title is quite misleading. You still need as much bandwidth as you would to implement a regular DoS against the target; it's only the average rate that is lower, because you don't send packets all the time.

    6. Re:Tough paper to read by tomhudson · · Score: 1
      In the reverse case, you don't have to classify anything on the fly, so it's just a question of making multiple, slow connections to the server you want to DoS. That doesn't need high bandwidth - quite the opposite.

      The only real difference with the tarpit and this "new" technique is that you're requesting the same packet, instead of the next one.

      Sending retransmit requests just before the connection times out gives the same net effect as S-L-O-W-L-Y pulling data off the server - one less tcp connection available for everyone else (the difference is that the attack in the paper will be worked around within a few weeks, possibly by ignoring repeated repeat-transmission requests for the same packet coming from the same client machine, or dynamically reducing the time-out for rtos under heavy load).

    7. Re:Tough paper to read by Disavian · · Score: 1

      SO true! Like in AP Mod Euro History, I was assigned the book 1984... but I had other things to do. So I read the monkeynotes and aced the test, prolly getting the high score. Is that insightful enough?

      Am I going to read it in the future? Probably. Stupid english required reading. Not that 1984 is bad, by any means- if you think it is, go dig into Anatomy of Revolution or any similar book that sorta goes with the phrase Please Kill Me Now.

      And if M$ redesigns the tcp stack, do you REALLY think it'll be any better? Are you SURE? Go hop over to windowsupdate.com for the next 36 hours, then. Sure, it might transmit 13% faster; but I wish for them to wait until the next version of windows before they try a stunt like that. Don't get me wrong, I like MS, but this is not something you play catch with.
      </rant>

  7. Low bandwith DOSing? by XSforMe · · Score: 5, Funny

    are available online (live streaming).
    This guy is an amateur, wait until he feels the slashdot effect on his server. His next presentation will be entitled, how to knock down any server by just posting an article.

    --
    My other OS is the MCP!
    1. Re:Low bandwith DOSing? by Anonymous Coward · · Score: 0
  8. bandwidth != speed. by Anonymous Coward · · Score: 0

    1K of data dumped onto the Net from a dialup line moves pretty fast. In fact, it moves just as fast as one from a cable modem.

  9. Where can I read about this? by Jabes · · Score: 1

    From all the links in the article, it is not clear where I can read about this. I don't have time to watch a streaming video but would like to find out more about this.

    Best wishes
    James

    1. Re:Where can I read about this? by Anonymous Coward · · Score: 0

      This is just a security measure to keep all these low-bandwidth, potential-DOS h4x0rz from getting crucial information.

    2. Re:Where can I read about this? by cK-Gunslinger · · Score: 4, Informative

      Uh, click on the word "paper" in the story, then click on "This paper is available in Adobe PDF format."

      Or Cick Here

    3. Re:Where can I read about this? by Saturn49 · · Score: 1

      Please mod parent down. Link is to the WRONG PAPER!

    4. Re:Where can I read about this? by Anonymous Coward · · Score: 0

      yeah, yeah, yeah. I copied the wrong link, big deal. I submitted a correction, but it never showed up. Oh well, the first half of the comment still applies.

  10. Down with sexism! .. I mean, IPv4! by Anonymous Coward · · Score: 0, Troll

    This article is just another nail in the coffin for IPv4. Look through the history of bugs, design flaws, and poor implementations in and of the infamous IPv4 stack. It's no coincidence that it was first developed at the same place BSD was, and again, no coincidence that it comes from the same place LSD did.

    It's time to do away with IPv4 flaws and insecurity and migrate to IPv6. Slashdotters know it. Savvy internet professionals know it. IPv4 doesn't have a future on this planet anymore than dinosaurs do. Take a look at netcraft statistics to see current IPv6 host information to see it's current growth rate. It doesn't take a genius to see that is now is a better time than any to migrate our machines to IPv6 and do away with the train-wreck that is IPv4 forever.

    IPv4: Slow. Expensive. Crappy. Pick any two.

    1. Re:Down with sexism! .. I mean, IPv4! by Anonymous Coward · · Score: 0

      IPv6: Confusing. Not needed. Pick any two.

      Frankly, I want my address to stay something like 167.113.213.144, not 0E:11:AB:OE:6B:9A:FF or some shit like that.

      IPv4 4EVA

    2. Re:Down with sexism! .. I mean, IPv4! by Anonymous Coward · · Score: 0

      What the fuck does the IP network layer have to do with TCP?

    3. Re:Down with sexism! .. I mean, IPv4! by Politburo · · Score: 4, Insightful

      Insightful? This is CRAP. It's called TCP/IP. Whether its TCP/IP4 or TCP/IP6, theres still TCP, and that's what this attack targets.

    4. Re:Down with sexism! .. I mean, IPv4! by Anonymous Coward · · Score: 0

      Yeah, and while we're on the subject of confusinig, who the hell thought up that dumb-ass metric crap? If you don't use miles, inches, and pounds my head begins to spin and my fat ass gets all sweaty.. I need a 7-11 big gulp.

    5. Re:Down with sexism! .. I mean, IPv4! by DrSkwid · · Score: 1

      To be accurate your 167.113.213.144 address can be legally represented as

      10100111.01110001.11010101.10010000
      A7.71.D5.90
      or
      2809255312

      It used to be an obfuscation to use http://2809255312 in spam, I don't know if it is still used, I haven't seen it for a while

      I know IE accepted it but Mozilla doesn't in FreeBSD

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    6. Re:Down with sexism! .. I mean, IPv4! by Anonymous Coward · · Score: 0

      Funny, the IPv4 stack is dying just like *BSD, and whata coincidence they both come from the same place.

    7. Re:Down with sexism! .. I mean, IPv4! by Anonymous Coward · · Score: 0

      I would have said IPv4 is dying, but that would have been too obvious.

  11. Get the Lawyers ready. by HanzoSan · · Score: 1, Flamebait



    I'm sure a bunch of companies who get hacked by this will sue Rice University and or whoever wrote this paper.

    Maybe we will see Microsoft do this, they like to sue the little guy.

    --
    If you use Linux, please help development of Autopac
    1. Re:Get the Lawyers ready. by daeley · · Score: 0, Offtopic

      Maybe we will see Microsoft do this, they like to sue the little guy.

      No, no. Microsoft likes to *buy* the little guy. The RIAA likes to sue the little guy. And SCO likes to sue the big guys to get bought by them.

      --
      I watched C-beams glitter in the dark near the Tannhauser gate.
    2. Re:Get the Lawyers ready. by Anonymous Coward · · Score: 0

      Wow, that's some insightful and deductive reasoning in that post!

      Of course Microsoft will sue Rice University and a student who published a paper to an ACM conference. We all know that "M$" is suffering terrible and really needs all the money it can get from those wealthy college kids.

      On the other hand, that could have just been a lame attempt at humor. Either way, was a waste of a post.

    3. Re:Get the Lawyers ready. by DrSkwid · · Score: 1

      Can you list the other little guys that Microsoft has sued please.

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
  12. I doubt it... by moehoward · · Score: 1, Interesting

    I'm pretty certain that my firewall would flag the bursts. If not, seems a simple rule or two would suffice to flag them. I'd like to see this in action. I suspect that it is pretty lame and easily detected.

    My guess is that by Friday night, the kiddies will have thousands of these going. So, I guess I can do see for myself tomorrow.

    --
    "If you want to improve, be content to be thought foolish and stupid." - Epictetus
    1. Re:I doubt it... by Anonymous Coward · · Score: 0

      I don't know too many script kiddies who even know what a square wave is... seems to me you have to time this right for it to work.

    2. Re:I doubt it... by sg_oneill · · Score: 4, Insightful

      I'm pretty certain that my firewall would flag the bursts. If not, seems a simple rule or two would suffice to flag them. I'd like to see this in action. I suspect that it is pretty lame and easily detected.

      My guess is that by Friday night, the kiddies will have thousands of these going. So, I guess I can do see for myself tomorrow


      Ah. sure dude.

      Not sure how a firewall helps with DOS and DDOS attacks however. something floods your pipe, and its flooded, no matter how clever your firewall is. Try reading the article :)

      --
      Excuse the Unicode crap in my posts. That's an apostrophe, and slashdot is busted.
    3. Re:I doubt it... by jared_hanson · · Score: 1

      As a computer engineer, I'd like to think that I know what a square wave is. My eletrical engineering buddies, however, like to think I'm an idiot for thinking so. They are always yapping about an infinite number of sinusoidal waves, blah, blah, blah...

      --
      -- Fighting mediocrity one bad post at a time.
    4. Re:I doubt it... by MarkGriz · · Score: 1

      Why not jumpstart the process and post your IP

      --
      Beauty is in the eye of the beerholder.
    5. Re:I doubt it... by ChrisDolan · · Score: 1

      Not sure how a firewall helps with DOS and DDOS attacks however. something floods your pipe, and its flooded, no matter how clever your firewall is. Try reading the article :)

      Maybe You should read the HEADLINE! :-) This is a low-bandwidth DOS which exploits a TCP stack weakness to prevent outgoing packets. It does not flood the pipe.

    6. Re:I doubt it... by Darken_Everseek · · Score: 1

      guh ... infinite fourier series .. bad flashbacks.

    7. Re:I doubt it... by sg_oneill · · Score: 1

      Its not a weakness. Its a feature ;)

      Alas. The main 2 defences mountable run at the trade off of 'shitifying' your tcp stack performance. Either way its a DOS in the tradition of those lil syn fucker type DOS's just has some maths in its head and rather operates on timeouts.

      Eh... its 2.15. Time fer bed :)

      --
      Excuse the Unicode crap in my posts. That's an apostrophe, and slashdot is busted.
    8. Re:I doubt it... by Anonymous Coward · · Score: 0

      its high bandwidth in bursts so it will flood the pipeline during the burst, it induces errors during the burst, tcp adjusts timeouts because of the lost packets during the burst. Its only low bandwidth when the burst is averaged out over time.

    9. Re:I doubt it... by valdezjuan · · Score: 1

      Article asside. Firewalls, in this case Pix's running the latest 6.x.x code (I think it's 6.2.3), implement a type of SYN-cookie into the IOS. I refer to it as a type, since they seem to be storing a little more information than the traditional SYN-cookie would (almost defeats the purpose). In testing this under fire it seems to work. My pixs that used to fall over or run away when the slightest blip in the network happened have been able to stand up to some fairly aggresive attacks.

      While this may have nothing to do with the article (I haven't read it yet, saving it to read at the dentist office), your comment about firewalls not being able to help during [D]DOS attacks is flat out wrong.

    10. Re:I doubt it... by zeroclip · · Score: 1

      from what i gatherd form the article attacks can be spoofed. It's the same as your standard SYN flood only the DoSer floods in 1(var) sec intvals a 100ms(var) witch consumes less BW. But you sill need a fat pipe or a DDoS Net to make the bursts(?) btw, whats slashdot's RTO?

    11. Re:I doubt it... by Anonymous Coward · · Score: 0

      hows about we just take a random sampling of those and call it even?

    12. Re:I doubt it... by Anonymous Coward · · Score: 0

      Um no. RTFA, dumbass.

    13. Re:I doubt it... by Anonymous Coward · · Score: 0

      You could simply target the router in front of the firewall and knock it off... Pipe closed.

    14. Re:I doubt it... by Anonymous Coward · · Score: 0

      Um no. RTFA, dumbass.

      Um yes. RTFA yourself, dumbass.
      Original poster had it right.

  13. Re:Oh no! They're attacking... slowly... by cK-Gunslinger · · Score: 5, Interesting

    Actually the paper address defense mechanisms, such as randomly varying the time out interval, but it turns out that the performance lost in TCP efficiently nulls any benefits. Interesting paaper.

  14. Dupe story. Mod me sideways... by fuqqer · · Score: 4, Informative

    This is a duplicate storyfrom a looonnnng time ago. May 31 as a matter of fact. This means something considering the amount brain cells I kill with liquor everyday.

  15. Finally, dial-up users can participate in DDoS too by Anonymous Coward · · Score: 0
    You won't have to get your panties in a bunch trying to get Speakeasy DSL anymore.

    from the Michael is a crybaby dept.

  16. Comment removed by account_deleted · · Score: 3, Insightful

    Comment removed based on user account deletion

  17. Security through obfuscation by RobertB-DC · · Score: 4, Insightful
    My first thought was, "Oh, great, now the 5kr1pt k1dd1e5 will have another instruction manual."

    Then, I downloaded the .pdf file, and started reading it. My head's still spinning!

    Here's a sample:
    When the number of flows in the system is high, a fraction of flows' retransmission timers will expire sufficiently near time (alpha) such that those flows can partially recover and utilize the available bandwidth in the period from time (alpha) to time (beta), when all flows will again experience an outage.
    And that's one of the more lucid sentences.

    Anyone who would be able to put together an actual attack from this paper probably has enough education to get a real job -- something that doesn't go well with writing malware on the side.

    Of course, now that the paper's being discussed on Slashdot, all bets are off!
    --
    Stressed? Me? Of course not. Stress is what a rubber band feels before it breaks, silly.
    1. Re:Security through obfuscation by bill_mcgonigle · · Score: 0, Troll

      ... sufficiently near time (alpha) such that those flows can partially recover and utilize the available bandwidth in the period from time (alpha) to time (beta)...

      What is it with CS papers and the gratuitous use of greek characters? I read so many papers in school like this where the use of actual pronouns would have made the papers far more readable and no less precise. It's no wonder people assume techies don't know how to write.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    2. Re:Security through obfuscation by Anonymous Coward · · Score: 0, Funny
      Your post is a stupid attempt to get the Slashdot crowd to actually attempt reading the article before commenting on the feasability of such attacks.

      You are nothing but a filthy commie/terrorist.

    3. Re:Security through obfuscation by Abcd1234 · · Score: 4, Interesting

      When the number of flows in the system is high, a fraction of flows' retransmission timers will expire sufficiently near time (alpha) such that those flows can partially recover and utilize the available bandwidth in the period from time (alpha) to time (beta), when all flows will again experience an outage.

      Bah, the paper isn't that bad. Heck, without reading the whole thing and knowing a little bit about what they discuss (based on the first section), I can understand what you've quoted (if I'm correct, this is from their section on mitigating attacks using randomized RTOs).

      Really, the basic concepts are *incredibly* simple. Send a burst of traffic which causes drops in the short term. This results in the TCP stack backing off and re-transmitting the packet after the defined RTO. So, if you hit the stack with another burst of packets just as the RTO is expiring, the stack will back off again. Lather, rinse, repeat. This requires a lot less traffic, since your bursts are spaced apart (roughly a second per burst, typically, since that's a pretty standard RTO).

      Really, all you need is a basic understanding of TCP flow control to understand the concepts in this paper (which, BTW, they attempt to explain in the first section). The rest of the content (modelling TCP flow rates relative to DoS flow rates, etc) is really just the formal analysis of the basic attack, which certainly isn't important if all you care about is implementing it.

    4. Re:Security through obfuscation by Vann_v2 · · Score: 1

      Perhaps it is just a penchant for mathematics? It seems like an ugly amalgamation between that and prose, though. If you're going to write a scientific paper you should choose one or the other since the two don't mix well.

    5. Re:Security through obfuscation by brkello · · Score: 1

      My first thought was, "Oh, great, now the 5kr1pt k1dd1e5 will have another instruction manual."

      I don't think any script kiddies actually read research papers. They don't understand the mechanisms underneath the attack they are running. They just click on the GUI button with the nuke picture on it and know that it should do something evil. The real threat are the people smart enough to read this, write a simple to use tool that invokes the attack, and then distribute it to the script kiddies. There are plenty of smart people out there who don't have good intentions.

      --
      Support a great indie game: http://www.abaddon360.com
    6. Re:Security through obfuscation by smack_attack · · Score: 2, Funny

      We should flood the market with fake nuke programs with fancy graphics.

    7. Re:Security through obfuscation by RobertB-DC · · Score: 1

      Moderators don't understand sarcasm today:

      Your post is a stupid attempt to get the Slashdot crowd to actually attempt reading the article before commenting on the feasability of such attacks.

      This is "+1, Funny", not "-1, Troll". At least, I didn't take it as a personal attack. OTOH, I still think of Troll as "monster under the bridge". If you define Troll in fishing terms... yeah, he's looking for comments. Aren't we all?

      This post, of course, is "-1, Offtopic"...

      --
      Stressed? Me? Of course not. Stress is what a rubber band feels before it breaks, silly.
    8. Re:Security through obfuscation by Abcd1234 · · Score: 1

      Did we read the same paper? Quote:

      "Using a combination of analytical modeling, simulations, and Internet experiments, we show that maliciously chosen low-rate DoS traffic patterns that exploit TCP's retramission time-out mechanism can throttle TCP flows to a small fraction of their ideal rate while eluding detection."

      And, in the next section:

      "Considering first a single TCP flow, if the total traffic (DoS and TCP traffic) during an RTT-timescale burst is sufficient to induce enough packet losses, the TCP flow will enter a timeout and attempt to send a new packet RTO seconds later. If the period of the DoS flow approximates the RTO of the TCP flow, the TCP flow will continually incur loss as it tries to exit the timeout state, fail to exit timeout, and obtain near zero throughput."

      Sounds like they're talking about unicast flows to me. But, perhaps I'm missing something...

    9. Re:Security through obfuscation by Florian+Weimer · · Score: 1

      Anyone who would be able to put together an actual attack from this paper probably has enough education to get a real job -- something that doesn't go well with writing malware on the side.

      The proposed approach aims at reducing the average bandwidth the attacker has to use, while maximizing the impact. Peak bandwidth requirements on the attacker side are still the same, though.

      Now the interesting question: Why would anybody use a pulsed attack when he can easily send a constant rate stream which has the intended effect? Maybe to avoid detection, but this isn't really necessary because there's no shortage of well-connected hosts which can be turned easily into DDoS agents, sadly. (If you've got a few thousands of them, it doesn't even matter if they are well-connected or not.)

      The paper shows some interesting research results, but I don't think you have to worry about it in practice. DDoS is still far too easy, unfortunately no such elaborate tricks are necessary.

    10. Re:Security through obfuscation by Abcd1234 · · Score: 1

      Well, according to the paper, during their simulations, even flow-based throttling mechanisms have trouble with this attack (they specifically mention RED-PD).

    11. Re:Security through obfuscation by Pharmboy · · Score: 1

      Remember, it only takes ONE hacker and a few thousand script kiddies to feel the wrath.

      --
      Tequila: It's not just for breakfast anymore!
    12. Re:Security through obfuscation by Beliskner · · Score: 1
      Anyone who would be able to put together an actual attack from this paper probably has enough education to get a real job -- something that doesn't go well with writing malware on the side.
      I understand the document, and I'm a contract worker earning $32k with no benefits whatsoever and will probably be unemployed soon, I know Comp PhD's on welfare, dot com boom is over pal, and it took the rest of the economy and your pension with it.

      The Introduction alone contains enough information to work out what he's talking about. On a saturated link, send traffic to cause a spike, many TCP connections will enter a timeout and wait x seconds to retransmit, so after x seconds when the TCP surge comes, send more traffic to exacerbate the spike which will cause TCP conections to enter a timeout, etc.

      --
      A caveman dreams of being us, the incalculable power and riches. We dream of being Q, then what?
  18. Arrest them! by canajin56 · · Score: 5, Funny

    Good grief, they are giving instructions for how to DoS people! Arrest them using the DMCA! QUICK, BEFORE THE CAT IS OUT OF THE BAG!

    --
    ASCII stupid question, get a stupid ANSI
    1. Re:Arrest them! by DirkDaring · · Score: 1

      Maybe they should patent the idea instead?

  19. Just what we need... by El · · Score: 2, Interesting

    a step-by-step recipe on how to screw up the internet even worse. I thought common sense dictated that you don't release documentation of a vulnerability until there is a fix available for it. I know security by obscurity doesn't work, but in the case of fundamental flaws in the TCP architecture... well, I'd rather the script kiddies find out about it later rather than sooner. Aren't we overdue for a TCP replacement anyway? One that supports sequenced packets as well as byte streams, and one that allows windows that scale to gigabyte sizes (yes, I know there's already a window scaling kluge). Do we even have a good defense against syn-floods yet? Seems like the only way of fixing the problems would be to add an unspoofable signature to ever packet so we can be certain where it came from, but this would add serious packet overhead... perhaps you could make the packet size much larger to compensate. (Will terabit ethernet still use a 1496 byte maximum packet size? How long a preamble does it need at that bit rate?)

    --

    "Freedom means freedom for everybody" -- Dick Cheney

    1. Re:Just what we need... by frantzen · · Score: 1

      the problem with desinging a new protocol is that the internet community is just too big and everyone will want their piece of the pie. the academics protocol people have no clue about the implementation side and the implementation people have no clue about the academic side.

      the academics will want something extremely extensible so they write lots of useless research papers, the implementation people will want something that just fixes the flaws in TCP, and the embedded/router people will want something extremely simple so they can do it in a short time budget. now all the bazillion vendors come in wanting to put their own fingerprint smudges on it... if it ever happens, it'll be a monstrosity far worse than TCP.

      on second thought, put 'em all in the same room. maybe they'll bludgeon each other to death.

      the only way we'll get a good TCP replacement is if an 800lb gorilla has a few good protocol people that understand both the theoritical side and the implementation side. then they force it down everyones' throats. sadly to say, the only 800lb gorilla that could force the issue today would be Microsoft and I'm not convinced they would do it in a way that excludes all uses not benificial to MS.

    2. Re:Just what we need... by beta21 · · Score: 1

      If you RTFA you will see he proposes counters for this kind of attack. Random time outs but this pretty much kills the efficency gained with TCP.

      As for a better protocol. You are quite free to write and implement one. Just find other ppl to use it. Don;t forget there are quite a lot of protocols out there (UDP being probably the next biggest).

    3. Re:Just what we need... by Darth+Fredd · · Score: 1

      a step-by-step recipe on how to screw up the internet even worse. I thought common sense dictated that you don't release documentation of a vulnerability until there is a fix available for it.

      [sarcasm]
      Aw, shit! We're screwed! Thanks for saving us, El! [/sarcasm] Ever heard of BugTraq?

      Aren't we overdue for a TCP replacement anyway?

      We're getting IPv6 so you can have your washer hooked to the internet! What more could you want??

      and one that allows windows that scale to gigabyte sizes

      Well, tell you what. You write out the schema for a new protocol (we'll call it XDP, because x's are cool) and then post it on sourceforge! Then the internet will work right! El, you saved the day two times in the same post!

      Wow! MOD PARENT UP! We need more people like El around here!

      --
      "The most looniest, zaniest, spontaneous, sporadic Impulsive thinker, compulsive drinker, addict"
    4. Re:Just what we need... by sloth+jr · · Score: 3, Insightful
      This is an architectural "flaw" of TCP (the authors seem to conclude that its retransmission mechanism is sound and necessary, but can't be effectively protected against for this DoS -for the sake of argument, let's call it a flaw) - whom would you propose "fix" the problem before the vulnerability is widely known?

      Since the architectural flaw seems to be in the retransmission recovery sequences of TCP, eg, it can be spoofed in a way undistinguishable from normal retransmission recovery sequences, actual source of the packet can't be used as a deterrent to attacks.

      The attack seems to exploit the mechanisms of congestion flow itself, so larger window sizes or in-order deliver of packets (I presume this is what you mean by sequenced packets) will not be sufficient to avoid this attack. The paper does examine several variants of TCP, with similarly glum results.

      In the scenario illustrated by the paper, TCP enters its exponential backup phase, throttling the window to a single packet size and doubles the retransmission timeout (which starts off at 1 second). The paper seems to be saying that by timing the attacking responses to closely match that of the sender's RTO, we can cause the connection to effectively remain in exponential backoff.

      To my thinking this would affect throughput for only the attacker's TCP flow, but the authors say that ALL TCP flows can be affected. I'm just not smart enough to understand why all TCP flows can be induced into the same exponential backoff phase.

      sloth jr

    5. Re:Just what we need... by SatanicPuppy · · Score: 1

      I can't see switching to UDP as adding a lot of efficiency. Most applications that use udp are really fault tolerant (streaming video, games, etc), whereas most internet traffic gets screwy if packets are vanishing all over the place.

      It's an interesting problem though. Decreasing the time before time out should help, or maybe some randomness in the time it takes to drop someone. It would be hard to build up a pattern that way.

      Just a thought.

      --
      ad logicam Claiming a proposition is false because it was presented as the conclusion of a fallacious argument.
    6. Re:Just what we need... by Anonymous Coward · · Score: 0

      What a terribly sad, pathentic existence you must lead that makes you so full of anger that you feel the need to lash out at people whose only crime is to attempt to stimulate conversation on the solutions to problems! Number of helpful suggestions in your post: 0. Your Karma relative to the person you're critizing: 0. Originality in hour journal entry "Buttered Toast and Cats": None. This guy plagerizes journal entries! I really do feel sorry for you, and I hope you get life someday! I know that life has treated you badly and you don't feel you can be anything but bitter, but perhaps you should try being constructive for a change... you'll be suprised how much better life will treat you if you do!

    7. Re:Just what we need... by mamba-mamba · · Score: 1
      To my thinking this would affect throughput for only the attacker's TCP flow, but the authors say that ALL TCP flows can be affected. I'm just not smart enough to understand why all TCP flows can be induced into the same exponential backoff phase.

      According to my (possibly flawed) understanding of the paper, it works like this:

      For a very brief time (in milliseconds), you do a high volume DOS attack. This will cause packet loss, and *everybody* who is waiting for an ack will retransmit about 1 second later. Exactly at that point, you send another burst, causing packet loss again and everyone to time out again.

      In effect, the attack mechanism forces all the normal traffic to synch up with the attack frequency. That is why it is so hard to detect who the bad guy is and start blocking him/her.

      MM
      --

      --
      By including this sig, the copyright holders of this work or collection unreservedly place it in the public domain.
    8. Re:Just what we need... by Anonymous Coward · · Score: 0

      Ur lame.

    9. Re:Just what we need... by Anonymous Coward · · Score: 0

      Hmm... maybe the reason you don't have excellent karma like the person you're attacking is... BECAUSE YOU'RE AN ASSHOLE!

  20. "Coordinated DDOS" by mcc · · Score: 4, Funny

    [Scene: SCO Group, Utah. Where a "coordinated DDOS" is just beginning..]

    [SUIT 1] Uh, hey, uh.. this one computer here.. it's like the webserver or something?
    [SUIT 2] Yeah, I think, why?
    [SUIT 1] Well, none of the lights on it are on.. that's.. hm.
    [SUIT 2] Oh, yeah, hey, look at that, someone seems to have tripped over the cord and unplugged it. [[Switches it back on]]
    [SUIT 1] Huh.. um.. it doesn't seem to have started up all the way. It's saying something about "fsck" and asking for a password. What does that mean?
    [SUIT 2] Hm, not sure.
    [SUIT 1] Well.. could we get one of the linux guys to come and reboot it? Or something?
    [SUIT 2] Well, we fired all of the linux guys so that we could concentrate all our resources on the lawsuit.
    [SUIT 1] Uh.. shit! Well, I guess I better figure something out.. hmm
    [[ Two days later, after two days of phone calls, SUIT 1 finally finds an INDEPENDENT CONTRACTOR who doesn't just laugh and hang up on him when he says he wants them to come fix a linux server. INDEPENDENT CONTRACTOR starts the linux server up all the way and charges a great deal of money. "Coordinated DDOS" thus ends. ]]

    1. Re:"Coordinated DDOS" by Anonymous Coward · · Score: 0

      Ah, the good old power-cord DOS attack. Quite effective in programming contests. Our ACM chapter added language to the rules specifically to prohibit those :) Then people had to resort to Mountain-Dew-withdraw DOS attacks, and token-cute-girl-on-the-team distraction methods.

    2. Re:"Coordinated DDOS" by Richthofen80 · · Score: 3, Funny

      Step 1: Make fun of SCO
      Step 2: ???
      Step 3: Karma!

      come on guys, that wasn't even very funny.

      --
      Reason, free market capitalism, and individualism
  21. Direct link to paper by Hygelac · · Score: 5, Informative
    --
    -- Grow up and use mutt.
  22. Comment removed by account_deleted · · Score: 3, Informative

    Comment removed based on user account deletion

  23. Re:yay (faker!) by gosand · · Score: 5, Funny
    Yay, finally there's use for my trustworthy 2400bod modem :D

    Anyone who is actually old enough to have used one of these would certainly know how to spell it correctly.

    I call faker! You are just trying to pretend you are some 31337 old geek when you probably have never used anything slower than a DSL line.

    Now get out of here before I whip ya with this here cable with BNC connectors.

    --

    My beliefs do not require that you agree with them.

  24. Worst security failure by Anonymous Coward · · Score: 0

    Ever hear of Pearl Harbor? Or maybe the White House burning in the War of 1812?

    1. Re:Worst security failure by spectrokid · · Score: 1

      Or running the worlds largest army's most central headquarter without ground to air defense?

      --

      10 ?"Hello World" life was simple then

  25. better papers this year by carpe_noctem · · Score: 5, Interesting

    Not to rain on the parade here, but I thought there were a number of more interesting papers from sigcomm this year. Namely:

    - Peer-to-Peer Information Retrieval Using Self-Organizing Semantic Overlay Networks
    - Quantum Cryptography in Practice
    - Making Gnutella-like P2P Systems Scalable

    Just some more food for thought....

    --
    "Quoting famous computer scientists out of context is the root of all evil (or at least most of it) in programming." - K
    1. Re:better papers this year by Anonymous Coward · · Score: 0

      It's all in the eye of the beholder. I looked through the other papers and didn't print any, but this TCP one. Personally I'm sick of quantum cryptography, but that's just me.

  26. Comment removed by account_deleted · · Score: 2

    Comment removed based on user account deletion

  27. Saturation! by pvera · · Score: 4, Interesting

    Back in my days as a satellite network controller for the Army it was common knowledge all it takes to saturate the whole frequency range for the commo payload is a nice 75Khz spike (enough carrier for a FM orderwire signal). People would argue it could not be done since we pretty much owned the 7.25->8.4 GHZ spectrum, but it worked pretty damn well. This is the equivalent of saturating a T1 with a 14.4 modem.

    --
    Pedro
    ----
    The Insomniac Coder
    1. Re:Saturation! by bunnyman · · Score: 1

      Just what does this have to do with TCP?

    2. Re:Saturation! by Anonymous Coward · · Score: 0

      It's the same sort of attack. So get off your soapbox before I get irritated and reload, mother fucker.

    3. Re:Saturation! by Anonymous Coward · · Score: 0

      What is an FM orderwire signal?
      http://www.fas.org/spp/military/docops/ar my/fm24-1 1/Ch5.htm.
      Seems to be related to multichannel control systems; something like, if a change needs to be communicated, you use the orderwire signal to do it. Some kind of control frequency?

    4. Re:Saturation! by pvera · · Score: 1

      An orderwire is a 75Khz carrier that can transmit either one-way voice or teletype data. It is the smallest communications signal you send over satellite

      --
      Pedro
      ----
      The Insomniac Coder
  28. Aha! by Pig+Hogger · · Score: 3, Funny
    So that's what happenning to Joe Jared's Osirusoft black-hole list, and the SPEWS website...

    I call to all arms-bearing full-bloodied americans to rush home, take their trusty shotguuns, and relentlessly hunt down spammers until the last one is gutted and stuffed and put on display in the Smithsonian!!!

    1. Re:Aha! by Anonymous Coward · · Score: 0

      (Babylon 5 reference, Appologies to JMS...)

      Mr. Spammer.

      I want to live just long enough to be there when they cut off your head and put it on a pike as a reminder to the next ten generations that sending unsolicited commercial email comes with too high of a price. I want to look into your eyes and waive, like this. Can your associates arrange this for me, Mr. Spammer.

    2. Re:Aha! by Darth+Fredd · · Score: 1

      No, we only put good things in the smithsonian.

      And the RIAA outlawed shotguns.

      --
      "The most looniest, zaniest, spontaneous, sporadic Impulsive thinker, compulsive drinker, addict"
  29. Re:yay (faker!) by geighaus · · Score: 2, Funny

    well, i've got a good excuse. my native language is not english :p

  30. Does it really work. by d3z · · Score: 2, Interesting

    In my vague understanding of TCP, I thought that the retry timers were supposed to have a random element to them. In fact, some systems talk of using cryptographic random sources so that the delays aren't predictible.

    If that isn't the case in implementations, it would seem to be implementation error, not really a fault with the protocol itself.

    1. Re:Does it really work. by d3z · · Score: 2, Interesting

      So, reading other information, it looks like they're desciring just a weakness in the multicast support, which as far as I know, is rarely used.

      I don't expect an attack like this to be able to effect me.

    2. Re:Does it really work. by Anonymous Coward · · Score: 1, Informative

      Uh, it may be rarely used but it exists in all hardware and TCP stacks everywhere and therefore can be exploited. Not to mention the fact that multicast is going to be VERY important in the near future. When everything has an IP address and tcp becomes the single local and net protocol. ZeroConf, UPnP all rely on multicast to work.

    3. Re:Does it really work. by Anonymous Coward · · Score: 1, Interesting

      it may be rarely used but it exists in all hardware and TCP stacks everywhere and therefore can be exploited

      No, dumbass, it can only be exploited if it's being used. That's kind of the whole point. This can only be use to DOS a multicast transmission.

      multicast is going to be VERY important in the near future

      Again, it doesn't matter, because only one individual stream is DOSed. Everything else (including the other multicast streams you're sending) ticks along just fine.

    4. Re:Does it really work. by Abcd1234 · · Score: 1

      That may be the case for the small-scale RTT period, but according to the paper, the large-scale RTO is more predictable (eg, a constant, like 1 second), meaning it's exploitable. The paper does describe some techniques for randoming the RTO, but they aren't fool proof.

    5. Re:Does it really work. by Anonymous Coward · · Score: 0

      No, dumbass, you read the wrong paper. Try again.

    6. Re:Does it really work. by buck_wild · · Score: 1

      You may be reading the wrong article. The proper article is refering to unicast, not multicast.

      --
      If all you have is a hammer, everything looks like a nail.
  31. Re:Dupe story. Mod me sideways... by robbyjo · · Score: 2, Informative

    Wrong. That's a different paper.

    --

    --
    Error 500: Internal sig error
  32. Re:Oh no! They're attacking... slowly... by Wolfger · · Score: 4, Funny

    It seems to me that the solution is to have a variable RTO... Kinda like when LaForge had to continually modulate the shield frquency to keep the borg from adapting. :-)

  33. Re:Only affects multicast TCP by spells · · Score: 1

    I can't find any reference in the article to support your statement that it only impacts multicast TCP (not saying it isn't there, just that I couldn't find it). Can you provide a reference quote/page. Thanks

  34. 2400? 2400?!? by burgburgburg · · Score: 4, Funny
    You were lucky.

    In my day, we had to get at 2:00am, clean the road with our tongues, crawl to work on broken glass and when we got there, we had to work with 6 baud modems that were powered by rabid hamsters. And we were glad for them.

    1. Re:2400? 2400?!? by leerpm · · Score: 1

      And don't forget. Walk 5 miles to work everyday in knee-deep snow..

      uphill..

      both ways..

    2. Re:2400? 2400?!? by Anonymous Coward · · Score: 0

      Carrying an Eniac on your back, no less!

    3. Re:2400? 2400?!? by Slime-dogg · · Score: 1

      And you forgot that you had hot grits for breakfast.

      --
      You need to restart your computer. Hold down the Power button for several seconds or press the Restart button.
    4. Re:2400? 2400?!? by a20vertigo · · Score: 1

      In the middle of summer!

      (don't ask why there was 5 feet in the middle of summer. yes, the other side of the world, I know...)

      --
      No matter where you go, there you are; even before you arrive.
    5. Re:2400? 2400?!? by RedBear · · Score: 1
      we had to work with 6 baud modems that were powered by rabid hamsters
      I call BS.

      Everyone knows 6 baud modems were powered by rabid WEASELS.
  35. Re:yay (faker!) by hey · · Score: 5, Informative

    "baud" is named after J.M.E. Baudot who was French. more info

  36. Shhhhhhhh!!! by JoeLinux · · Score: 3, Funny

    Like Microsoft (May Billy Gates live forever) says, "If nobody does any research on it, nobody'll know it exists, right?"

    That was totally irresponsible. They should have not released theat information, and promptly committed Hari-Kiri so the information would never be uttered again on the face of the earth.

  37. Re:yay (faker!) by Anonymous Coward · · Score: 0

    How do you spell "Baud" in your native language then?

  38. Uhm, TCP != IP... by int2str · · Score: 1

    If you had read the article, you'd know this problem is related to a TCP feature, not IP. In fact it's related to multi-casting which will most likely still be a feature once IPv6 comes around...

  39. Re:yay (faker!) by Anonymous Coward · · Score: 0

    it's wasn't spelled differently in other countries... nice try...

  40. Re:yay (faker!) by sms · · Score: 1

    :-) That is a good excuse. Oh, but wait, I don't think Baudot was a native speaker of English speaker either.....

  41. yay by Anonymous Coward · · Score: 0

    now I got a reason to get dial up again :) forget broadband. Get a 14.4 modem with a 486 and you got a DDOS machine. Forget spreading worms to use for DDOS attacks, just run a room full of 486's on dial up :P

  42. Re:Oh no! They're attacking... slowly... by Anonymous Coward · · Score: 0

    i love how some fucking idiot without any actual education in the field of computer science can question the results of a paper he couldn't possibly understand - very amusing. go get a degree, then we'll talk fucktard.

  43. Re:yay (faker!) by Anonymous Coward · · Score: 0

    On the other hand, being that it was part of his last name he did have somewhat better of a chance of spelling it properly.

  44. Zombies by Anonymous Coward · · Score: 0

    Haven't you ever seen any of those old cheezy horror movies where the zombies walk so slowly with arms outstretched towards their victims, but still manage to kill plenty of them?

  45. ISP! faker by DrSkwid · · Score: 1

    Roman Semaphore
    Indian Smoke

    etc.

    --
    There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
  46. Re:Dupe story. Mod me sideways... by Anonymous Coward · · Score: 0

    It's not a dup. You should read more closely. The titles are similar. The methods are unrelated.

  47. Re:yay (faker!) by christopher240240 · · Score: 2, Funny

    Be nice, or I'll strangle you with a piece of this thicknet cable.

  48. Obligatory simpsons quote... by pVoid · · Score: 0, Offtopic
    From episode where Sideshow Bob is running from the authorities (it's the Cape Fear-like one)...

    Sideshow Bob steals the Wright Bro's first airplane in an attempt to flee, the government scrambles Harriers.

    <snip> A pair of Harrier fly past them, and one pilot says, "Prepare to engage enemy." Unfortunately, they just speed right past Sideshow Bob. "Bogey's airspeed not sufficient for intercept. Suggest we get out and walk. We now see a very slow chase going on. The Wright Brothers' plane is being followed by two walking pilots, a squad car, an army jeep a tank, and the Simpsons </snip>

    1. Re:Obligatory simpsons quote... by admiralh · · Score: 5, Funny

      When a blimp crashed on a roof a few years ago, I always envisioned the people on the roof looking up and shouting, "Look Out! Walk for your lives!"

      --
      Hopelessly pedantic since 1963.
    2. Re:Obligatory simpsons quote... by Anonymous Coward · · Score: 0

      That's bizarre. It'd be a better joke if they'd used any other plane than Harriers. Harriers are famous for being able to stop still and hover in mid-air...

    3. Re:Obligatory simpsons quote... by pVoid · · Score: 1
      you know what's more bizarre. I got modded 4 funny points, and one offtopic... but somehow it's only showing one offtopic right now...

      The infamous Slashdot math I guess.

  49. Re:yay (faker!) by Jearil · · Score: 1

    (I actually use cable or a T1 depending on where I am) However, were I to use a modem, I'd still be using 2400 baud.

    baud is essentially the number of samples per second, and that hasn't risen since the release of the old 2400 baud modem. What makes things like 56K possible is how many distinct pieces of data can be extracted out of each sample, such as changes in frequency, amplitude, or phase shifts.

    And yes, my first modem was a real 2400 baud in '93.

  50. Young fsking slacker is what you were... by HotNeedleOfInquiry · · Score: 1

    I had to hammer the wire out of rusty nails, break the necks off of beer bottles for insulators, string the wire, build modems out of 12AU7 and 6J6 tubes, and have it all running before dawn. And we were glad for them.

    --
    "Eve of Destruction", it's not just for old hippies anymore...
    1. Re:Young fsking slacker is what you were... by Znonymous+Coward · · Score: 1

      Oh yea, well we had to install 10 hot fixes and DAT files on over 150 Windows systems just to keep the next virus from infecting our computers. Then we spent hours fixing whatever the hot fixes broke. Our Linux systems were fine though. And we were glad for them.

      --

      Karma: The shiznight, mostly because I am the Drizzle.

    2. Re:Young fsking slacker is what you were... by Smallpond · · Score: 1


      Tubes!!! You weenie.

      We had to do all our programming on punch cards with an old Jacquard loom. And that was the new system.

      Before that we were stuck with the old calculator that Pascal gave us.

    3. Re:Young fsking slacker is what you were... by iSwitched · · Score: 1

      Nails! You had rusty nails?

      I had to chisel the packets into stone tablets, then carry them one-by-one, back-and-forth, through fields of knee-deep snow on the back of an angry, flatulant ox.

      ..and I was glad for the ox!

      --
      "That naive cube! How long must I suffer this!" --Sheldon J. Plankton
    4. Re:Young fsking slacker is what you were... by mal3 · · Score: 1

      Oh yeah. We didn't have none of that stuff when I was a kid. We had to carry our packets 35 miles to the router with our bare hands.

      --
      Non gratis rodentus anus
    5. Re:Young fsking slacker is what you were... by tbone1 · · Score: 2, Funny
      Loom? You were lucky.

      We had to do all our programming by having a Viking take a battle axe to particular monks in a line to represent ones and zeros. The cost of computing was enormous. Those Vikings didn't work cheap, and the price of monks went up every year. Then when Constantinople fell to the Turks, ...

      Oh, I've had enough of this. I never wanted to be a geek. I wanted to be ... a lumberjack!

      --

      The Independent: Reverend Spooner Arrested in Friar Tuck Incident - ISIHAC, Historical Headlines
    6. Re:Young fsking slacker is what you were... by rweir · · Score: 1

      Then when Constantinople fell to the Turks, ...

      That's nobody's business but the Turks!

    7. Re:Young fsking slacker is what you were... by Wolfrider · · Score: 1

      )Interrupt(
      NO ONE expects the Spanish Inquisition!!

      --
      .
      == WolfriderV6 == I'm willing to admit that *I just might* be wrong... Are you??
    8. Re:Young fsking slacker is what you were... by B.D.Mills · · Score: 1

      Ah, then you must be the guy who successfully made a computer network out of a barbed wire fence.

      --

      The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke
  51. easIE to peek out won thing by Anonymous Coward · · Score: 0

    whilst pretending to ignore the rest/worst of it.

    keeping your head in the ?pr? ?firm? scriptdead sillysand, whilst possibly affording won a false sense of 'security'/non-involvement, doesn't help/could cause US more harm.

    nobody misses timmy, nor will they miss you/US.

    you best hope to God that we're allowed to elect somebody of our choosing, if there's another 'election'.

  52. Re:yay (faker!) by geighaus · · Score: 2, Informative

    Well, in Russian "baud" is spelled as "bod" (with cyrillic letters of course). All Latin alphabet based languages seem to have it as "baud" or a similar form (the ones I checked are German, Finnish, Swedish, Italian, French).

  53. Re:yay (faker!) by Anonymous Coward · · Score: 0

    insert

    Dialup users are waiting for Baudot joke here.

  54. Re:yay (faker!) by Jearil · · Score: 1

    Oh yea, that's also the reason why we differentiate between 2004 'baud' and 56Kbps. One is for samples per second, other is for (thousands of) bits per second.

  55. It could be a better tarpit for spammers by Faldgan · · Score: 1

    After a quick glance at it, the only insightful thing I can think of is that since this is just a TCP based attack, you could start doing it on any connection that is going to have ongoing TCP traffic.
    For example: SMTP traffic.
    To be more specific, let's take the example of somebody you don't like (We'll call them Mr. Spammer for now) initiates a TCP connection to you, on some random port (let's pick port 25) You watch the traffic, and once you determine that the traffic is coming from Mr. Spammer, you initiate the attack using the existing TCP connection.
    This would be a good tarpit for not only slowing him down, but stopping that open relay or paid-for client machine.

    --
    Nathan Brazil?
    1. Re:It could be a better tarpit for spammers by mgessner · · Score: 1

      What's the average user going to be able to do to fight spam this way? Nothing.

      Unless you're an ISP, for the most part, you're not going to have an MX record pointing to your machine.

      So the spammer isn't going to be "attacking" you with his spam directly.

      And I have a feeling that, as much as I love the idea of holding open all the outbound connections from a spammer so that he can't do anything (like setting the window to 1 byte and then holding the acks for a long time), I doubt many ISPs are going to be willing to do that.

      --
      "Sometimes the truth is stupid." - Lawrence, creator of Prime Intellect
    2. Re:It could be a better tarpit for spammers by Pharmboy · · Score: 1

      Don't mean to argue your point, but I would imagine that most open relays do not have MX records associated with them. Most people who would setup an MX record would be using it for mail, and would be more likely to set it up correctly. I would tend to think most open relays (lately) are from newbs setting up boxes and not updating them, and just using them as clients unknowingly having everything ON, including ISS, etc. Older versions of redhat left sendmail wide open as well.

      Its not very hard to make a list of ip's with port 25 open, and to create a script that will test to see if the relay is open or not. I am not a programmer, but I think I could hack together a perl script to do this in about an hour.

      My main point is that the spammers ARE probably attacking people without MX records, usually fools with computers right on a T1 with no firewall and no updates. I traced many spams (two years ago) directy to open relays on client machines in Mexico.

      --
      Tequila: It's not just for breakfast anymore!
  56. Re:yay (faker!) by cherad · · Score: 1

    You'd have to say it with an American accent. "Bod" would come out more like "bawd" so you can see where the kids would get confused. Any English dialect that can't distiguish between "Body" and "Bawdy" needs some serious looking at.

  57. Timescale by rf0 · · Score: 4, Funny

    Paper Today
    Proof of Concept by Monday
    Script Kiddies Version by Thursday
    Internet dies on Friday
    All back to normal Monday

    Rus

    1. Re:Timescale by FesterDaFelcher · · Score: 1

      Yeah, but I work 62 hours straight from Friday 5pm until Monday 5am. :(

      --
      My user number is prime. Is yours?
    2. Re:Timescale by mr_nba · · Score: 1

      You forgot the most importent steps:
      Tuesday: ???
      end of next week: profit!

    3. Re:Timescale by buck_wild · · Score: 1

      That'd be a neat trick. There are only 60 hours in the timeframe listed.

      Is this some kind of Matrix-type second-lengthening thing? :)

      --
      If all you have is a hammer, everything looks like a nail.
    4. Re:Timescale by d0sai · · Score: 1

      Heh , so damn true - This ones gonna create more chaos than educate anyone Dosai

  58. Re:yay (faker!) by Gareman · · Score: 1

    And BNC stands for? ...

  59. Okay, I get the joke. by !Squalus · · Score: 1

    By the time you click the link it will timeout and you will have just engaged in one of those low bandwidth DDOS aatacks.

    Of course, none of this is real, and time is just an illusion that keeps everything from happening at once.

    Heh, heh

    --
    All Ad hominem replies happily ignored as the sender shall be deemed to lack the faculties to comprehend the equation.
  60. Re:Dupe story. Mod me sideways... by Anonymous Coward · · Score: 0

    Liquor?! I don't even know her! Ha!

    I'm retarded.

  61. Re:yay (faker!) by silas_moeckel · · Score: 1

    Bayonet nut coupler

    Or Banana nut coupler

    --
    No sir I dont like it.
  62. Sounds a lot like... by tomkit · · Score: 2, Interesting

    ...resonance frequency.
    By sending small bursts of packets at just the right frequency, the attacker can cause all TCP flows sharing a bottleneck link to simultaneously stop indefinitely.

  63. Re:yay (faker!) by Anonymous Coward · · Score: 0

    Yeah, well in soviet russia, the alphabet spells YOU.

  64. Summary for non-CS people by Apparition29 · · Score: 4, Interesting

    Essentially this says that all you do is to continually convince TCP that the 'pipe' is full of information and to take counter measures.

    TCP will do this with a preset procedure that was designed to elminate deadlock situation. The problem occurs when everytime the TCP stack trys to resend the information, you can fool it by filling the 'pipe' again. As long as you know when the TCP stack will retry again, you can continue this over and over. Because it does not take a lot of information to fill the 'pipe' for the short time that TCP attempts to resend, you can have a low bandwidth attack.

  65. 2400 is old school? by anonymous+loser · · Score: 0, Offtopic

    Holy crap I remember when I finally got a 2400 baud modem after suffering with a 300 baud "brick" modem for a couple of years. It was like the Renaissance. All of a sudden I could actually send and receive files faster than I could type them by hand!

    1. Re:2400 is old school? by tgd · · Score: 0, Offtopic

      If you didn't have an acoustic coupler, you're a n00b. I remember what a pain in the ass it what when the phone died, and I had to find a replacement phone like the old ATT ones that would fit the damn thing. It was an exciting day when I moved up to a 300 baud modem you could actually plug straight into the phone line. Unfortunately the house wasn't wired with RJ-45 jacks, which was an entirely other issue.

    2. Re:2400 is old school? by anonymous+loser · · Score: 0, Offtopic

      Actually I *did* have an acoustic coupler. Yours couldn't do 300 baud? I was happy when I upgraded to a modem that just had an RJ-45 jack since it improved my error rate quite a bit.

    3. Re:2400 is old school? by GMontag451 · · Score: 1
      Unfortunately the house wasn't wired with RJ-45 jacks, which was an entirely other issue.

      Most houses weren't, considering that neither Ethernet nor Token Ring used them yet.. Most houses still aren't wired that way. P.S. The connector you are thinking of is RJ-11.

    4. Re:2400 is old school? by four12 · · Score: 1

      Cripes, I must be older than I thought. My Apple ][ screamed with it's 300/1200 modem.

      I couldn't use the 1200 speed for a year as there wasn't anywhere local to dial in to at such a high speed.

    5. Re:2400 is old school? by tgd · · Score: 1

      Whatever. :) All I know is I had a giant plug with four prongs on it.

    6. Re:2400 is old school? by jonadab · · Score: 1

      > All I know is I had a giant plug with four prongs on it.

      Oh, those. Incidentally, you can make a standard phone line work
      with only two of those four wires. (This is still true with an
      RJ12 connector; you only need two of the wires, for a voice line.)

      If you think it's bad trying to keep RJ12 and RJ45 straight, you
      ought to have to deal with the *other* kinds of modular connectors.
      RJ12 has four wires and RJ45 has eight, but did you know, there are
      two different kinds with six wires, differing only by the placement
      of the little clip thingy that holds them in the socket? The one
      with the centered clip is RJsomething (I forget the number, but it's
      between 12 and 45); the off-center one is called MMJ or DEC423. I
      have a crosspinned inline coupler for this type... and a real,
      non-historical use for it.

      --
      Cut that out, or I will ship you to Norilsk in a box.
  66. Mod Parent up to 5 so CLEVER NICK NAME will see! by Anonymous Coward · · Score: 0

    Mod Parent up to 5 so CLEVER NICK NAME will see it

  67. OK fine by Anonymous Coward · · Score: 0

    Here you go you smartass. Good luck DOSing me you l33t wannabe. My firewall can kick your ass any day. 64.215.164.93

  68. Re:yay (faker!) by Genady · · Score: 2, Funny

    You'd better duck, these vampire taps can be nasty when they hit yea square in the noggin!

    --


    What if it is just turtles all the way down?
  69. Re:yay (faker!) by Izago909 · · Score: 2, Informative

    Actually, modems stopped increasing in baud at 9600 (I'm almost sure). Baud tells you how many signal changes happen in a second. With compression and other techniques, we can actually transmitt more than 1 bit/baud these days.

  70. Re:Oh no! They're attacking... slowly... by MP2Kmag.com · · Score: 1

    It sounds like something that could easily be engineered around, not a serious threat to the Internet. Eric http://www.mp2kmag.com

    --
    http://www.mp2kmag.com
  71. Worms can potentially exploit this by Rolman · · Score: 5, Interesting

    In the latest Lovsan.* worm outbreak, the worm was programmed to generate a DDoS attack to www.windowsupdate.com, only the attack was not very successful because that domain was just a means of redirection to the real Windows Update site (windowsupdate.microsoft.com), so Microsoft just shut it down and avoided any harm.

    But with this low-bandwidth exploit, which I believe is actually not a new idea, since IE uses a tricky method to increase speed by leaving persistent connections until they time out that could be exploited, now a worm can potentially DoS any website, even dynamically selecting the target from the users' IE favorites and performing the attack very quickly (maybe in a matter of hours) without having to rely it on being a widespread, coordinated DDoS or what the target OS/Server is.

    The paper even claims that in order to protect a server from this type of attack you'd need to sacrifice a good deal of performance, which in most cases is not acceptable so many people can't really afford to implement defenses. Either a clever workaround is made for this exploit, or we have tough times ahead from worm outbreaks and script kiddies.

    --
    - Otaku no naka no otaku, otaking da!!!
    1. Re:Worms can potentially exploit this by Anonymous Coward · · Score: 1, Informative

      OH NOES! IE IS BREAKING THE LAW! WERE ALL GONNA DIE COZ IE IS USING ALL THE BANDWIDTH AAAARGH...

      It's called T/TCP, it's in RFC 1379 and RFC 1644, and both Apache and IIS use it.

      http://slashdot.org/comments.pl?sid=49813&cid=50 22 491

    2. Re:Worms can potentially exploit this by IM6100 · · Score: 3, Funny

      The Internet is a consensus-based network, based on protocols which were intended to be robust, but never intended to scale to the degree that they have. Much of the Internet is based on the idea that the people using it could agree to external rules to keep it civil.

      This whole scheme breaks down badly as the Internet and it's protocols are scaled to the 'big mean world'. Spam is the result in the domain of email. Things like this low bandwidth DoS attack are the result in the domain of TCP.

      Problems like this are inherent in the very design of the Internet. Any global network whose rules are coached in terms like 'Request For Comment' is asking for problems.

      These sorts of problems are what is going to force the balkanization of the Internet. Look for the net to slowly migrate toward a group of proprietary ISPs all talking to one another through gateways. It's not far off.

      We can't all get along like this is 1987 and we're all happy Unix-heads at various scientific institutions much longer.

      --
      A Good Intro to NetBS
    3. Re:Worms can potentially exploit this by spectecjr · · Score: 1

      But with this low-bandwidth exploit, which I believe is actually not a new idea, since IE uses a tricky method to increase speed by leaving persistent connections until they time out that could be exploited, now a worm can potentially DoS any website, even dynamically selecting the target from the users' IE favorites and performing the attack very quickly (maybe in a matter of hours) without having to rely it on being a widespread, coordinated DDoS or what the target OS/Server is.

      Pity that IE story was a complete load of bunk, easily invalidated by actually doing some research then, isn't it?

      --
      Coming soon - pyrogyra
    4. Re:Worms can potentially exploit this by Pharmboy · · Score: 0

      I personally believe in moving to IPv6 and making people accountable to a particular IP. ie: you sign up for aol, you always get the same IP (no dynamic anymore). If problems come from that IP, you know the block belongs to AOL, and you can trace it back. same for cable modem access, etc. Spam comes from 12.12.12.12.12? Trace to albany.ny.rr.com, they comply with law, supply records and "bill smith" is responsible. some isp in Korea won't comply? black list them.

      Dynamic IP's must die, there is no accountability.

      The main problem is you lose privacy, which makes some people completely freak out, yelling "unconstitutional!!!", which is total garbage, since the law that offers privacy protection is the Privacy Act of 1974, and NOT the constitution. The key is to only provide the info on a warrant from police, and then take the spammers and script kiddies and publicly rake them over the coals. The rest of us keep most of our privacy.

      Lots of people cry how we have to have 100% anonyminity on the web, but it just ain't gonna happen that way if you want to kill spam and attacks. I don't see where there is any law that says you have the right to 100% privacy on the net. It would be nice, but its not practical.

      Don't bother flaming, instead think of a REAL solution that doesn't have this kind of accountability.

      --
      Tequila: It's not just for breakfast anymore!
    5. Re:Worms can potentially exploit this by leviramsey · · Score: 1

      Any solution that boils down to "adopt IPv6" and it's solved" is not realistic.

      Better solution, IMO, is to essentially rewrite the law (at least in the US) to say that common carrier cannot be a defense in matters of civil law (ie spam, copyright infringement, DoS, etc.). If WorldCom is routing the packets from the spam zombies in Korea to your server (and you haven't signed a contract stating that you won't sue them), you sue WorldCom for the spam.

      What then happens? Two things:

      First, ISPs will include in their customer contracts the right to sue their customers for network abuse that resulted in the ISP's paying a settlement or judgment. So, in the spam from Korea case, WorldCom sues whatever ISP in Korea bought bandwidth from them to recover the losses. If this suit fails, insurance premiums for any Tier One ISP routing packets to Korea will skyrocket; thus ISPs doing business with Korea will increase their prices for Korean customers; in theory it could hit a point where there's one ISP willing to route packets from Korea to North America, and they're charging exorbitantly for the privilege. Regardless, we end up with a system where the ultimate user of the IP is entirely civilly responsible for the traffic originating from their system.

      Second, there being now a quanitifiable financial damage, insurance now becomes a possibility. I envision a case where most hosts on the net sign insurance policies covering the use of their systems as DDoS zombies or spam relays, for instance. The insurance company takes a detailed inventory of what you're running (unpatched NT4? hello massive insurance premiums!) and maybe runs the occasional test attack.

      End result: a much better network quality. We solve the copyright infringement issue (that's civil law). We solve DoS attacks. We solve spam.

    6. Re:Worms can potentially exploit this by joshuac · · Score: 1

      ---snip
      Look for the net to slowly migrate toward a group of proprietary ISPs all talking to one another through gateways. It's not far off.

      ---snip

      Yes! Looks like my continuing to slave away at my never-finished BBS software I started writing in applesoft in the early 80's will finally be paying off!

      But first, I better send in a feature request to the Mozilla people for Ripterm support. Want to give them a headstart on the future of the internet, you know.

    7. Re:Worms can potentially exploit this by Anonymous Coward · · Score: 0

      lol, gotta love how chicken shit moderators use "overrated" to avoid metamoderation.

  72. on the other hand by Anonymous Coward · · Score: 0

    I am no faker.

    I had to reinstall the drivers to my acoustic modem, which were thankfully backed-up on my 8inch floppy disk.

    Now I am ready for an old sk00l DOS attack.

    1. Re:on the other hand by Anonymous Coward · · Score: 0

      Now we know you are fake. Acoustic modems were serial devices... no drivers.

    2. Re:on the other hand by anjrober · · Score: 1

      not to mention, 8 inch floppies were long gone before 2400 baud modems came out. hell, my 300 baud modem came out after my 8 inch floppy was gone.

  73. Re:yay (faker!) by Anonymous Coward · · Score: 0

    I used to use a 300 baud modem back in the day, Man, i swore that it was so slow that a properly trained human could communicate with the damn thing.

  74. Re:worth reading, again, slowly, & with FEElin by johny_qst · · Score: 1

    I know you were offtopic and everything, but I would rather that someone (Bush or Gore or Nader or whomever) who was elected to our highest office would have the morality and intelligence to realize that killing McVeigh was letting him off easy and by locking him in a little box until he either killed himself or died of old age would be a much more suitable punishment than using the death penalty to preemptively end his physical existence. I can keep hoping.

    --
    Fnord.sig
  75. Re:yay (faker!) by phreak03 · · Score: 1

    BNC is used for linksys wi-fi adaptors (well reverse polarity at least) so us new 1337 wi-fi wardrivers use em too, old geazer my butt

    --
    come comment on the madness at http://slashdot.org/~phreak03/journal/
  76. Wrong Link by Anonymous Coward · · Score: 0

    That's the wrong link the correct link is here.

    At least a few people are already confused by this and think the attack is only for multicast group subscription (the paper the parent links to).

  77. Re:yay (faker!) by angst_ridden_hipster · · Score: 1
    Any English dialect that can't distiguish between "Body" and "Bawdy" needs some serious looking at.

    As a Californian, I take exception to that statement.

    And as a pedantic ass, I state that "any sentence challenging English usage or pronunciation that ends in a preposition needs revisiting."

    And as a victim of Murphy, I don't doubt that someone will find grammatical errors in this posting.

    --
    Eloi, Eloi, lema sabachtani?
    www.fogbound.net
  78. Re:Only affects multicast TCP by jurgen · · Score: 1

    This does not appear to be true. :j

  79. Re:Only affects multicast TCP by Anonymous Coward · · Score: 1, Informative

    I think you've been mislead by a previously posted bad link. Look at the correct paper here.

  80. Tune in next week... by Ratphace · · Score: 2, Funny


    ...when we publish how to build a thermonuclear device using common household items! ;)

    1. Re:Tune in next week... by confused+one · · Score: 1
      Sshhhhh. Quiet man, you're gonna give away all my secrets. Do you know how easy it is to find Uranium or Thorium; but, how hard it is to hide it. Damn man, now they're gonna be looking for me...

      Note to self: Must shield hidden reactor in basement better.

  81. Re:Finally, dial-up users can participate in DDoS by Darth+Fredd · · Score: 1

    you wear panties?

    lets play starwars! you're the princess!

    --
    "The most looniest, zaniest, spontaneous, sporadic Impulsive thinker, compulsive drinker, addict"
  82. Re:yay (faker!) by Anonymous Coward · · Score: 0

    Either barrel nut connector
    or british navy connector

    the dang thing is so old, that nobody knows for sure which one :)

  83. Re:yay (faker!) by MikeHunt69 · · Score: 1
    Of course, "back in the day", we never used to write 31337 either. It was always 'leet or elite.

    But then again, this was '91 man! All the good shit had been done back in the 80's and there was nothing left to crack! BB don't work nomore! (an aside: I really & truely boxed ONCE. And I got the wrong fucking number. Never could repeat it)

    ne1 got any virgin cc's?

  84. Fix suggestion by Anonymous Coward · · Score: 1, Funny

    Shutdown as much as the Internet as possible for a whole month, and THEN *claim* it's the fault of virus writers, spammers, SCO suits and other informatics evil-doers.

    I know it looks like a simplistic approach, but just think of the socio/psychological impact on teh above-mentionned scapegoats.

    1. Re:Fix suggestion by Anonymous Coward · · Score: 0

      and I still can't decide if I was sarcastic or not when I wrote that post.

  85. Re:Oh no! They're attacking... slowly... by bigberk · · Score: 0
    Actually the paper address defense mechanisms...
    Now let's see which operating system kernels implement defense measures first...
  86. Dupe! by in7ane · · Score: 1, Informative

    Denial of Service via Algorithmic Complexity

    dupe
    Dupe!
    DUPE!!!


    Posted by michael on Sunday June 01, @12:56AM from the advanced-topics dept. dss902 writes "We (Department of Computer Science, Rice University) present a new class of low-bandwidth denial of service attacks that exploit algorithmic deficiencies in many common applications' data structures... Using bandwidth less than a typical dialup modem, we can bring a dedicated Bro server to its knees; after six minutes of carefully chosen packets, our Bro server was dropping as much as 71% of its traffic and consuming all of its CPU. We show how modern universal hashing techniques can yield performance comparable to commonplace hash functions while being provably secure against these attacks."

  87. Re:yay (faker!) by Anonymous Coward · · Score: 0

    so? Does this have real relavance?

    No.

  88. Re:yay (faker!) by gte910h · · Score: 2, Funny

    Bloody Not Coming off

    --
    Want to see every step I took to start my company? http://www.rowdylabs.com/blogs/pitchtothegods
  89. Re:yay (faker!) by rootofevil · · Score: 1

    wouldnt that be more useful as some sort of bludgeoning device?

    --
    turn up the jukebox and tell me a lie
  90. Faker :) by edashofy · · Score: 1

    Hell yeah, and when I started out, the only way to transfer a file to a floppy disk was with a paperclip and a magnet!

  91. Nice disclaimer! by Anonymous Coward · · Score: 0

    Thanks for pointing out that this has nothing to do with IP. The SCO lawyers can relax now...

  92. Undistinguishable? by _iris · · Score: 4, Insightful

    "And because the attacker only needs to burst periodically, the attacker will not be distinguishable from normal hosts."

    Except for the bursts of traffic from the same host at a certain frequency.

    1. Re:Undistinguishable? by SuiteSisterMary · · Score: 1

      Yeah, because there's no way in HELL that anybody who could design this sort of system could POSSIBLY think to, gosh, some sort of, I don't know, maybe.... randomize the times they attack? Or even build, oh, I don't know, some sort of DISTRIBUTED smurf-like system so that the bitty little attacks are coming from RANDOM hosts at RANDOM times.

      Good thing, too.

      --
      Vintage computer games and RPG books available. Email me if you're interested.
    2. Re:Undistinguishable? by tuber · · Score: 1

      The whole point is that it occurs at specifically timed intervals, not random ones. IT WORKS BY OCCURING AT SPECIFIC INTERVALS. RTFA before you go on a self indulgent sarcasm run, kthx.

    3. Re:Undistinguishable? by SuiteSisterMary · · Score: 1

      Yes, if you want contiguous denials of service. But you know what? Five minutes here, ten minutes there, works a hell of a lot better than blam, it's down.

      See 'the death of a thousand cuts.'

      --
      Vintage computer games and RPG books available. Email me if you're interested.
    4. Re:Undistinguishable? by Anonymous Coward · · Score: 0

      Yeah, nice recovery. I guess you were just posting entirely unrelated commentary, not referring to the article at all, right? Mm-hm.

    5. Re:Undistinguishable? by mamba-mamba · · Score: 1
      "And because the attacker only needs to burst periodically, the attacker will not be distinguishable from normal hosts."
      Except for the bursts of traffic from the same host at a certain frequency.

      Actually, according to the paper, the attack works in such a way that all traffic synchronizes with the attacker's bursts. This is a consequence of the timeout mechanism employed by TCP.

      So after the initial getting started period, it would be hard to tell the attacker from the legitimate traffic.

      MM
      --

      --
      By including this sig, the copyright holders of this work or collection unreservedly place it in the public domain.
  93. Re:Parent is right, others wrong by Zork+the+Almighty · · Score: 1

    Did the other people not read the first line of the abstract ?

    Group subscription is a useful mechanism for multicast congestion control: RLM, RLC, FLID-DL, and WEBRC form a promising line of multi-group protocols where receivers provide no feedback to the sender but control congestion via group membership regulation. Unfortunately, the group subscription mechanism also offers receivers an opportunity to elicit self-beneficial bandwidth allocations. In particular, a misbehaving receiver can ignore guidelines for group subscription and choose an unfairly high subscription level in a multi-group multicast session. This poses a serious threat to fairness of bandwidth allocation. In this paper, we present the first solution for the problem of inflated subscription. Our design guards access to multicast groups with dynamic keys and consists of two independent components: DELTA (Distribution of ELigibility To Access) a novel method for in-band distribution of group keys to receivers that are eligible to access the groups according to the congestion control protocol, and SIGMA (Secure Internet Group Management Architecture) a generic architecture for key-based group access at edge routers.

    --

    In Soviet America the banks rob you!
  94. Re:yay (faker!) by Anonymous Coward · · Score: 0

    How about using "and" to begin a sentence?

  95. Duh! by dark-br · · Score: 4, Funny

    You can use a modem to post a slashdot article with a link to the target computer...

    1. Re:Duh! by Anonymous Coward · · Score: 0

      You can use a modem to post a slashdot article with a link to the target computer...

      This is Slashot, why are you assuming anyone would bother to read the article?

  96. Re: oops, i'm an idiot too by Zork+the+Almighty · · Score: 1

    Sorry, the link referred me to the wrong paper. So the grandparent IS mistaken, and I was too. Here is the abstract for the real paper.

    Denial of Service attacks are presenting an increasing threat to the global inter-networking infrastructure. While TCP's congestion control algorithm is highly robust to diverse network conditions, its implicit assumption of end-system cooperation results in a wellknown vulnerability to attack by high-rate non-responsive flows. In this paper, we investigate a class of low-rate denial of service attacks which, unlike high-rate attacks, are difficult for routers and counter-DoS mechanisms to detect. Using a combination of analytical modeling, simulations, and Internet experiments, we show that maliciously chosen low-rate DoS traffic patterns that exploit TCP's retransmission time-out mechanism can throttle TCP flows to a small fraction of their ideal rate while eluding detection. More-over, as such attacks exploit protocol homogeneity, we study fundamental limits of the ability of a class of randomized time-out mechanisms to thwart such low-rate DoS attacks.

    --

    In Soviet America the banks rob you!
  97. Going to be tough to exploit. by Andy+Dodd · · Score: 4, Insightful

    Since it requires accurate timing.

    a) Even if the average bandwidth is low, the attacker will still need the ability to burst those peaks. Remember that in most cases, we pay for peak bandwidth and not average bandwidth. A 56k modem likely won't be able to perform one of these DoS attacks because it doesn't have the peak b/w capability.

    b) The more hops you are away from your target, the more your peaks will get spread out and averaged. Keep in mind that most cable modem head-ends and the cable modems themselves have REALLY long packet queues. This is why upstream saturation is such a problem for cable modems. You can burst all you want, if you're DoSing from a cable modem it'll be averaged out and/or the timing completely FUBARed by the time the packets leave your neighborhood.

    --
    retrorocket.o not found, launch anyway?
    1. Re:Going to be tough to exploit. by RGRistroph · · Score: 1
      Keep in mind that most cable modem head-ends and the cable modems themselves have REALLY long packet queues. This is why upstream saturation is such a problem for cable modems.

      You are right in general that bursts get spread out, and that a cable modem or any other store-and-forward node on the path will help. However, this has nothing to do with upstream versus downstream on the cable system. Cable modems are essentially symmetric devices. The asymmetry of the service offered has to do with social factors -- big companies like to damage their product in hope of charging more for an undammaged version, they sell their upstream separately through hosting services, etc.

    2. Re:Going to be tough to exploit. by pcjunky · · Score: 1

      After reading the paper I have to agree. In the "real world" this would be tough to pull off. It would work only if the attacker had enough bandwidth to cause congestion for a few secs. On a DS-3 this would require more bandwidth than most people have unless the owner of the DS-3 were already running close to his/her bandwidth limit. Jitter on the net would also make timming such an attack tough on the "real" Internet.

  98. Re:yay (faker!) by sylvester · · Score: 1

    http://englishplus.com/grammar/00000195.htm

    The "never-end-in-a-preposition-rule" is essentially absurd. I've read better texts explaining the origin and absurdity better, but that's the best one I could find on short notice.

    Murphy strikes again. :-)

    -Rob

  99. Re:yay (faker!) by Anonymous Coward · · Score: 0

    Considering that you're merely an elitist bitch from the Northeast, I suggest that you stretch your ass out like goatse and... well... 'open' yourself to a new way of saying things.

  100. Re:Oh no! They're attacking... slowly... by Anonymous Coward · · Score: 0

    Yes, because everything is now an us vs them mentality.

    Jeesh lets just have a race between Linus, Steve and Bill! Which fattie would win?

    Damn Zealots.

  101. Re:Oh no! They're attacking... slowly... by Rimbo · · Score: 1

    "When I read the title, I imagined a hoard of old geezers, using walkers, coming at me with sticks..."

    Of course. Old Age and Treachery ALWAYS overcome Youth and Skill.

  102. Re:yay (faker!) by merlin_jim · · Score: 1

    Now get out of here before I whip ya with this here cable with BNC connectors.

    For 1337-speakers that may have never seen those... they were big pieces of METAL on the ends of network cables.

    none of those sissy plastic phone-jack "snagless" wires in the olds days. These things were physically keyed. If you tugged on the cable hard enough, the thing you were most likely to do was pull the wire out of the connector. If that didn't happen, then you're probably dragging your computer along the floor.

    While I'm being silly about network cables... where the fuck did snagless connectors come from and why are they a good thing? As my arthritis gets progressively worse, I find myself loathing those things more and more.

    --
    I am disrespectful to dirt! Can you see that I am serious?!
  103. Re:Oh no! They're attacking... slowly... by stand · · Score: 0, Redundant
    can the mechanism not be tweaked to avoid these types of attacks without sacrificing all of its benefit?

    Sure. All you need to do is rotate the shield frequencies.

    --
    Four fifths of all our troubles in this life would disappear if we would just sit down and keep still. -C. Coolidge
  104. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  105. Frequency by StormReaver · · Score: 4, Funny

    "By sending small bursts of packets at just the right frequency...."

    That's not a problem. All you have to do is periodically adjust your shield harmonics to keep the attacker from adapting quickly enough to do any harm.

    1. Re:Frequency by andrewski · · Score: 1

      All you have to do is periodically adjust your shield harmonics to keep the attacker from adapting quickly enough to do any harm.

      This can cause phase array frequency disruption, however, so be sure to manually control the reaction rate inside the warp core...

  106. a frenchman?? what! by Anonymous Coward · · Score: 1, Funny

    I hearby have renamed my "2400 baud modem" to "2400 freedom connection device"

  107. education through obfuscation? by ed.han · · Score: 1

    my guess is it's a weird holdover of the days when CS was considered the domain of mathematics departments.

    that, or CS people deciding to add even more jargon to otherwise perfectly comprehensible sentences. :D

    ed

  108. Re:yay (faker!) by RevMike · · Score: 1
    ThickNet reference!

    Bonus Points!!

  109. Baud origin by phliar · · Score: 1
    ... in Russian "baud" is spelled as "bod"
    The unit "baud" is named for Emile Baudot, old-time telegraph dude. Credit for the first use of digital transmission is usually given to him. I don't know how the Russians would spell "Baudot" but in a different alphabet it's not surprising... as I remember it, cyrillic doesn't have a "u"; so "bod" -- looks like lower-case b, o, delta -- sounds plausible.
    --
    Unlimited growth == Cancer.
    1. Re:Baud origin by khrtt · · Score: 1

      The Russians spell words originally written in non-Cyrillic alphabets phonetically. In English, we do the same thing with non-Latin words, basically. If you write "baud" in Cyrillics, guess how you would read that? Hint: not "b-oh-d".

  110. Re:Finally, dial-up users can participate in DDoS by Anonymous Coward · · Score: 0

    Yeah, your mom's. The crotchless ones make good tanktops.

  111. No, you read the wrong abstract. by zCyl · · Score: 1

    Tempting to mod that down, but instead I'll reply with a correction.

    This is the correct paper:
    Low-Rate TCP-Targeted Denial of Service Attacks (The Shrew vs. the Mice and Elephants)

    This is the abstract you read:
    Robustness to Inflated Subscription in Multicast Congestion Control

    These are separate papers by different authors. The TCP DoS does not involve Multicast.

    1. Re:No, you read the wrong abstract. by Anonymous Coward · · Score: 0

      Please mod the immediate parent of this post to the same level as the original poster. If possible, mod all other replies in this thread down. Thanks.

  112. +i, Complex by douglips · · Score: 1

    I've always wondered what that was for.

  113. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  114. Re:yay (faker!) by Zathrus · · Score: 5, Insightful

    No. Modems stopped increasing in baud at 2400, and then used various encoding methods (trellis, QAM, etc.) to squeeze more than 1 bit/baud. A 9600 bps modem, for instance, averages 4 bits/baud.

    Well. Almost.

    Better quality phone lines can support >2400 baud, but not by much. A 28800 bps connection is running at 3429 baud IIRC, and varying line conditions will reduce that baud rate, thus reducing your effective bps.

    Compression is on top of all of this. It's an entirely different issue, and if you transfer straight text over a 28.8k modem you can get considerably more than 28.8kbps out of the modem.

    You got the broad stuff right though, which is a lot more than most people grok.

  115. I'm going to have to disagree by Anonymous Coward · · Score: 0

    It was great free publicity for Speakeasy.

    Any company that doesn't want michael for a customer is OK with me.

    When DSL comes to my area, I'm DEFINITELY going with Speakeasy.

  116. Re:yay (faker!) by Cedric+C.+Girouard · · Score: 1
    Anyone who is actually old enough to have used one of these would certainly know how to spell it correctly.
    I call faker! You are just trying to pretend you are some 31337 old geek when you probably have never used anything slower than a DSL line.



    I still have (somewhere in my parent's basement) an old DECWriter teletype, with a switchable 75 baud modem. I think you can switch it to either 115 or 150, but I can't recall which one. And the worst part: It's still in working condition. I'm holding on to it, it might be worth something someday.

    But as far as modem goes, I held on to all my modems, from my Atari 130XT 300bps modem, all the way up to my first 9600baud telebit.

    Sometime, it's just not worth it to scrap those.

    --

    Marriage is considered capital punishment for the theft of a goat in some third world countries...

  117. Re:yay (faker!) by Anonymous Coward · · Score: 0

    my arcnet wooped y0 ethernet mama's arse.

  118. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  119. Re:yay (faker!) by Anonymous Coward · · Score: 0

    baudio in Spanish

  120. Re:worth reading, again, slowly, & with FEElin by mfrank · · Score: 1

    And by letting him live, he could have drastically increased the possibility of McVeigh killing an imprisoned pedophile priest.

  121. Re:yay (faker!) by khrtt · · Score: 1

    F******CK!!!!!! Have you never seen a TV cable???? Those connectors are JUST LIKE BNC, unless you look too close:-)

  122. You lucky bastard. by DanEsparza · · Score: 1

    Ha! I had to wakeup at 2:00am every morning, make our own cable from a pile of rusty nails with our BARE HANDS. We didn't have PHONES so we had to SCREAM the audio training signal at the line and HOPE that the lucky bastard on the other end of the line heard it and understood it. If I was lucky, I could kill a rat in the street in front of our house and eat it before my father beat us till we went to sleep.

    1. Re:You lucky bastard. by fireboy1919 · · Score: 2, Funny

      You think you had it bad? Back in my day, we didn't have mornings, cable, nails, fathers, or hands.

      We had to grab ahold of something just to keep from floating away, and us without bodies! Heck, it wasn't even really us back then, it was just me, and I didn't even have consciousness. I didn't have nothin'.

      And I was glad to get it.

      Things just aren't what they used to be. Young folks have got all these newfangled "physical laws" and "universal constants" to make things easy for 'em. It's gettin' so that you can't much turn around without being attacked by some hooligan physical law keeping you on the ground, or from forcing you to conserve mass or some such.

      --
      Mod me down and I will become more powerful than you can possibly imagine!
    2. Re:You lucky bastard. by Blikank · · Score: 1

      I always dreamed of having nothing...

  123. Re:Oh no! They're attacking... slowly... by Anonymous Coward · · Score: 0

    My money is on Theo, Daniel, and Henning. Any takers?

  124. Re:yay (faker!) by angst_ridden_hipster · · Score: 1

    Well, I was being somewhat tongue-in-cheek.

    Still, I'm never one to embarrass myself without an encore. So to dig myself in deeper, I'd have to argue that linguistic grammar rules are *all* essentially absurd, particularly when looked at individually. The splitting of infinitives is, or has been, frowned upon because of the structure of Latin. The reference you provide gives a similar reason for the tradition of avoiding prepositions at the end of a clause. There are many other examples of grammatical rules that are based upon other languages.

    But fundamentally, language is a set of conventions. This set changes over time. Some are part of the language because they clarify the meaning -- dangling participles lead to ambiguity, for example. Others are just arbitrary rules, based upon convention, history, or accident. Look at English spelling and pronunciation, for example.

    I suppose I should get to some point around now, but I think I'll just quit here.

    --
    Eloi, Eloi, lema sabachtani?
    www.fogbound.net
  125. Lindows. by HanzoSan · · Score: 1



    Lindows was sued before they even released their product.

    --
    If you use Linux, please help development of Autopac
  126. Re:yay (faker!) by merlin_jim · · Score: 1

    Have you never seen a TV cable????

    Unless you mean the cable that my internet comes on, I don't think I know what you're talking about :D

    --
    I am disrespectful to dirt! Can you see that I am serious?!
  127. Re:yay (faker!) by Igmuth · · Score: 1

    You make it sound like BNC connector are outdated tech. They are still used in televison (professional equip), osciliscopes and other test&measrment devices, and some RF equipment; to name a few uses...

  128. Re:Dupe! Or not... by Abcd1234 · · Score: 3, Insightful

    Too bad this is a *completely different attack*! Jeez, read the friggin' paper, people. The paper you reference talks about a DoS which exploits data structures commonly used in TCP stacks. The DoS in the paper referenced for this article exploits TCP congestion control algorithms to "fool" the TCP stack into thinking the pipe is full when it really isn't by sending carefully timed packet bursts.

  129. You're reading the wrong paper. by sloth+jr · · Score: 1

    The paper that describes the attack in question is "Low-Rate TCP-Targeted Denial of Service Attacks (The Shrew vs. the Mice and Elephants)". You're reading the paper BELOW that one: "Robustness to Inflated Subscription in Multicast Congestion Control"

    1. Re:You're reading the wrong paper. by Anonymous Coward · · Score: 0

      Well.....cock-a-doodle-doo.....'obvious man' saves the day.

  130. Re:Dupe story. Mod me sideways... by JohnLi · · Score: 1

    Like they said, its a real sloooooooooooooooow attack.

    --
    The / in /. would be more accurate if it leaned to the left. http://www.metricnut.com
  131. Re:Oh no! They're attacking... slowly... by Anonymous Coward · · Score: 0

    OpenBSD at a guess.
    Especially since most OSes tend to use a BSD TCP stack

  132. I don't think so.... by Anonymous Coward · · Score: 0

    I doubt if this kind of an attack would affect an OpenBSD system. not being a total networking nerd, I can't tell for sure, but if timing is involved, I doubt if they would be able to time it that way to get it to choke...

    There would be a lot of heated discussion in the OpsnBSD mailing lists of this were so.

  133. Re:yay (faker!) by khrtt · · Score: 1

    All coaxial connectors are very similar. I remember trying to hook up thinnet network cards with a TV cable at one point, and almost succeeding (I had terminators, but no cable:-0 It only worked as long as I held the connector in place by hand, and with high error rate at that).

  134. Learn How To Protect Yourself!! READ THIS!! by CoyoteGuy · · Score: 4, Funny



    Just set the evil bit, and all is well. ;)

    --
    Slashdot.. Land of nerds, trolls, and FlameBait..
  135. Re:yay (faker!) by jkabbe · · Score: 1

    I also seem to recall that the phone system generally drops any signals higher than 4khz. So it's not just the quality of the phone line that is the issue.

    WARNING -- Data from the early 1990's -- WARNING

  136. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  137. Re:yay (faker!) by merlin_jim · · Score: 1

    I thought BNC were positive keying coax cables, not "F-Type Coaxial Connector"

    IIRC Cable TV cables are threaded; BNC are keyed...

    --
    I am disrespectful to dirt! Can you see that I am serious?!
  138. okay, that's 1 by DrSkwid · · Score: 1

    They might be a lot of things but I just don't remember MS being particularly litigious.

    --
    There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
  139. Re:Oh no! They're attacking... slowly... by Anonymous Coward · · Score: 2, Interesting

    I already discovered this about 1.5 years ago while working on a networkmonitoring application. I was keeping it quiet because of the low cost way of causing a lot of trouble with this would be to much for script kiddies to ignore.

    In a test run from the local LAN to the WAN, my colleages where complaining terribly about slow connections, but when I looked I was only using about 5% of the bandwidth, so why would I be the problem.

    The thing I discovered that I was sending out small packets (64 byte) at the frequency of the latency, thus causing packet fragmentation (no 1500 byte packet fitted in between my well timed transmissions). The result was packet fragmentation on the local network, and retransmits of smaller packets needed over the internet. They caused more trouble on the line, further degrading the performance. My test however didn't seem to suffer. The test data was perfect (-:

    This was a 2mbit line connected to my local 100mbit line. What I am wondering is how you can get this way of attach going if you don't have enough control over the timing. If you put packets on the line on your own line (DSL, typical latency 16 to 17ms), and attack a 6ms line, your packets will arrive with way to big gap in between to do any harm (except suck up a part of the bandwidth and in that way becoming a standard DOS attack. So the only way to do this is if your line has a equal or lower latency, or use perfect timing millisecond timing over several slower lines.

    The internet itself is causing some trouble too: Every hop in between means bigger bandwidth and lower latencies. A chance for the router to insert good working packets in between the packets of the attack.

  140. Re:yay (faker!) by greenhide · · Score: 1

    Well...

    Actually, linuistic grammar rules are not absurd, they compose the real rules of the system -- things like the subject agreeing with the verb, or rules that govern the relationship between words in a sentence ("The dog bites the man" has a different meaning than "The man bites the dog").

    What you're talking about are best described as social grammar rules, or maybe "school grammar" is a better term.

    If I remember correctly, the origin for these fake rules came from a fad around grammar books at the end of the 19th or 18th century (can't remember which). As a model, they used the latin grammar books to formulate the rules.

    Now, in latin, it is impossible to split an infinitive, because it is one word. Furthermore, prepositions in latin are generally combined with definite articles and must be placed before the object of the preposition. That's not school grammar, that's just part of the linguistic grammar rules of latin. This is true of any latinate language, by the way.

    If you try to ask in Italian:

    Che e' questo fatto di?

    You'll get a confused, blank stare.

    But if you ask, in English, the same question word for word:

    What is this made of?

    They'll understand you perfectly, because it follows the linguistic grammar rules of English, even if breaks "school grammar" rules.

    --
    Karma: Chevy Kavalierma.
  141. yeaa by f00duvoodu · · Score: 1

    finally us underclockers will finally get some respect.

    1. Re:yeaa by f00duvoodu · · Score: 1

      btw...for those who took that seriously...its a joke

  142. Re:yay (faker!) by gosand · · Score: 1
    You make it sound like BNC connector are outdated tech. They are still used in televison (professional equip), osciliscopes and other test&measrment devices, and some RF equipment; to name a few uses...


    It isn't outdated, but it is old.


    My wife's monitor (older 21") has both BNC ports and a VGA port on the back.


    For networking, though, it is outdated.

    --

    My beliefs do not require that you agree with them.

  143. SoBig out of date... by bobthemuse · · Score: 1

    Someone better tell the SoBig virus author to cancel his work on version G, as a large number of zombie hosts are not needed....

  144. Re:yay (faker!) by anjrober · · Score: 1

    we have covered this in the past. it's not bayonet whatever whatever and it's not bolt nut connector, etc.

    it's actually Bayonet Neill Concelman. check out http://www.marvac.com/funpages/rf_information.htm

  145. Re:yay (faker!) by smatt-man · · Score: 1

    I still have my Hayes 2400 baud external modem. How old am I? Finally a use for my Apple IIc!!!

    --

    ---
    Lousy rotten karmic retribution.
  146. Re:yay (faker!) by LinuxHam · · Score: 1

    exactly.. I CALL FAKER, TOO!

    no one with a 600,000+ uid is ALLOWED to say thicknet here!!

    now beat it, kid, before **I** hit you over the head with my PK-88!

    --
    Intelligent Life on Earth
  147. Re:yay (faker!) by Zathrus · · Score: 3, Interesting

    The phone system has an 8 KHz bandwidth... I think it's something like ~150 Hz - ~8000 Hz. At least that's the spec. Some very old lines aren't that good, some newer lines are far better.

    And there's a boatload of various technologies (loading coils for example) that are designed around maintaining those frequencies at the cost of all others, which causes problems with high speed modems and utterly breaks DSL.

    It's ok that your data is from the 1990s... the phone system was designed in the 1930s and hasn't changed dramatically since :)

    I had the pleasure of seeing the inside of a CO in downtown Atlanta in the early 90s. From the battery room with 45 gallon drums of baking soda in case of an acid spill, to the entryway with cables varying from the thickness of your arm (old, old, old copper) to less than a pencil (fiber), to 40 foot by 3 foot by 6 foot long switches that were being replaced by a pair of boxes the size of Coke machines. All an interesting mish mash of old and new technologies and all working together. At least they'd gotten rid of the mechanical switches :) (although that's not true world wide...). Interesting stuff.

  148. IPSEC by Detritus · · Score: 1

    I would think that IPSEC and AH would solve this problem, among many others.

    --
    Mea navis aericumbens anguillis abundat
  149. No big deal... by 0x41 · · Score: 1

    Phhht.. I have an even better method of DOS, without reading the article: 1. Post site link on slashdot. 2. Watch site go down. 3. Wipe hands on pants, repeat as needed.

    1. Re:No big deal... by quaxzarron · · Score: 1

      4. ???
      5. Profit?
      ~!nrk

      --
      .sig(Anarchy Rules)
  150. Re:yay (faker!) by randyest · · Score: 1

    ...and GPS antennas.

    Especially Garmin, which makes some nice GPS systems, but will rob you blind on accessories if you're not wise enough to spot a BNC cable or notice that the built-in antenna is detachable.

    Garmin sells a remote antenna kit for $99 which is basically an 8' BNC cable and an antenna not much different than the one that comes with the GPS units (which you can buy without the BNC cable for $60.) Just an 8' cable with no antenna is $38!

    These cables are trivial to find for under $5 elsewhere. Or for free if you have old network crap lying around as I do.

    BNC is dead! Long live BNC!

    --
    everything in moderation
  151. Re:yay (faker!) by LudditeMind · · Score: 1

    Any technology not indistinguishable from magic is insufficiently advanced. -Pratchett

    While Pratchett has a sizable amount of great quotes this one isn't his. It's one of Clarkes Laws

  152. Re:yay (faker!) by Anonymous Coward · · Score: 0

    Does this mean we have to start calling it "freedom bits per second" now?

  153. Re:yay (faker!) by Anonymous Coward · · Score: 0

    Why are you pointing out that he's French?

  154. Re:yay (faker!) by Anonymous Coward · · Score: 0

    Read the parent posting.

  155. Re:yay (faker!) by runderwo · · Score: 2, Informative
    56K modems actually run at a 2800 baud symbol rate, exactly the same as a 28.8K modem.

    Illogically, it is actually easier to establish and maintain a 56k connection than it is a 33.6K connection, when the local phone line is the only thing in question. (with 56k, you also have to have no more than one analog->digital conversion in between you and the phone company).

    A 33.6K connection requires a symbol rate of 3200, which is greater than the 2800 that the 56K uses; hence, when customers would ask "Whats the chances I can get 56k out of my line" and the tech would answer "Can you connect at the maximum 33.6K right now? If not, it wont work", they were flat out wrong.

  156. Re:yay (faker!) by Grayputer · · Score: 1

    I've ripped many a tab off the standard connector while pulling it through patch panel cable spaghetti. In patch panels snagless connectors are practically a requirement. However, they are not the nicest things to plug into a NIC and then attempt to unplug down behind a desk. Of course, buying both types simply implies the one used will be the incorrect one for the application. You'll still curse the snagless connector under the desk while cursing the tabless connector that fell out of the patch panel.

  157. Re:Oh no! They're attacking... slowly... by Anonymous Coward · · Score: 0

    How dare you!?!? Do you realize this is slashdot? Don't let us catch you reading the fscking article again before posting.

    Interesting paper indeed.

  158. Re:yay (faker!) by wowbagger · · Score: 1

    No, the phone system runs at 8 kSamples/second, which means you have a maximum theoretical Nyquist bandwidth of 4 kHz. The actual bandwidth of the phone system is less than 3 kHz - it runs from about 300 Hz to 3 kHz.

  159. No significant threat by Anonymous Coward · · Score: 0

    Multicast considerations aside, this particular attack presents little threat. A key aspect is that it can only be performed per *flow*, where a TCP flow is an established connection between two TCP implementations. As such, in order to exploit the weakness, an attacker would either be facing the same difficulty as creating an insertion attack (i.e., guessing the correct sequence numbers) or would be forced to hack into a machine intermediate to the flow and corrupt its IP stack---but if you can break into an intermediate, you can break the flow completely, anyway. So although the specifics of the weakness are interesting reading, they're not exactly frightening.

    BTW, the authors wrote, in a footnote, that the shrew "kills much larger animals with a venomous bite." The last time I checked, the male platypus was the only venomous mammal...

  160. Cable modem upstream by Andy+Dodd · · Score: 1

    I'm not talking about the fact that cable modems have low upstream caps, I'm talking about what happens when you hit those caps.

    Due to the extremely long packet queues of a cable modem, when the upstream connection saturates and the queue starts filling up, latency goes to hell. No matter what the cap is, if you saturate a cable modem's upstream connection, everything falls apart because of the fact that the latency on all packets (including ACK packets) skyrockets.

    If the cable modem didn't have such a long packet queue this wouldn't happen when the connection saturated, or at least it wouldn't be so severe.

    --
    retrorocket.o not found, launch anyway?
  161. Re:yay (faker!) by charon_on_acheron · · Score: 2, Funny

    Your wife's monitor has BNC ports? What's its IP address, I'll try to ping it.

  162. Re:Dupe! Or not... by in7ane · · Score: 1

    Hmm, I'll read it next time :)

    What is this with the Rice University doing so much research into low bandwidth DoS attacks?

  163. Re:yay (faker!) by Anonymous Coward · · Score: 0

    Wrong. That's Pratchett's Corollary to Clarke's First Law. Check the word order.

  164. Re:yay (faker!) by NanoGator · · Score: 1

    "well, i've got a good excuse. my native language is not english :p "

    Too bad nobody ever considers this possibility when somebody makes a grammatical error.

    Off-topic, I know. Just bothers me that others who have taken the time to learn English can get shit on by people who are overly obsessed with speaking it the way some old book defines.

    --
    "Derp de derp."
  165. Re:yay (faker!) by NanoGator · · Score: 1

    "No. Modems stopped increasing in baud at 2400, and then used various encoding methods (trellis, QAM, etc.) to squeeze more than 1 bit/baud."

    A few weeks ago, a coworker of mine living on the opposite side of the country had a problem with his dialup ISP. I dialed his number (on the East Coast) from here on the West Coast. To my surprise, that was THE fastest dialup connection I had ever made. Sorry, the numbers have faded from memory, but it was very quick and responsive, much more so than the 56k modem I had merely 2 years ago.

    Frankly, I was stunned. I expected that considering how far the signal had to go and how many hops it had to make that it'd be degraded. Wasn't like that at all.

    I must ask, why? Why was I getting such a good signal this far away?

    --
    "Derp de derp."
  166. Re:Oh no! They're attacking... slowly... by Anonymous Coward · · Score: 0

    http://www.wolfger.com/poet.html

    HAHAHAHAHA!!!!!!!!!!

  167. Re:Oh no! They're attacking... slowly... by Anonymous Coward · · Score: 0

    You're just posting this to spam, you fucking lowlife?!?

    Your karma and that site is going to burn.

  168. TCP attack by egoshin · · Score: 1

    I observed this problem 10 years ago from Soviet Union and can confirm it - traffic jitter on Europe-US link from European hosts produced a dramatic decrease in TCP performance on Sun Solaris (or just timeout it with enough bandwidth !) and I researched this problem that time.

    However, article does not take into account the typical server behaviour - server has _essentially_ more output then input and typical bottleneck is in _output_ direction. It is more difficult to dramaticly increase RTT by overloading low-loaded input channel via bottleneck or attacker should find some equally-side loaded bottleneck like LAN-to-LAN with servers on both sides. It could be a problem for big Universities but rarely for comercial companies like Yahoo or Ebay.

    O, you can overload an output channel too but you have to have an open TCP link to server inside and show your real IP address and use high-volume output requests to server!

    Finally, attack is simple as long as victim's router has a LIMITED inbound traffic queue size. Unfortunately it is very offten today - it is a simplest way to increase an interactive response time. Victim should use protocol-selective bottleneck router queue to improve his response time instead of short-sized buffers in inbound routers: it can eliminate a packet loss and smooth a problem.

    - Leonid Yegoshin.

  169. Re:yay (faker!) by Anonymous Coward · · Score: 0

    mod parent up

  170. Re:yay (faker!) by Anonymous Coward · · Score: 0

    Now get out of here before I whip ya with this here cable with BNC connectors.
    ...or perhaps attach a vampire tap to a certain body part...
  171. Capture effect? by rog · · Score: 1

    This sounds quite a bit like the "Capture Effect" experienced by early Ethernet designers (circa 1994) and described in a number of papers. (e.g. http://citeseer.nj.nec.com/molle94new.html). Ethernet fixed it by adding a pseudo-random backoff delay for retransmissions. In fact, I'm suprised the authors didn't cite at least the Molle paper given that they suggest a randomized RTO as one of the possible solutions.

    --
    Saving random seed...
    1. Re:Capture effect? by Anonymous Coward · · Score: 0

      Actually, they don't suggest a randomized RTO. They analyzed a simple randomization scheme for the RTO, and concluded that it didn't significantly help.

  172. Re:yay (faker!) by Anonymous Coward · · Score: 0

    At least they'd gotten rid of the mechanical switches :)

    Are you saying the switchboard ladies are gone too? =)

  173. Re:yay (faker!) by Anonymous Coward · · Score: 0

    Please don't spread bad facts. The bandwidth of a traditional voice telephone line was (in the old analog days) 4 Khz. Then some of the bandwidth was needed to create guard bands between channels when Frequency Division Multiplexing came along, so we went down another few hundred Hertz. Today the bandwidth of a voice telephone call is 3.2 Khz, the range is 300 Hz to 3,400 Hz. Now, those "limits" are kinda soft, it's where you will get a flat (within 1 or 2 dB) frequency responce. those "56K" modems push outside those limits, feeling as they go, to make use of whatever frequency rage is available.
    OK, now I feel old. I'm gonna take a nap.

  174. Re:Oh no! They're attacking... slowly... by Anonymous Coward · · Score: 0

    There is no need for a new low bandwith DDOS when all you need to do is post a link on /. to take anything down.

  175. wow by waspleg · · Score: 1

    a southpark rip off joke calling a sco joke unfunny

    i wonder if that would happen in soviet russia ;p

  176. mod parent down by Anonymous Coward · · Score: 0

    this guy didn't even read the title.

    it's a LOW BANDWIDTH attack, it isn't filling the pipe. there are options for filtering this out, unlike a flood.

    denial of service doesn't always mean it's a flood.

    1. Re:mod parent down by Alsee · · Score: 1

      this guy didn't even read the title.
      No, you misread the article.

      it's a LOW BANDWIDTH attack, it isn't filling the pipe.

      It is a low AVERAGE bandwith attack. It works like a strobelight, each pulse saturates the pipe. The pulses themselves must be high bandwidth.

      denial of service doesn't always mean it's a flood.

      In this case it does mean a flood, but the flood drops to zero 90% of the time. No current firewalls or other defenses currently detect it, and for a variety of reasons it is difficult to detect and block. For one thing such an attempt has a high risk to triggering a false positive and blocking legitimate traffic. Also once an actual attack has been initiated all legitimate traffic on that pipe tends to synchronize with the attack, amplifying it and confusing the situation.

      -

      --
      - - You can't take something off the Internet! That's like trying to take pee out of a swimming pool.
  177. Re:yay (faker!) by Anonymous Coward · · Score: 0

    *fuzzy* Can you hear me now?
    (Never understood why phones didn't use ANY kind of compression. Some kind! Any kind! Just to get a little more quality through the line. Is switching equipment at the other end THAT expensive to replace? Or are there interconnects that just ASSUME a low quality signal?)

  178. Re:Oh no! They're attacking... slowly... by buck_wild · · Score: 1

    Bill? A fattie? The only thing fat about Bill is his wallet.

    --
    If all you have is a hammer, everything looks like a nail.
  179. Ya'll be punk by Anonymous Coward · · Score: 0

    Ma firs modem was three hunnerd baud but dat waz affa shit got ta da point so shine on wheezy. Ah cut ma teeth on a Univac 1219 while on statin fo unca sams canoo club, jus so ya nose and eye be 1337 like a muthafuck. No crt, jus a telatype n program wid a hex keypad n load ma bad ass programz offa paper tape. Yall be popsicle punk snot nozed buffa overflos runnin down yo momas crak. Now mov yo ass caus I got No Tolerance!

  180. Re:Oh no! They're attacking... slowly... by mOdQuArK! · · Score: 1
    Old Age and Treachery ALWAYS overcome Youth and Skill.

    ...but not youth, skill & treachery...

  181. They Tried Already by Anonymous Coward · · Score: 0

    It was called microsoft internet protocol or something like that. The standards boards rejected it.

  182. Re:yay (faker!) by jonadab · · Score: 1

    > now beat it, kid, before **I** hit you over the head with my PK-88!

    Hush, or I'll hunt you down like a wumpus and make you program
    a Quake workalike in CoBOL.

    --
    Cut that out, or I will ship you to Norilsk in a box.
  183. Re:yay (faker!) by jonadab · · Score: 1

    > any sentence challenging English usage or pronunciation that ends
    > in a preposition needs revisiting

    "at" in that sentence is not functioning as a preposition; it is
    functioning as the complementary part of the verb. Besides, the
    rule "never end a sentence with a preposition" is significantly
    oversimplistic; the correct rule is that the words in a prepositional
    phrase must be kept together, in this order: the preposition first,
    followed by any standard attributive adjectives modifying the object,
    followed by the object itself, followed by any additional modifiers
    (such as modifying phrases or clauses). The occurrance of other
    words, not part of any prepositional phrase, that in other
    circumstances might be used as prepositions, is irrelevant.

    --
    Cut that out, or I will ship you to Norilsk in a box.
  184. Re:yay (faker!) by phaze3000 · · Score: 1

    British Naval Connector

    Not only did we invent the world wide web, we invented that too, and your Al Gore *still* claims to have invented the Internet!

    --
    Blaming GW Bush for the Iraq war is like blaming Ronald McDonald for the poor quality of food.
  185. Re:yay (faker!) by NoMaster · · Score: 1

    I thought the same thing - 20 years ago, when I did all my Telecommunications theory and practical training...

    1) Psychological : Firstly, there's a law of diminishing returns - there's not much point (with voice) in going beyond 300Hz -> 3.4kHz (as I learnt it; I understand the US rolls off at more like 3.0 or 3.2kHz...). 90% of the intelligence in speech is contained in that band, 90% of the stuff outside is just rumble and sillibants.

    Secondly, there's the learned psychology - you've become mentally adapted to the restricted bandwidth of phone calls; you're unthinkingly aware that it's not a *real* conversation. I've seen videos of demonstrations of this where a normal voice-quality link was suddenly switched to a full 20kHz quality mono link. People automatically stop scratching themselves, sit up properly, adjust their clothes, and start looking around ;-)

    2) When compression techniques became available (1950's), there was huge interest in this. As well as the psychological effects, there was also the knowledge that you're really only trading one sort of distortion for another, so why bother - just stick with the distortion that's easiest to implement, is well understood, and well accepted. If you think we've come too much farther with compression techniques, I challenge you to listen to a spoken-word .mp3 encoded @ 56k ;-)

    And be thankful they didn't - any sort of compression adapted for voice fscks up the modulation schemes used for VF modems. Knowing this, would you go back and introduce .mp3 compression to those 1950's engineers, then come back and face a life of 4800bps dialup?

    --
    What part of "a well regulated militia" do you not understand?
  186. Zen by fforw · · Score: 1

    If a link is posted on ./ and no one reads it - does it trigger a /. effect?

    --
    while (!asleep()) sheep++
  187. Re:yay (faker!) by Zathrus · · Score: 1

    I must ask, why? Why was I getting such a good signal this far away?

    Because distance doesn't matter much. All that really matters is the state of the copper between your house and the CO and the copper between the remote CO and endpoint. The stuff inbetween is almost assured to be fiber nowadays, unless it's a really small CO servicing a rural community or something.

    In fact, by going cross-continent you pretty well assured a fiber connection.

    As far as why it was more responsive though, dunno. Most likely there have been infrastructure upgrades in your area that cleaned up the lines. That's all I can think of.

  188. CAT-5 o' nine tails by AnotherScratchMonkey · · Score: 1

    Nah, hit him with the CAT-5 o' nine tails.

  189. Bit of a overstatement by MoogMan · · Score: 1

    This attack is not a "low bandwidth" attack as such. Yes, the bandwidth consumption *on average* is low, but this is because it comprises of intermittent high-stream data flows.

    This type of attack wouldnt be suitable for anyone with a low-speed connection for people who are having ideas.

    I would prefer to think of it as an optimised version of a standard DoS attack. Optimised by average bandwidth consumption, and to minimise attacker detection.

  190. Re:Oh no! They're attacking... slowly... by mink · · Score: 1

    That would be the Jason Voorhees Law of Inverse Travel.
    The faster you run away from the slow moving attacker the easyer it is for them to catch up with you.
    I speculate that by running directly at Jason he will get exponentialy father away, but have been unable to test this in real world conditions.

    --
    Well I've wrestled with reality for thirty five years doctor, and I'm happy to say I finally won out over it.
  191. Routers Can Stop This by herbierobinson · · Score: 1

    1. Many routers have queues big enough to absorb short bursts like that; so, there won't be packet loss.

    2. Routers could be taught to put acks at the front of the queue (if they don't already).

    3. Routers could keep track of the max number of messages in a queue from any given IP. This would identify this DOS attack as well as any other bursty traffic.

    --
    An engineer who ran for Congress. http://herbrobinson.us