Stories
Slash Boxes
Comments

News for nerds, stuff that matters

Slashdot Log In

Log In

Create Account  |  Retrieve Password

Google Shares Its Security Secrets

Posted by kdawson on Thu Apr 10, 2008 11:35 AM
from the cultural-values dept.
Stony Stevenson writes "Google presents a big fat target for would-be hackers and attackers. At the RSA conference Google offered security professionals a look at its internal security systems. Scott Petry, director of Google's Enterprise and founder of security firm Postini, explained how the company handles constant pressure and scrutiny from attackers. In order to keep its products safe, Google has adopted a philosophy of 'security as a cultural value.' The program includes mandatory security training for developers, a set of in-house security libraries, and code reviews by both Google developers and outside security researchers."
+ -
story

Related Stories

This discussion has been archived. No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More
Loading... please wait.
  • by mfh (56) on Thursday April 10 2008, @11:37AM (#23026096) Journal
    Google fights scrutiny with scrutiny (and by having more PHDs than you).
      • by jgarra23 (1109651) on Thursday April 10 2008, @12:24PM (#23026790)
        Whoever modded me troll must have a PhD & work for Google :)

        Good luck selling those tiny little ads!!
        • I don't think they need your luck, they seem to be doing well enough selling tiny little ads on their own.
          • Re: (Score:3, Interesting)

            so is Don Lapre (http://en.wikipedia.org/wiki/Don_Lapre) this is the joke I'm referencing for all those who think I'm utterly without humor... I guess you had to be there...
        • I suspect that Google was going to be a big target regardless of whether they kept quiet about their attempts or not...

  • by adpsimpson (956630) on Thursday April 10 2008, @11:38AM (#23026124)

    I was going to say something smart about Microsoft, Mac etc, but then Google do have the advantage that they were founded on the internet, once the benefits but also the threats of networking computers had been fully understood.

    I'd be surprised if any from-scratch operating system designed for internet-facing use today, didn't also have 'security as a culture'.

    But hey, there's always Vista ;)

    • I'd be surprised if any from-scratch operating system designed for internet-facing use today, didn't also have 'security as a culture'.
      Yeah. It's called OpenBSD [openbsd.org].

      • Netcraftsayswhat?
      • OpenBSD is designed with security in mind. It's so secure that you can't run anything on it! Not running anything? Nothing can be hacked!

        Seriously, I used to think that OpenBSD was the bees knees, but after struggling with a broken ports system and no supported upgrade path between major versions (the latter coupled with a short support cycle means that you're having to constantly install on new metal, test, deply, and decommission the old server), I'm just not interested any longer.

        Maybe the situation ha
        • It's been said that the most secure computer is one that's turned off. So, it would follow that the most secure application is one that won't compile. That'll teach those darn users to compromise system security by daring to run stuff!

          In OBSD's defence, they do contribute useful work. SSH and pf are great, and OBSD makes a fine software router and firewall on gigabit sized pipes and smaller. For general purpose server use, it'll work but there's better options.
          • I can't deny that useful code has come from the OpenBSD team. I generally don't like the idea of using commodity x86 hardware for a router/firewall, though. To me, the usefulness is just too limited. For a home connection, it's really quite a bit of overkill, and for a medium to large number of users, you run into problems servicing customers if too many small packets are coming through. I think in the tests that I've seen, you can get down to about 512 byte packets before you start seeing loss, but of
    • Re: (Score:2, Interesting)

      Google's security consciousness comes not only from being founded on the Internet, but also from the fact that they know that they have to compete. Microsoft had itself in a monopoly situation before network security became an issue. MS only takes notice of security when it appears to threaten its monopoly status. Our security people would love to see us go to Linux (granted, still security holes, but they are more controllable). However, we can't because users would whine about noting being able to use
  • So, explain ... (Score:4, Insightful)

    by PPH (736903) on Thursday April 10 2008, @11:41AM (#23026166)
    ... why so much spam comes from gmail, or usenet spam from Google groups.
    • Re:So, explain ... (Score:5, Insightful)

      by Starrk (1268600) on Thursday April 10 2008, @11:48AM (#23026268)
      Because distinguishing bots from humans is an unsolved problem. Even before Captcha's were broken by computers, there was an easier solution:

      If you are stuck on a Captcha or equivalent, spam people, pretend the Captcha is yours, and offer free porn to anyone who solves it.

      Preventing this is virtually impossible.
      • Re: (Score:3, Interesting)

        Short timeouts on the captcha and/or using javascript to generate the images might help. I don't know if it's really this bad, but many captchas I've run across virtually never expire (they might expire when the PHP session does, but I've hit a page with a captcha, gone to the restroom and to get a soda, and come back to a still-valid captcha.)

        If you had a reasonable time limit in which to solve the captcha, it would certainly make it harder to farm out.

        Of course, Google's captcha was broken algorithmicall
        • If you had a reasonable time limit in which to solve the captcha, it would certainly make it harder to farm out.

          Not if the steps to get to the captcha are quick. For your idea to work the forms prior to the captcha would have to take a while to return, then the user is presented with a captcha that times out.

          Could work at preventing captcha farming, but you are going to irritate your legit users.
    • Re:So, explain ... (Score:5, Insightful)

      by speculatrix (678524) on Thursday April 10 2008, @12:05PM (#23026546)
      I've had very little spam that actually came from googlemail, maybe two items in a year. I've had a lot of spam that purported to come from googlemail, but examination of the headers quickly revealed it was simply faking the origin.
    • Re: (Score:3, Insightful)

      This isn't about spam and Google groups. It's about preventing a malicious cracker from accessing the vast quantities of data that Google has about every single Google user [reputation...erblog.com]. These days, a full identity (SSN + bank account) sells on the black market for $14-$18 [washingtonpost.com], depending. Google has tens of millions of users. Not all of them have their SSNs in their Gmail, but I'll bet that a fair bit have at least one credit card number or bank password in their email archives, their search history, or elsewhere within
  • by Dekortage (697532) on Thursday April 10 2008, @11:41AM (#23026168) Homepage

    Google presets a big fat target for would-be hackers and attackers.

    Must be a new Google appliance. I'm glad it is preset, and does not need any end-user configuration.

    In any case, I commute on the train with Google guys in NY. They use their laptops to work on the train, but have those little wireless security devices that generate random passwords for them when they want to log in, so their connection is fully encrypted.

    • by illegibledotorg (1123239) on Thursday April 10 2008, @11:50AM (#23026304)
      FWIW, their connection isn't any more encrypted than a standard VPN.

      The only part of the connection that is "more secure" is the authentication phase, since they had to use two factors to log in (their token code and their password).

      See Two-factor Authentication [wikipedia.org]
        • by BlowChunx (168122) on Thursday April 10 2008, @12:08PM (#23026590)
          "Those Who Sacrifice Liberty For Security Deserve Neither." - Benjamin Franklin

          "Those who sacrifice security for liberty deserve neither, either." -- BlowChunx
          • God, where are my mod points. That was the funniest post I've read in a while.
          • by jollyreaper (513215) on Thursday April 10 2008, @12:39PM (#23027012)

            "Those Who Sacrifice Liberty For Security Deserve Neither." - Benjamin Franklin

            "Those who sacrifice security for liberty deserve neither, either." -- BlowChunx
            "Those who sacrifice virgins to volcanoes are missing the point of what virgins are for." -- Me
            • The GP responded to a post relating to security of a computer system vs the liberties granted to users of the system. As such I do not think it applies to real world attacks on civil liberties.
              The funny part of the post (yes, it is indeed funny) is that he used a famous quote from Franklin dealing with civil liberties, applied it to computers, and reversed it.
              The way I see it, it means "if you are willing to sacrifice your security for ease of use [liberty], you deserve neither."

              It goes along with the "
  • by Starrk (1268600) on Thursday April 10 2008, @11:42AM (#23026176)
    How many buffer overrun exploits have been found in other people's software because the coders are just lazy? Google also tries to prevent this by explicit rules that everyone must follow no matter what: for example, you are not allowed to check in code using sprintf instead of snprintf.

    A little thing to be sure... until you realize that it's one of many such rules, and they actually are followed.
    • Everyone has rules like that, it's enforcing them zealously that actually produces good code by preventing bad code from entering the codebase. It doesn't work if you don't enforce it 100% of the time, because one shady procedure can be the one that is targeted for an attack.
      • Re: (Score:3, Informative)

        What the previous poster was refering to is that serious development shops will use code analysis tools to inforce it: that is, the code will not be allowed to be checked in (or to be integrated to the trunk, or whatever) if the rules are not followed, and they are inforced at the source control level (or something).

        Variations include having the code analysis tool throw "compiler" warnings, and make the compilation to consider warnings as errors and fail the build.

        Once you start working in an environment th
          • Re: (Score:3, Insightful)

            MS actually stops these things from getting into the build now, using tools such as FxCops and variations. The issue comes from legacy code that is still part of their newer products (and refactoring such mammoth code bases doesn't happy overnight), on top of deep architectural issues that cannot be caught by simple rules... If they started from scratch enforcing their current policies, it would be much better.

            However, the world isn't so simple... so Microsoft has to pay the price.
            • Exactly. Microsoft has bent over backwards to support backward compatibility across wildly different kernels. Raymond Chen spoke once, I believe, about a SimCity bug that worked fine under DOS as long as you were running only one program, but would crash in Windows. The problem? Memory was freed and then used after it was freed. The solution? Microsoft added a check to see if SimCity was running and fixed the code with a special allocator for only SimCity.

              Microsoft has done this for decades, and thankfully
              • Re: (Score:3, Insightful)

                I remember that story. I think it was mentioned on The Old New Thing? ..Ya know, this is what bugs me about the bum rap that Microsoft gets.

                True, to professionals in the field, it's often easy to be appalled at what we see as incompetence.

                (And I'm not speaking to the management/sales, just the tech side of Microsoft)

                But given the same goals, constraints and budgets, I bet that most assembled teams would produce software of no greater quality than what they have produced.

                Hear me out.

                1. Look at the SimCity ex
                • Re: (Score:3, Insightful)

                  I don't disagree with any of the points you've made, other than the fact that they chose this path in order to keep their dominance. Yes, keeping backwards compatibility for increasingly diverse environments is hard. But they figured it was the easiest way to keep people on their platform. To say that this somehow releases them from the commitment of making their hacks and fixes *work* is another issue entirely.

                  I don't disagree that it's 'hard'. I disagree that there was no choice in going that route. They
    • by kevin_conaway (585204) on Thursday April 10 2008, @11:51AM (#23026324) Homepage

      Tools like PMD help with this .

      We ended up getting bitten by bugs like unsynchronized access to static DateFormat object so we wrote used a PMD rule to fail our build if anyone does such a thing. We have other rules that curb the use of IOUtils.copy (instead of copyLarge).

      I highly recommend using some sort of static analysis as part of your CI process

  • Security secrets? (Score:5, Informative)

    by illegibledotorg (1123239) on Thursday April 10 2008, @11:46AM (#23026252)
    TFA is a little scant on "security secrets."

    What is covered is some general security policy and philosophy.

    And here I was, waiting to read all about GIDS and GFirewall. Thanks, ITNews, for instead educating be about archiving security logs for later review!
    • by Peter Cooper (660482) on Thursday April 10 2008, @12:49PM (#23027184) Journal
      Scott Petry, director of Google's Enterprise and founder of security firm Postini, explained to attendees at the RSA conference how the company handles constant pressure and scrutiny from attackers.

      I guess Google shared some secrets, and that's the news. Not that we get to read the secrets. Still, this is Slashdot.. :)
    • TFA is a little scant on "security secrets."
      Well duh. They're secrets.
  • That article literally had no content whatsoever. In fact I think it was so content free that I might know less about how Google does security now.

    Is there a page two I'm missing?
    • Re: (Score:2, Insightful)

      I almost never RTFA here or elsewhere until I've read the first few comments. Its saved me so much time that I highly recommend it.

      I understand Slashdot and other sites need to throw up news ever hour or so to keep us clicking their ads, but do they ever read this stuff to see if its worth posting?

  • by McFly777 (23881) on Thursday April 10 2008, @12:27PM (#23026822) Homepage
    I submitted this a couple of days ago but, hey, it didn't get picked up.

    This article at the San Francisco Chronicle [sfgate.com] doesn't tell me exactly what is going on, but apparently there is the potential for 7 of 10 search results to return malware.

    My mother heard about this on the TV news, but the above was all I could find. Anyone else have any more detail?

  • by mcmonkey (96054) on Thursday April 10 2008, @12:47PM (#23027152) Homepage
    Two guys are out camping. They get ready to bed down, and guy is putting on his sneaker before getting into his sleeping bag. The other guy inquires, what's up with that?

    The guy says, in case a bear attacks our camp during the night.

    The other guy is skeptical. With sneakers or without, there's no way you can out-run a bear.

    The guy replies, I don't need to out-run the bear. I just need to out-run you.

    I suspect Google security is pretty much the same way, with a twist. Why try to hack Google, when I can use Google to find credit card numbers, unsecured plain text password files, servers running old, unpatched versions of vulnerable software, etc.

    I'd think the hacker going after Google would be as popular as the kid who rats out the teacher who buys the kids beer.
  • I get 1.6 million hits from Google themselves. They may be overestimating their security practices just a wee bit.
  • by MichaelCrawford (610140) on Thursday April 10 2008, @01:01PM (#23027390) Homepage Journal
    C'mon, I know you do it too: when I want to see if my Internet is working, I "ping www.google.com".

    I still find it surprising that it ICMP_ECHO_REPLYs my ICMP_ECHO_REQUESTs. Why?

    A lot of sites disable ping because, years ago, The Ping of Death could crash a server by sending maliciously-crafted ping packets.

    And you can DOS a server by flooding it with pings.

    I'd be interested to know just how many pings Google receives, and replies to each day.

    And how many of those are maliciously encoded, only to be defeated by the ub3rh4x0r5 at Google.

    • by Medievalist (16032) on Thursday April 10 2008, @04:43PM (#23030040)

      C'mon, I know you do it too: when I want to see if my Internet is working, I "ping www.google.com".
      I still find it surprising that it ICMP_ECHO_REPLYs my ICMP_ECHO_REQUESTs. Why?
      I find it surprising that you find it surprising! :)

      A lot of sites disable ping because, years ago, The Ping of Death could crash a server by sending maliciously-crafted ping packets.
      The "Ping of Death" gained fame because any chump could create one from a totally generic Windows system using the broken ping that Microsoft was shipping at the time. The technique is applicable to any IP protocol, not just ICMP echo. You can make an SMTP of Death fairly trivially. Just fake up a datagram with a total length greater than 65,535 by abusing the fragment offset field of the IP header, and if the target system does not check total length for validity you can overflow memory and hose the system. If that didn't make sense to you, just remember the "Ping of Death" has NOTHING TO DO WITH PING - it's an IP vulnerability that used to exist for ALL protocols in the IP stacks of certain vendors (IBM, Sun, Cisco, etc.) and is now fixed.

      And you can DOS a server by flooding it with pings.
      And you can do it more easily with practically any other type of packet. If you plan to block all traffic that can be used for DOS, you must block all traffic, period.

      Ping is a service we all should provide to our internal networks from individual hosts, and to the Internet at large at the network edge. Configure your routers to respond to pings for your hosts instead of passing them through the firewalls. Ping is how people who need to test their ability to reach your hosts or site can do so. It is a simple tool that consumes a minimal amount of bandwidth to get the job done.

      I'd be interested to know just how many pings Google receives, and replies to each day.
      They might tell you if you ask. If it ever gets out of hand they'll just respond with normal traffic shaping techniques.

      And how many of those are maliciously encoded, only to be defeated by the ub3rh4x0r5 at Google.
      There's nothing dangerous about ping. Nothing... you can tell if a network is competently administered just by pinging it, my friend. I'd never hire anyone who had an unpingable net.

      Hmmm... where's BadAnalogyGuy when you need him? OK, look, blocking ping is like saying that you've seen a guy killed by an Isuzu truck, so you think you can prevent all fatal accidents by banning Isuzu trucks from the highway. In reality, all you will do is prevent beer deliveries to my house, since my beer distributor uses Isuzus. This will make me hate you, just like people hate clueless firewall admins who block ICMP. Or wait, you saw a guy get bludgeoned to death with a hammer so you will ban all hammers while allowing people with large wrenches, razor knives and screwdrivers to pass without comment. That was pretty bad I think.
      • Hmmm... where's BadAnalogyGuy when you need him? OK, look, blocking ping is like saying that you've seen a guy killed by an Isuzu truck, so you think you can prevent all fatal accidents by banning Isuzu trucks from the highway.

        Ooh, ooh, and turning off all ICMP, hence killing PMTU discovery, is like taking the number off your front door to stop your house getting burgled and then wondering why you aren't receiving as much snail mail as you used to.

  • physical security (Score:3, Informative)

    by Kartoffel (30238) on Thursday April 10 2008, @01:18PM (#23027662)
    What about physical security for Google facilities? Last time I was in Mountain View I took a leisurely stroll right through the middle of the Googleplex, right past the life sized dinosaur skeleton, right past the sand volleyball court and hot tub and right through a couple of their office buildings. I like how the Googleplex is set up like an academic campus, but it's pretty trivial for a bad guy to bypass the card access doors by piggybacking behind somebody else.

    Also, the whole place is made out of floor to ceiling glass windows. Would be really simple to shoulder surf somebody's display through a telescopic lens or listen against a windows with a laser mic. There's a reason high security buildings tend to resemble windowless block houses. Hopefully, anybody with a window seat at the Googleplex never processes sensitive data.
  • That's kinda scary (Score:4, Interesting)

    by Jay L (74152) * <jay+slashNO@SPAMjay.fm> on Thursday April 10 2008, @01:42PM (#23027952) Homepage
    I'm a bit down on Postini lately. A few months ago, they started marking my personal e-mails to Postini customers as spam. Which [ncl.ac.uk] is [aol.com] kinda [aol.com] ironic [google.com]. And pretty damned annoying, since my lawyer, my broker, my apartment manager and my chiropractor are all on Postini servers. But hey, that happens. I went over my server with a fine-tooth comb, I set up SPF, DomainKey, DKIM, no luck. I even switched servers. No matter. My e-mail, now digitally signed in triplicate, was still being scored as 90% probable spam.

    So I tried to get in touch with their postmaster group. Only they don't have one [postini.com]. And I tried to check their feedback loop [emaillabs.com]. Only they don't have one. As a shareholder, I even wrote to Investor Relations [google.com]. No response. In the process, I found out that they have a universally awful reputation among the mail delivery community.

    In the end, all they could tell me was that their system decided my mail was spam because - I kid you not - their system had, previously, decided my mail was spam. Which, of course, increases my spamminess score. And so on, and so on, until we're all using the same shampoo.

    So, to recap: The guy in charge of keeping Google secure, Scott Petry, is the guy who invented a system that bit-buckets your e-mail, with absolutely no accountability, no sanity checks, no industry best practices... because of guilt by association WITH YOURSELF.

    Be afraid. Be very afraid.
  • NCC 1701G (Score:5, Funny)

    by mrsteveman1 (1010381) on Thursday April 10 2008, @01:52PM (#23028066) Homepage
    "Scott Petry, director of Google's Enterprise"

    The big secret? apparently google is developing a starship
    • ...apparently google is developing a starship
      Is there anybody here who would be surprised by that?
    • "I've run into a several Google security people at conferences like Blackhat and RSA. They've always struck me as rather arrogant, self absorbed, and poorly informed"

      Who did you represent at these conferences, what were the names of these 'Google security people'. It's not that I don't doubt your word or anything.

      Who invented 'heap overflow ' .. :)