![]() |
|
#1
|
|||
|
|||
|
I didn't see this posted anywhere here [checked via a search] so I posted it.
![]() "Clickjacking" Browser Exploit Quote:
Quote:
__________________
iz in your serverz, taking your stuffz ![]() The documented interfaces between standard software modules will have undocumented quirks. -- Murphy's Laws of Computer Programming no#17 |
|
#2
|
||||
|
||||
|
SinisterSam, Wilders members were all over this subject back on August 19th: Adobe Flash ads launching clipboard hijack attack
As Giorgio Maone pointed out and confirmed by Wilders members back then, NoScript in FF defeats clickjacking. However, it's great to read that 100% protection is achieved by checking the Forbid <IFRAME> option and it's something that everyone should do right away, if running FF with NoScript. |
|
#3
|
|||
|
|||
|
Not exactly the same exploit.
![]()
__________________
iz in your serverz, taking your stuffz ![]() The documented interfaces between standard software modules will have undocumented quirks. -- Murphy's Laws of Computer Programming no#17 |
|
#4
|
||||
|
||||
|
The reason why I mentioned the former discussion is that halfway down the page on http://blogs.zdnet.com/security/?p=1972 it says: [SEE: Adobe Flash ads launching clipboard hijack attack] and the link takes you to the same article that was discussed on August 19th by Wilders members.
The above ZDNet article also references an Adobe PSRIT advisory talking about "The presentation centered around an issue that affects multiple browsers and websites, and, as it turns out, one of our products." The exploit requires Dynamic HTML (DHTML) and besides JavaScript, Flash is commonly used to build interactive Web sites. This sentence in the above ZDNet article "Each click by the user equals a clickjacking click so something like a flash game is perfect bait." leads me to believe that they/we are talking about the same thing via a Flash conduit. |
|
#5
|
|||
|
|||
|
A little more insight - http://lists.whatwg.org/pipermail/wh...er/016284.html
__________________
iz in your serverz, taking your stuffz ![]() The documented interfaces between standard software modules will have undocumented quirks. -- Murphy's Laws of Computer Programming no#17 |
|
#6
|
||||
|
||||
|
I think Proper expression in Privoxy will handle it. But I will not set the expression in my filters. I dont care clicking on some unknown links. downloads are impossible, scripts are disabled, anything else to be afraid of?
![]()
__________________
Cheers. Ben |
|
#7
|
||||
|
||||
|
Quote:
With Firefox 3.0.3 and NoScript 1.8.1.3, I have to allow breakingpointsystem.com and disable the Forbid <IFRAME> Option, in order to see the redirect and that's why NoScript protects against this browser exploit. |
|
#8
|
|||
|
|||
|
Don't most browsers today provide for disabling Frames and Scripting?
I just tried with Opera and the exploit does not work. ---- |
|
#9
|
||||
|
||||
|
Ok have that option enabled now in Noscript.
__________________
I have Windows 7 64 bit Comodo Firewall 6 set to block, Avast Free Edition, K9 Web Protection set to block malicious and phishing sites only, Zemana Free Anti Keylogger, Comodo DNS, Firefox with Noscript, Adblock Plus, WOT set to block, Secunia PSI, and common sense. ^_^ |
|
#10
|
||||
|
||||
|
Quote:
EDIT: The article's Web site placed in the Restricted Zone in IE6 does not show the IFRAME but the IFrame does show in Internet & Trusted zones with IFrames disabled. Can other Wilders members who have IE6, IE7 and IE8, try the same procedure as described above, then navigate to the link I posted and report back their results? If FF and Opera defeat the exploit but IE does not, that's further proof to stay away from IE, unless absolutely necessary! Last edited by JRViejo : September 28th, 2008 at 03:01 PM. |
|
#11
|
|||
|
|||
|
Quote:
--- |
|
#12
|
||||
|
||||
|
Rmus, thank you. So, even if IFRAMES is disabled in both Internet & Trusted zones, it still allows the exploit to go through. That seems to be the problem with at least IE6. Hope someone else can test in IE7 and IE8.
|
|
#13
|
||||
|
||||
|
__________________
I ♥ SandboxIE
|
|
#14
|
|||
|
|||
|
Here are my thoughts on the issue: http://blog.misec.net/2008/09/30/cli...curity-threat/
Personally, I think this is way overstated. A simple solution to this whole problem would be to simply not allow IFRAME content to use stored cookies for authentication. That change means that no one would be able to embed MySpace/Facebook/GMail in an IFRAME and exploit this, because you wouldn't be logged in to the site in question.
__________________
Mischel Internet Security Home of TrojanHunter and SSH Edit Twitter: @mmischel |
|
#15
|
||||
|
||||
|
Magnus, I agree with you that this is much ado about nothing at the moment and that no Webmaster should ever be caught using any type of Frames in their designs, however, in my limited test with IE6, disabling IFRAMES (as I explained in Post #10) does not stop an IFRAME from showing, unless the site is placed in the Restricted Zone.
I have read about IE7 having a Developer Toolbar that can be tweaked like NoScript, but because no one else has tested the link I posted to that benign Web site, I have to assume that IE is wide open to this "potential" exploit. Since I use Firefox with NS, that exploit will never be a problem for me and one Opera user said it wasn't an issue for them either. Yet IE remains a question mark - like always? If you have IE7 or IE8, can you test and post back? |
|
#16
|
|||
|
|||
|
I don't use IE at all nor would I advise anyone else to either, given Microsoft's security track record. I doubt that there would be a way to disable IFRAMEs in IE though - the program isn't really known to be the apex of user configurability.
__________________
Mischel Internet Security Home of TrojanHunter and SSH Edit Twitter: @mmischel |
|
#17
|
||||
|
||||
|
Magnus, amen to that! Unfortunately, the latest market share stats of IE users is 71% (Chrome snatches share from IE) so a lot of people are going to be susceptible to this exploit, if it ever explodes. Thanks for your thoughts.
|
|
#18
|
|||
|
|||
|
Just as i thought this is nothing........ (Only people that dont know what they are doing might be affected)
|
|
#19
|
||||
|
||||
|
Quote:
http://hackademix.net/2008/09/29/cli...-chrome-opera/ |
|
#20
|
||||
|
||||
|
tlu, thank you for the link. This paragraph confirmed my suspicions about IE! Looks like Safari & Chrome are in the same boat.
Quote:
|
|
#21
|
|||
|
|||
|
There seems to be an option to set IEFRAME(S) to block or prompt in IE 7.
Would that be effective ? |
|
#22
|
||||
|
||||
|
Fly, according to the article link that tlu provided, IE fails. Why don't you block IFRAMES and try the link on my post #7.
As I stated before: if you can see the IFRAME (below the main text) which injects a page from planb-security.net, your IE7 is not blocking IFRAMEs. |
|
#23
|
|||
|
|||
|
Quote:
|
|
#24
|
||||
|
||||
|
BTW, if you would like to observe one of these, my own website apparently uses them. The main buttons on the initial page are blocked by NoScript.
__________________
www.AKAJohnDoe.com "Without deviation from the norm, progress is not possible" - Frank Zappa |
|
#25
|
||||
|
||||
|
More links:
Conclusion: Noscript is becoming more and more indispensable. |
| « Previous Thread | Next Thread » |
| Thread Tools | Search this Thread |
|
|