Search:  

 
 
   All ForumsHot TopicsGallery






how-to block ads


 
Forums » Up and Running » Security » Security » New Cookie Attack - Google, Facebook, Others at Risk
Search Topic:
Uniqs:
2634
Share Topic:
RSS topic:
toggle:
flat / full
normal / watch
Posting:
Post a:
Post a:
removed by OP »
« Security Software Updates - 08 Nov 2009  
page: 1 · 2 · 3
AuthorAll Replies

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 See Profile :

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 See Profile :

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

Click for full size
Click for full size
Click for full size
Click for full size
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
-
Forums » Up and Running » Security » Securityremoved by OP »
« Security Software Updates - 08 Nov 2009  
page: 1 · 2 · 3


Friday, 20-Nov 17:51:37 Terms of Use | Privacy Policy | Hosting by www.nac.net - DSL,Hosting & Co-lo | feedback | contact
over 10 years online! © 1999-2009 dslreports.com.
page compression OFF
Most commented news this week
· [111] Verizon Again Hints At Metered Billing
· [83] Spain Declares Broadband A Legal Right
· [78] There's Still No Evidence That Metered Billing Is Necessary
· [74] Verizon To Be Tested By Unofficial Droid Tethering
· [73] Femtocells Are A No Show
· [71] Will AOL's Implosion Ever End?
· [69] Deploying FTTH Without Digging Things Up
· [66] Verizon To AT&T: The Truth Hurts
· [60] Chicago Tribune Visits 'Comcast University'
· [53] Feds Crack Down On Gift Card Trickery
Most people now reading
· Town to photograph EVERY car that enters and leaves [Security]
· 3.x Feral Druid - Bear Tanking Guide [World of Warcraft]
· $1000 bills are so expensive [General Questions]
· Removing Wood Paneling on Walls.. Alot of It [Home Repair & Improvement]
· [WIN7] microsoft 7 [Microsoft Help]
· Windows 7 boot manager editing questions [Microsoft Help]
· [HD] DirecTv 200 HD's?! [Verizon FIOS TV]