Slashdot Mirror


Google Chrome Developers On Browser Security

CowboyRobot writes "Developers of Google's Chrome browser have spoken up in an article describing their approach to keeping the browser secure, focusing on minimizing the frequency, duration, and severity of exposure. One tool Chrome uses is a recently open-sourced update distribution application called 'Omaha.' 'Omaha automatically checks for software updates every five hours. When a new update is available, a fraction of clients are told about it, based on a probability set by the team. This probability lets the team verify the quality of the release before informing all clients.'"

17 of 61 comments (clear)

  1. Beta testers by twidarkling · · Score: 3, Insightful

    So basically, they're getting a random sample of their user base to beta test updates in the wild for them. I hope there's some kind of warning about this while using it.

    --
    Canada: The US's more awesome sibling.
    1. Re:Beta testers by jayme0227 · · Score: 5, Interesting

      It's certainly better than having the entire user base beta test the patch for them which is where we're at now in most cases.

      --
      But then I realized the cable was blue, so I only gave it one star. I hate blue.
    2. Re:Beta testers by RoFLKOPTr · · Score: 5, Informative

      No, they're getting a random sample of their user base to test a ready-for-release patch so that in case there are a couple cases not within their testing scenarios where the patch is unstable or a security hole is present, they will be able to address that (if it's serious enough) before releasing it to the whole world. This is so much better than the current way of doing things, because patches are still tested in the shop to the same degree as they would be without Omaha, except this way there's even more to be sure that the patch works correctly.

    3. Re:Beta testers by ForAllTheFish · · Score: 2, Insightful

      I wish more companies would do this with patches. Historically, some non-trivial percentage of all patches (to some OS or software) also caused a new bug under some small percentage (like 10%) of the possible software configurations out there. It's better to patch, cause issues, and roll back on a few thousand users than a few hundred thousand. A week later, the quality for all users is the same.

    4. Re:Beta testers by siloko · · Score: 2, Funny

      A bit passe to reply to your own posts but the mod is right. I started out writing a side splitter but the beer decided that it should turn into a troll post. Pints and posting do not mix! Buenas noches ;)

    5. Re:Beta testers by Ash+Vince · · Score: 2, Interesting

      So basically, they're getting a random sample of their user base to beta test updates in the wild for them. I hope there's some kind of warning about this while using it.

      Since none of us actually read the licence agreement there probably is :)

      --
      I dont read /. to RTFA, I read /. to offend people in ignorance.
    6. Re:Beta testers by hairyfeet · · Score: 3, Interesting

      But let us be fair here: How many fricking machines are running Windows? How many hundreds of thousands or even millions of different hardware and software configurations? Just in my home I have a 733Mhz, a 1.7Ghz laptop, my boys 2.6Ghz and 3.06Ghz, and finally the 3.6GHz I'm about to give the oldest, all running XP32, while I am running XP x64 on my new AMD dual. They all have hugely different hardware and software installed, yet somehow it just seems to work.

      According to Wikipedia you are looking at a 400 million + install base for JUST XP, and then when you figure in that they are currently supporting Win2K Pro, WinXP 32/64, WinServer 2K3 32/64, and WinVista the idea that they could put out patches that wouldn't break something is just plain crazy. The fact that the "oops" patches only happen once or twice a year is frankly a miracle when you consider how many different possible combinations of software/hardware there can be on a Windows machine.

      How many times have you see on the forums after the latest Ubuntu release "the update for foo completely hosed my (insert hardware here)"? I'm sure the Linux guys doing hardware driver support can tell you what a massive PITA it is trying to make sure an update doesn't totally hose something else, and still there are always problems. So considering the fact that unlike certain companies named after fruit I can put a machine together with so many different mish mashes of hardware together and actually have the thing work and run stable I think we can cut the guys at MSFT a little break when it comes to the occasional "oops" patch.

      --
      ACs don't waste your time replying, your posts are never seen by me.
  2. Now for a better scheduler by Anonymous Coward · · Score: 4, Interesting

    Now if they could stop running googleupdate crap ALL THE TIME (maybe use the OSs built in scheduling system to run every so often) and give me more control over when/how things get updated it will be much better.

    1. Re:Now for a better scheduler by Anonymous Coward · · Score: 4, Interesting

      It _is_ killable - ironically, part of what you have to do is delete the job from the scheduler which restarts the damn thing every so often.

      It could do with a more user friendly ticky box to turn it off, but it's not completely evil.

      One thing I've never understood is why MS didn't expose the Windows Update facilities to other vendors (with user approval, of course.) A one-stop shop for updates a la Ubuntu's Update Manager would be a hell of a lot less messy, and it would actually work for people who do the Right Thing and don't run with Admin / Power User privileges.

  3. Re:Russian Roulette Anyone? by InsertWittyNameHere · · Score: 5, Funny

    The "Don't Be Evil" policy currently only applies to a fraction of Google's userbase. Once they verify the quality of this policy they will release it to all users.

    Don't Be Evil [BETA]

  4. Glass ($halfEmpty != $halfFull) by mcrbids · · Score: 3, Insightful

    Any time you release a new version of software, there's an increased likelihood that there will be unforeseen bugs not specifically tested for. You can test tell you're blue in the face, but no matter how you look at it, real-life is the real test.

    And it's not just bugs. Even when things are working exactly to plan, you don't necessarily want to roll it out everywhere all at once.A good example is our password-change policy - we now require periodic changes in passwords. When we did this, requiring everybody to change their password, we did it "gracefully" over a month's time so that the help desk wouldn't be overwhelmed by idiots who don't understand the idea of changing their password.

    It's pretty sad that something so simple would cause people to freak out, but it does, and that's just humanity. Get over it, already. People are people, and it's easier to spread the work out over a period of time rather than just beat yourself up all at once.

    Gradual roll-out is a *good thing* unless it's a terrible security issue that must be addressed immediately.

    --
    I have no problem with your religion until you decide it's reason to deprive others of the truth.
  5. No Thanks by sexconker · · Score: 2, Interesting

    Every 5 hours?
    Fraction?
    Probability?
    Set by the developer?
    Verify the quality?

    Yeah, no thanks.

    I want updater services to DIE.

    Check for an update when I launch your program, and give me the option to turn it off.
    Don't run in the background all the time.

    Give me the option to manually check for updates.
    If there are updates, list them and let me choose whether not to install them. Also supply details about the update, preferably without making me launch your web page.

    Tell me which updates will require restarting the program. Tell me how large they are. Give me the option to download now, and install later.

    Quality test the fucking updates yourself.
    All users should be able to get the update at the same time, with a probability of 1.

    1. Re:No Thanks by Anonymous Coward · · Score: 2, Interesting

      The problem is if they do that, then 90% of the non-power user internet users won't EVER update. Which means security flaws are never patched. Which means they get a bad name for not fixing a problem that was patched 5 months ago.

      I admit that patchers and automatic updaters are a real headache and I wish most of them would just die already... But the simple fact is I'm a power user. Most people (of which my brother is one) don't care. He would rather it handle his business for him cause it's one less thing he has to think about. (no I don't particularly understand this point of view but putting that aside)

      Also, as another poster pointed out... They do test the updates, however, they cannot simulate EVERY situation or EVERY computer in existence. It's just impossible. A statistically small roll out makes sense and means that at any one given time, the chance you have to bear the burden of beta tester is minimized. To me, this is an acceptable situation however I would very much like it if they did what you suggested. I would love to have all the details about all the patches and updates immediately shown to me so I can choose what to do with them. However, in the long run, it's just not user friendly for the other 90% of the consumers.

  6. Re:Russian Roulette Anyone? by geobeck · · Score: 3, Funny

    I thought Google's motto was 'Be Not Evil'?

    Actually it's "Do no evil." So you can be as evil as you want, as long as you don't act on it. Even Dick Cheney could work for Google if he stopped... um, well... breathing.

    --
    Find environmentally and socially responsible products on http://buy-right.net
  7. Re:Russian Roulette Anyone? by somersault · · Score: 2, Insightful

    Google - nicer than most of those other bastards.

    --
    which is totally what she said
  8. Re:Russian Roulette Anyone? by Bill+Dog · · Score: 3, Funny

    Google - evil you can trust!

    --
    Attention zealots and haters: 00100 00100
  9. Another reason to turf Flash ASAP by tonywong · · Score: 3, Informative

    And get into HTML5 for video etc:

    "Google Chrome must support plug-ins such as Flash Player and Silverlight so users can visit popular Web sites such as YouTube. These plug-ins are not designed to run in a sandbox, however, and they expect direct access to the underlying operating system. This allows them to implement features such as full-screen video chat with access to the entire screen, the userâ(TM)s webcam, and microphone. Google Chrome does not currently run these plug-ins in a sandbox, instead relying on their respective vendors to maintain their own security."