Ethical Hacking Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package. | Computer Forensics Training at InfoSec Institute Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors. |

| Subject: | Re: [Full-disclosure] Firefox: serious cookie stealing / same-domain bypass vulnerability |
|---|---|
| Date: | Sun, 18 Feb 2007 00:04:57 +0100 (CET) |
On 2/15/07, Michal Zalewski <lcamtuf@dione.ids.pl> wrote:
[...on other potential Firefox flaws...] I did not research them any further, so I can't say if they're exploitable - but you can see a demo here, feel free to poke around: http://lcamtuf.coredump.cx/fftests.html
On Thu, 15 Feb 2007, pdp (architect) wrote:
the first one runs in about:blank which is restricted. the second one is very interesting but still not very useful because it acts like about:blank. hmmm it seams that the hostname field has been seriously overlooked.
Just a heads up: the first one turned out to be quite useful as a method to bypass anti-UI-spoofing measures in Firefox (see my last non-reply post to BUGTRAQ). The second one is interesting in that it allows to cripple browser's native XUL / JS while still retaining some of its privileges, and to interfere with how other sites' scripts are executed. I have a feeling this can be turned into an exploitation vector, but I haven't had a chance to familiarize myself with that part of FF codebase. I posted a more detailed analysis to Bugzilla: https://bugzilla.mozilla.org/show_bug.cgi?id=370445#c41 ...a quick demo of how wrong things can go is here (bogus .exe is being served): http://lcamtuf.coredump.cx/tx/ The third testcase I posted is not a significant security problem, and the fourth - probably merely a performance issue (though there is some disagreement between developers). /mz _______________________________________________ Full-Disclosure - We believe in it. Charter: http://lists.grok.org.uk/full-disclosure-charter.html Hosted and sponsored by Secunia - http://secunia.com/
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | [Full-disclosure] [ GLSA 200702-08 ] AMD64 x86 emulation Sun's J2SE Development Kit: Multiple vulnerabilities, Raphael Marichez |
|---|---|
| Next by Date: | Re: [Full-disclosure] Drive-by Pharming, pagvac |
| Previous by Thread: | Re: [Full-disclosure] Firefox: serious cookie stealing / same-domain bypass vulnerability, Base64 |
| Next by Thread: | [Full-disclosure] XSS + XSRF/CSRF..., Baey |
| Indexes: | [Date] [Thread] [Top] [All Lists] |