<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>insanesecurity &#187; Clickjacking</title>
	<atom:link href="http://insanesecurity.info/blog/tag/clickjacking/feed" rel="self" type="application/rss+xml" />
	<link>http://insanesecurity.info/blog</link>
	<description>security through a distorted eye</description>
	<lastBuildDate>Thu, 25 Feb 2010 22:31:12 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>1-2-3-Clickjacking</title>
		<link>http://insanesecurity.info/blog/1-2-3-clickjacking</link>
		<comments>http://insanesecurity.info/blog/1-2-3-clickjacking#comments</comments>
		<pubDate>Wed, 24 Jun 2009 16:51:56 +0000</pubDate>
		<dc:creator>dblackshell</dc:creator>
				<category><![CDATA[How To]]></category>
		<category><![CDATA[Clickjacking]]></category>

		<guid isPermaLink="false">http://insanesecurity.info/blog/?p=74</guid>
		<description><![CDATA[Yesterday I listened OWASP&#8217;s Podcast #1 and recall the conversation about (media buzzing) Clickjacking attacks, and I can&#8217;t agree more on a certain aspect of the conversation: attacks are becoming more simpler than ever. Just having a look at common attacks: SQL Injection attacks (if done manually) need a certain amount of SQL knowledge, XSS [...]]]></description>
			<content:encoded><![CDATA[<p>Yesterday I listened <a href="https://www.owasp.org/index.php/Podcast_1">OWASP&#8217;s Podcast #1</a> and recall the conversation about (media buzzing) <a href="http://en.wikipedia.org/wiki/Clickjacking">Clickjacking</a> attacks, and I can&#8217;t agree more on a certain aspect of the conversation: attacks are becoming more simpler than ever. Just having a look at common attacks: <a href="http://insanesecurity.info/2009/02/sql-injection-junkie/">SQL Injection</a> attacks (if done manually) need a certain amount of SQL knowledge, XSS attacks require some Javascript knowledge, CSRF attacks require some knowledge on website functionality, while Clickjacking attacks require almost no skill.</p>
<p><span id="more-74"></span></p>
<p>
As kuzza55 responded to the <a href="http://ha.ckers.org/blog/20080915/clickjacking/">Clickjacking</a> article on <a href="http://ha.ckers.org">ha.ckers.org</a>:</p>
<blockquote><p>The term Clickjacking reminds me of all the invisible CSS/iframe overlay stuff, which seems to fit the description here (&#8230;)</p>
</blockquote>
<p>With some simple CSS/Iframe code you can pull of a Clickjacking PoC under a couple of minutes. Also there are other types of web &#8220;jacking&#8221; attacks, just check out <a href="http://www.breakingpointsystems.com/community/blog/clickjacking">this</a> article.</p>
<p>A simple way to protect websites against Clickjacking (iframed) is via some <a href="http://en.wikipedia.org/wiki/Framekiller">frame busting</a> code, which can be bypassed by adding the SECURITY=restricted iframe attribute under IE and by using the methods that coderr mentioned in <a href="http://coderrr.wordpress.com/2009/02/13/preventing-frame-busting-and-click-jacking-ui-redressing/">this</a> article. For users <a href="http://noscript.net/">NoScript</a> is the right protection, until (who knows) browsers do something against this web feature.</p>
<p>No, I don&#8217;t like IE8&#8217;s so called solution.</p>
]]></content:encoded>
			<wfw:commentRss>http://insanesecurity.info/blog/1-2-3-clickjacking/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
