 SUMware Premium join:2002-05-21
| New Cookie Attack - Google, Facebook, Others at Risk
From The Register 4th November 2009 - said by Dan Goodin : Newfangled cookie attack steals/poisons website creds Google, Facebook risk
A security researcher has discovered a weakness in a core browser protocol that compromises the security of Google, Facebook, and other websites by allowing an attacker to tamper with the cookies they set.
The weakness stems from RFC 2965, which dictates that browsers must allow subdomains (think www.google.com) to set and read cookies for their parent (google.com). The specification also states that if a cookie for a subdomain doesn't already exist, the browser should use the cookie belonging to the parent instead.
The arrangement makes it possible for attackers to steal or even alter the cookies that websites use to authenticate their users. Attackers would first have to identify an XSS, or cross-site scripting, bug in some part of the site they are targeting. But because virtually any subdomain will suffice, the scenario isn't unrealistic, two web security experts said.
"Most websites actually will store session IDs in a cookie and that's actually how they keep track of users throughout the use of their website," said Mike Bailey, a senior researcher for Foreground Security who first documented the flaw at last month's Toorcon hacker conference. "Using the same techniques to attack those cookies, I can really damage sessions and cause some problems."
Bailey's paper goes on to demonstrate how he used the technique to bypass a feature Google recently implemented to beef up security on Gmail and other properties. By exploiting a minor vulnerability in sites.google.com, he was able to falsify the contents of his global Google cookie. Google has since fixed the XSS hole in the subdomain.
In turn, that allowed him fool the Google protection, which checks to make sure the value in the cookie matches a hidden parameter of the login page.
Bailey lists several other sites that have been known to be vulnerable to similar attack techniques. Using an XSS hole on www.advertising.expedia.com, he found it was possible to poison the global cookies for the entire expedia.com domain. Because the site didn't set the cookies with proper escaping, an attacker could have used the weakness to inject malicious javascript into expedia pages.
Chase.com, capitalone.com and chasevisasignature.com either are or were vulnerable to similar attacks because they shared code with images.bigfootinteractive.com, which was vulnerable to XSS exploits.
Bailey said it's not hard to imagine university websites would be vulnerable to such attacks because the domain names frequently use names such as psychology.school.edu, geography.school.edu and so forth. A single bug in a student-maintained computer science project might be enough to compromise personal data stored on the college's student enrollment server, he said.
Websites can guard against attacks by regularly checking their pages for bugs, but because the attack exploits the way browsers are supposed to handle cookies, a more comprehensive fix will probably require a change to the underlying protocols. Which means this attack will probably be around for a while to come.
The paper is here.
|
|
  ironwalker World Renowned Premium,MVM join:2001-08-31 Keansburg, NJ clubs: | Waiting to hear from those who love cookies.  |
|
  siljaline mind that delimiter Premium join:2002-10-12 Montreal, QC | No unwanted cookies here  |
|
 chrisretusn Retired Premium join:2007-08-13 Philippines | reply to SUMware No big deal, cookies all gone after exit. -- Chris Living in Paradise!! |
|
 SUMware Premium join:2002-05-21 1 edit | The attacks can occur during a surfing session while cookies are maintained (unless all cookies are blocked). The attack does not target what occurs after the browser exits or is closed. |
|
  siljaline mind that delimiter Premium join:2002-10-12 Montreal, QC | Also assuming your Browser settings are sufficiently tweaked |
|
  La Luna Surviving Ashraful Premium join:2001-07-12 Warwick, NY clubs: | reply to SUMware Which means anyone is vulnerable if a cookie must be allowed to let a site work properly. |
|
 Full Power
join:2009-09-25 Houston, TX
| reply to SUMware said by SUMware :The arrangement makes it possible for attackers to steal or even alter the cookies that websites use to authenticate their users. Attackers would first have to identify an XSS, or cross-site scripting, bug in some part of the site they are targeting. And after they find a vulnerable webhost to infect, they can then start injecting pop-ups for Antivirus2010. Of course it is now a simple matter to eat every cookie in the jar if they wanted to. Maybe grab a half million credit card numbers from the data base to go with the cookies and milk, until the site admin finds and patches the security hole in his website. |
|
 SUMware Premium join:2002-05-21
| reply to SUMware General descriptions of XSS Vulns are here, here, and here. The NoScript addon for Firefox also offers XSS protection. |
|
 quatrix Premium join:2005-02-11 Davie, FL
| reply to ironwalker said by ironwalker :Waiting to hear from those who love cookies.  It's based on a cross-site scripting attack. The cookie scenario is only an example exploit. |
|
 Graycode
join:2006-04-17
·net2phone
| reply to SUMware Re: New Cookie Attack - Google, Facebook, Others at Risk
The problem is made worse when ignorant companies provide zones of their own domains to be operated by independent 3rd parties. Such zones are seen by browsers as being part of the parent domain even though the content from them is not directly controlled by the domain owners. Most often they do that for hiding tracking purposes from their own customers. Here's just a few of many examples:
• updates.cox.com == 208.70.139.25 == DoubleClick • eonline.evanguard.com == 208.70.139.25 == DoubleClick • email.tracfone.com == 208.70.139.73 == DoubleClick • smetrics.sun.com == 66.235.130.59 == Omniture • metrics.scottrade.com == 66.235.132.152 == Omniture • sci.intuit.com == 66.235.140.93 == Omniture
Trackers like DoubleClick and Omniture are granted access to a whole lot more than just a referrer link when their web servers are able to participate as part of parent domains. For the sake of providing statistics, some companies even provide SSL certificates for the tracker's zones. Meanwhile if I wasn't excessively vigilant then Omniture and others would already know my full name, SSN, most bank account numbers, etc.
It doesn't always require XSS to screw up web security with bogus trusts. |
|
  TSI Gabe Premium,VIP join:2007-01-03 Chatham, ON | Re: New Cookie Attack - Google, Facebook, Others at Risk
And strangely enough, google has a gigantic cookie on it's home page right now... |
|
 Selenia
join:2006-09-22 Pittsfield, MA
·Verizon Online DSL
·RoadRunner Cable
| Re: New Cookie Attack - Google, Facebook, Others at Risk
Let's help the guy out a bit. I changed these config screens for noscript. The rest can be left at default. Now it should be effective for your regular sites, but not overly intrusive. This should also help block the bug described in this thread. Combine that with a strict cookie policy. |
|
  Dude111 An Awesome Dude Premium join:2003-08-04 USA | reply to SUMware People who dont delete cookies are most @ risk for this i reckon.. (I ALWAYS DELETE COOKIES AFTER USE) |
|
  TheRul You couldn't think of something? Premium join:2007-09-18 Victorville, CA
·Verizon FIOS
| OK, everyone sing it with me C is for Cookie, that is good enough for me!
I have stopped using cookies. I have moved on to brownies. I delete mine as well. Now if I could convince my wife of the same, but she does not want to have to log into pogo all the time. -- If you can't laugh at yourself, you have nothing to laugh at. Come and spread the FUD »Pub Games |
|