Follow Slashdot blog updates by subscribing to our blog RSS feed


Forgot your password?
Chrome Security The Internet

Chrome Feature Helps Shield Websites From DDoS Attacks 86

An anonymous reader writes "Google has an interesting idea on how to take the edge off denial of service attacks. The latest developer builds of Chrome 12 have an option called 'http throttling,' which will simply deny a user access to a website once the browser has received error messages from the URL. Chrome will react with a 'back-off interval' that will increase the time between requests to the website. If there are enough Chrome requests flooding a website under attack, this could give webmasters some room to recover from a nasty DDoS attack."
This discussion has been archived. No new comments can be posted.

Chrome Feature Helps Shield Websites From DDoS Attacks

Comments Filter:
  • Well... (Score:5, Informative)

    by The MAZZTer ( 911996 ) <megazzt&gmail,com> on Monday April 18, 2011 @01:47PM (#35857838) Homepage
    This is just to prevent ACCIDENTAL DoSing. You can turn it off with a command line switch, or simply use another browser or a dedicated DoSing tool.
    • Re:Well... (Score:5, Insightful)

      by icebike ( 68054 ) on Monday April 18, 2011 @01:52PM (#35857950)

      At best it might help with slashdotted sites.

      It does nothing for those sites under a true DOS attack, other than denying legitimate requests to that the DOS attack can continue unimpeded without those pesky legitimate requests sneaking through.

      • It's meaningless. Browsers don't really participate in DDoS attacks; the attacks come from software that uses DNS reflection techniques to saturate TCP and other socket connections until load balancers fail, the servers are saturated, and everything has to time-out.

        Protections really don't involve browser back-offs, they relate to parsing source address data, then filtering those out so genuine traffic gets through, rather than traffic that saturates the sockets.

        • by icebike ( 68054 )

          Protections really don't involve browser back-offs, they relate to parsing source address data, then filtering those out so genuine traffic gets through, rather than traffic that saturates the sockets.


          And that can't really be done at EITHER end, (browser or web server), but cries out for a middle-ground approach that can detect DDOS attack signatures and kill them off close to the source rather than forwarding them all to the target's ISP to handle.

          The single ping flood is not the issue, and easily killed.

          The request that appears once every two minutes from hundreds of thousands or millions of bots is very hard to distinguish from real traffic, other than the bots don't want the traffic either, a

          • by Kagura ( 843695 )
            I'm sorry to anyone who read the summary, and I bet you're sorry, too. You and I are being trolled by a Slashdot editor for comments, even this post...
      • by Anonymous Coward

        DOS attack


    • by alta ( 1263 )

      He's right... originally there was no way to turn it off until web developers bitched, me included, about how it's slowing down development. The problem was, as a developer i may reload a page often, or make a tweak, reload, etc. Waiting for this to clear was a bitch, so they put in the command line switch for us.

      You'd be surprised when tweaking code or css how often you reload a page.

    • by SQLGuru ( 980662 )

      You can bet I'll be disabling it / using a different browser when Woot throws up a Bag of Crap......

      But, yeah, were I being malicious, I'd be running my own code that spins up tons of requests once I find an error, not actually scaling them back.

    • Remind me not to use Chrome when camping Blizzard for Blizzcon tickets.

    • by Anonymous Coward

      (disclosure: did not rtfa, this is perhaps just bullshit)

      Actually, I think the point is that they want to help prevent XSS DDOS: go to a high-volume forum, set a <img src=""/> in your signature and wait until your friends' home server dies.

      Not how you take down Amazon, but that was never the subject. I think this has a nice, small, but nice, benefit. And no real downsides... I like it. :)

      (I used to have a server like this and when somebody hotlinked an image on a busy for

    • by COMON$ ( 806135 )
      Good then I can still get my Banjo of Consternation from Woot.
    • This is just to prevent ACCIDENTAL DoSing

      Noone in their right mind would attempt an intentional DDOS using a full-blown graphical web browser.

  • by gman003 ( 1693318 ) on Monday April 18, 2011 @01:48PM (#35857874)
    Since dedicated DDoS programs like LOIC are readily available, nobody performs actual DDoS attacks with a browser. Hell, ping floods are more effective than a bunch of people pressing refresh too often.

    Now, this might reduce the Slashdot Effect, but not a DDoS.
    • by h4rr4r ( 612664 ) on Monday April 18, 2011 @01:54PM (#35857986)

      Judging by the amount of sites slashdot still manages to take down I disagree. Lots of unintentional DDoS still happening these days.

      • by blair1q ( 305137 )

        daps. you got there before i did.

        i wonder if posting a link to /. could be prosecutable as harassment by proxy [].

      • by Anonymous Coward

        That's because /. submitters usually link to their crappy little blogs instead of the original data sources that are often running on proper infrastructure. Slashdot has about 1 tenth the traffic that sights like Digg or have. The "Slashdot Effect" went away years ago...

      • And this helps how?
        If a site is overloaded, the service is denied to me. If *my* browser starts to "back off" it exacerbates the problem by increasing the outage I experience.
        A site is placed in the net to serve users content and if a user can't access it, then that person is per definition subject to Denial Of Service. A browser constructed with the described mechanism has a defect built in by design.

    • by icebike ( 68054 )

      nobody performs actual DDoS attacks with a browser.
      Now, this might reduce the Slashdot Effect, but not a DDoS.


      I seriously doubt Google designed this for what TFA says it does. TFA is too busy raking Google over the coals for not building in Do-Not-Track to even understand why this may be needed by legitimate sites who just happen to get slashdotted due to massive publicity or disasters.

    • Where is that anti spam plan answer card? We need it here...
    • by Sigma 7 ( 266129 )

      People might not use DDoS from a browser, but that doesn't prevent them from being used.

      For example, a certain URL redirection service loads a legit site in the iframe, while constantly reloading another site in an invisible frame.

    • Since dedicated DDoS programs like LOIC are readily available, nobody performs actual DDoS attacks with a browser.

      DDoS campaigns have been launched by telling people "go to this web page and leaving it open"
      The page is just a bunch of iframes reloading the target over and over.

      Just because Anonymous can rally the troops with the LOIC,
      doesn't mean that's how everyone else (or even anyone else) does it.
      Seriously, when was the last time you heard of the LOIC being used by a non-Anonymous group?

  • Finally, some positive news about Google. Let's see how they muck it up now.
    • by blair1q ( 305137 )

      Let's see how they muck it up now.

      By overselling the concept.

      It's a good way to keep one brand of browser from crapping on a website if something about it runs amok.

      But it's going to have almost no measurable effect on the incidence and severity of actual DDoS attacks.

      • Let's see how they muck it up now.

        By overselling the concept.

        They already mucked it up by putting it in the wrong place. This would be a smart thing to build into Apache (or other web *server*) but pretty pointless to put in a web *browser*.

        • by blair1q ( 305137 )

          The web server is way too high up the stack, and having it do the work is how the DDoS wants to hamstring you anyway.

          I was thinking that it should be distributed.

          See, in order to block incoming traffic, you have to accept the connection at the lower layers so you can decode it to determine that it's from the offending IP address. DoS long ago devolved to just doing SYN floods, since it's impossible to stop a SYN because you don't look at its contents before it's tied up your hardware almost as much as it c

  • Distributed means from many sources. Attacks of this nature will not be affected by Chrome's mechanism. Chrome's feature will only prevent repeated requests from the same user. DOS attacks are blunted, not DDOS.
    • Many people run Chrome, right? It might not make much of a difference if a small percentage of a website's users are running Chrome but I wouldn't be surprised to see the other major browsers implement something similar.
      • by sorak ( 246725 )

        Many people run Chrome, right? It might not make much of a difference if a small percentage of a website's users are running Chrome but I wouldn't be surprised to see the other major browsers implement something similar.

        I was thinking something similar. If Google could somehow convince Joe Sixpack that Firefox and IE are missing some valuable DDoS protection feature, then it would eventually be added to other browsers.

  • by Drakkenmensch ( 1255800 ) on Monday April 18, 2011 @01:51PM (#35857942)
    Do botnets even use browser attacks anymore? I was under the impression that most of these attacks were done with direct PING requests.
    • No. A ping request only requires the server you're attacking to send a small packet back. For a DoS attack, you want to make the victim send a lot of bytes back to you, so a small script that repeatedly asks for a whole page, especially images, is the better way to go.

      Or so I've heard...
    • by BitZtream ( 692029 ) on Monday April 18, 2011 @02:39PM (#35858558)

      No, you don't use ICMP echo requests (and most other forms of ICMP), its too easy to filter upstream since it can safely be ruled out of the normal flow of traffic.

      While many ICMP packets are indeed useful and blocking ICMP in general is a really retarded thing that some less than clueful people like to do on firewalls (seen often here on slashdot) it will in general not screw proper traffic up too much if you block ICMP echo requests/replies upstream during a DDoS.

      If you want to do a proper DDoS, you have to make the traffic look like legitimate traffic so its indistinguishable from traffic the site actually wants so they can't easily block it.

      If you just try to ping -f me, I'll just call my upstream and tell them whats going on and ask them to drop it upstream to my address space until further notice.

      UDP dns queries are a good one to use as they can be spoofed and are pretty much impossible to block to a legitimate DNS server. TCP based connections like an HTTP request are more effective in the sense of the amount of traffic generated but are effectively unspoofable if you want to actually do more than a syn flood. If you can't spoof them then you become traceable and can be blocked since you're going to come from a specific address for each request, which can then be filtered, even if its a DDoS. Building a table of IPs to blackhole doesn't take long in most cases and can be pretty effective assuming your upstream firewalls/routers can handle the size of the blacklist, which may not be all that easy depending on the size and load of your upstream routers, but still far easier than dealing with a flood of legitimate looking UDP packets.

      I haven't seen an effective ping flood since 1998-99 on any thing but some little tiny sites that simply don't know what they are doing.

  • by gazbo ( 517111 ) on Monday April 18, 2011 @01:52PM (#35857954)
    When I launch DDoS attacks, I always VNC into my 300,000 zombies, load Chrome, and type the target's address into the URL bar of each one. This new feature will cripple me :(((((((

    On an unrelated note, I must remember to buy a replacement for my worn-out F5 key.

  • by blair1q ( 305137 ) on Monday April 18, 2011 @01:56PM (#35858008) Journal

    I have an interesting way to stop muggers. I just don't mug anyone.


    • And yet, by being more polite in public, you can demonstrate you are not a mugger, and we can better identify and deal with actual muggers.

      So while Chrome was not previously DDoSing servers, this action (that is more polite than just not DDoSing things), helps everybody out. Neat, eh?

  • by webbiedave ( 1631473 ) on Monday April 18, 2011 @01:58PM (#35858032)
    ... Chrome promises to throw less stones?
    • What I'd like to know is:

      If the site is so overloaded that it can't return a response, how can Chrome get the error message from the site?

  • I personally hate this 'feature'. I don't understand what it defends against, because someone hitting refresh a few times in a browser is hardly a serious DoS attack. And it got in the way of me (and many others) the first time they rolled it out because the "DoS" it was defending against was me hitting my local test webserver which was returning a 500 because the page code was broken.

  • This is going to make it that much harder to get a bag of crap off of woot.

  • Now I have to re-write my malware to some use other browser that may or may not be installed on the machine like Firefox.
  • What the hell? When Anonymous fires the low-orbit ion cannon, it comes down hard on evildoers. Why the fuck is Google on the other side of the fence now? I thought their motto is "don't be evil"? Why isn't Google offering LOIC as a feature in Chrome?
  • ... the Iranian military is upset with Google for possibly affecting their protester jamming systems which run Chrome OS. They have called it a "Zionist plot against Islam."

  • This will only make it more difficult to get my Bandoleer of Carrots!

  • It's hard to see this being much of an impact, even for stressed sites with a lot of Chrome users; people don't usually sit there mashing the refresh button when their page won't load. Most folk will actually implement their own"back-off" feature, Sure, there are outliers, but this is a game of big numbers and average statistics.

    Where this can help is with automated page loading. Your saved session has twenty tabs with pages from a single site? That's all loaded at once, in parallel in the browsers
  • by Nom du Keyboard ( 633989 ) on Monday April 18, 2011 @06:49PM (#35861574)
    This common sense idea brought to you by someone who runs a popular website and builds a browser.
  • force everyone to use a CR-48? (insert holy war here)
  • And it's not a feature, it's a bug. It's been in chrome for a while now, suddenly popped up overnight, and made life more complex to all developers. Do you have any idea of how hard it is to test a webapp if you can only get an error message once?

    It's a real piece of shit. I found a way to disable it, but it still pisses me off that google suddenly decided to implement such a stupid feature overnight, without warning, and without informing users of a way to disable it.

    This kind of protection should be imple

    • by mobets ( 101759 )

      Someone else posted a link to the bug report on this. It looks like the feature was disabled at the end of January. Why are you still so angry about it? It appears they have taken all the previous complaints into account for this new release.

  • Now I will NEVER be able to get my bag of crap from woot using Chrome. Thanks for ensuring that... hah.

"I don't believe in sweeping social change being manifested by one person, unless he has an atomic weapon." -- Howard Chaykin