GoogHOle (XSS pwning GMail, Picasa and almost 200K customers)

Not a great month for Google security.
In the past 3 days, 34 interesting disclosures have been published:

  1. Google Search Appliance XSS discovered by MustLive, affecting almost 200,000 paying customers of the outsourced search engine and their users: this Google dork shown 196,000 results at the time of disclosure, now dropped to 188,000. Fear effect?
  2. Billy Rios and Nate McFeters revealed the gory details of their already announced Picasa exploit, leveraging a clever combo of XSS, Cross Application Request Forgery, Flash same domain policy elusion and URI handler weakness exploitation to steal your private pictures, straight from your local hard disk, just visiting a malicious web page.
  3. Finally, the most simple yet impressive, because of the huge number of users involved: beford decided to launch his new blog disclosing a Google Polls XSS which, thanks to the (too) smart “widget reuse” allowing Google services to integrate the same functionality across multiple services, can be used to attack Search, Blogspot, Groups and, the most dramatic exploitation scenario, GMail:

    For such an attack to be successful, the victim just needs to visit a malicious website while logged in Google, e.g. by following a link from an incoming message (unless she’s got anti-XSS protection).

  4. update — a few hours after I released the first version of article, I heard of another Google-outsourced vulnerability, an Urchin Login XSS disclosed by GNUCITIZEN’s Adrian Pastor, which could compromise local Google Analytics installations. Its severity may vary depending on how Urchin is installed (e.g. on a domain different than your main site), but the provided proof of concept is quite interesting because it shows an actual credential theft in action, rather than the usual, boring alert('XSS'). Not that a more spectacular example proves anything new about the dangers of XSS, but some people just don’t believe until they can see with their own eyes.

These vulnerabilities are surely being fixed at top speed, since Google is one of the most reactive organizations in this fight, but they’re nonetheless disturbing because they hit the very main player on the field, with the largest user base on the web: this make this kind of incidents unavoidable ipso facto.
How many vulnerabilities like those just go undisclosed and unpatched, but yet exploited by unethical hacrackers?
In Gareth Heyes‘ words,

This proves everything is insecure, there are just degrees of insecurity.

Talking about XSS, if you’re an end user and you don’t like to stay at the very bottom of the insecurity food chain, you’d better use Firefox with NoScript — but that’s your choice, of course. ;)

Published
Categorized as NoScript

By ma1

Hacker, atheist, humanist, dad, mozillian, security breaker and builder, creator of NoScript, casting spells at the Tor Browser. He/him.

30 comments

  1. Whoosh! Very slick. I clicked on a link and waited before realizing that the code had already executed, entirely transparently. Time to reconfigure NoScript again…

  2. Giorgio,

    Great recap and thanks for the postback, but I’m afraid you forgot a few… if you take a peak at our site (Billy Rios and I), you’ll see that there’s actually been two other exploits against Google this month. One, http://xs-sniper.com/blog/2007/09/18/the-old-dog-and-his-old-tricks-part-i/ discusses the use of a Google SMTP server to send arbitrary messages to anyone from Google/GMail.com from anyone from Google/GMail.com. The second, http://xs-sniper.com/blog/2007/09/20/bk-for-mayor-of-oak-tree-view/ is even scarier (if you plan on using Google Docs) as Billy discovered a way to read the contents of arbitrary documents AND EDIT the contents of arbitrary documents.

    All this, and I can guarantee that there will be more from the two of us this month as I know Billy has a couple more he’s just waiting to talk to Google about.

  3. Nate,
    I’m a regular reader of your blog and I’ve seen both those posts.
    The mail sending issue is not Google-specific, as it applies to almost any SMTP server: it’s just the way unsigned email works.
    The Google Docs one… well, I must confess I just forgot it: that’s not easy keeping the count now ;)

    Eagerly waiting for the upcoming news…
    Cheers to both you and Billy :)

  4. Haha, agreed, it isn’t Google specific, anyone could make that mistake, but I do agree that it’s been a rough month for them. Just wait for, oh, say Tuesday… I think Billy will scare some people with his next two posts.

  5. pdp, I assumed you already contacted Google, you nasty boy.
    Yes, please do the right thing contacting Google first and yes, I’d like to have a sneak peak in the meanwhile :)

  6. damn.. i came late to this info..
    beford dot org leads me here..
    the poc link for "stealing incoming messages" are dead..
    where can i find more information about that?

  7. @Giorgio
    OMG..
    pls forgive my ignorance..
    so, if someone opens the page when they are loggend onto gmail, the filter is set..?

  8. @karthi:
    No, nothing bad happens anymore because the bug has been fixed by Google.
    But yes, that was how it used to work originally.

  9. thank you giorgio..
    i read on other blog that, one can hack my pwd by making me to click an image or some other links using javascript..
    is it really possible?

  10. hmm.. so.. noscript can block this type of attack??
    hey.. besides, do you feel that i’m asking too many kiddie questions??
    coz, i am a new born in this field..

Comments are closed.