<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Cross-Site Request Forgery Vulnerability in Twitter</title>
	<atom:link href="http://www.mcgrewsecurity.com/2008/04/08/cross-site-request-forgery-vulnerability-in-twitter/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mcgrewsecurity.com/2008/04/08/cross-site-request-forgery-vulnerability-in-twitter/</link>
	<description></description>
	<lastBuildDate>Thu, 09 Sep 2010 13:08:56 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Application Security and Redefining User Input &#124; RebelFa1con™</title>
		<link>http://www.mcgrewsecurity.com/2008/04/08/cross-site-request-forgery-vulnerability-in-twitter/comment-page-1/#comment-49371</link>
		<dc:creator>Application Security and Redefining User Input &#124; RebelFa1con™</dc:creator>
		<pubDate>Thu, 25 Feb 2010 12:50:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcgrewsecurity.com/?p=102#comment-49371</guid>
		<description>[...] a CSRF vulnerability spotted in twitter. Twitter has two post screens, one of them for mobile and one of them for normal web browsers. Even [...]</description>
		<content:encoded><![CDATA[<p>[...] a CSRF vulnerability spotted in twitter. Twitter has two post screens, one of them for mobile and one of them for normal web browsers. Even [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: iS34.Net Güncel Haberler &#187; Application Security and Redefining User Input</title>
		<link>http://www.mcgrewsecurity.com/2008/04/08/cross-site-request-forgery-vulnerability-in-twitter/comment-page-1/#comment-30749</link>
		<dc:creator>iS34.Net Güncel Haberler &#187; Application Security and Redefining User Input</dc:creator>
		<pubDate>Sat, 21 Mar 2009 19:06:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcgrewsecurity.com/?p=102#comment-30749</guid>
		<description>[...] a CSRF vulnerability spotted in twitter. Twitter has two post screens, one of them for mobile and one of them for normal web browsers. Even [...]</description>
		<content:encoded><![CDATA[<p>[...] a CSRF vulnerability spotted in twitter. Twitter has two post screens, one of them for mobile and one of them for normal web browsers. Even [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: CyTRAP Labs - EU-IST - we help protect since 2000 &#187; Blog Archive &#187; InfoSec and Twitter - why this technology causes corporations some serious headaches</title>
		<link>http://www.mcgrewsecurity.com/2008/04/08/cross-site-request-forgery-vulnerability-in-twitter/comment-page-1/#comment-17714</link>
		<dc:creator>CyTRAP Labs - EU-IST - we help protect since 2000 &#187; Blog Archive &#187; InfoSec and Twitter - why this technology causes corporations some serious headaches</dc:creator>
		<pubDate>Sat, 28 Jun 2008 05:10:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcgrewsecurity.com/?p=102#comment-17714</guid>
		<description>[...] 2008-04-08 - Cross-Site Request Forgery Vulnerability in Twitter - Wesley McGrew [...]</description>
		<content:encoded><![CDATA[<p>[...] 2008-04-08 &#8211; Cross-Site Request Forgery Vulnerability in Twitter &#8211; Wesley McGrew [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: admin</title>
		<link>http://www.mcgrewsecurity.com/2008/04/08/cross-site-request-forgery-vulnerability-in-twitter/comment-page-1/#comment-13817</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Wed, 09 Apr 2008 15:03:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcgrewsecurity.com/?p=102#comment-13817</guid>
		<description>Hi Ferruh!

Thanks for dropping the note.  Good example of how one can never assume they&#039;re the only one sitting on a vulnerability :).  

Sounds like they&#039;re interested in improving their response now.

Have a good one!
Wesley</description>
		<content:encoded><![CDATA[<p>Hi Ferruh!</p>
<p>Thanks for dropping the note.  Good example of how one can never assume they&#8217;re the only one sitting on a vulnerability :).  </p>
<p>Sounds like they&#8217;re interested in improving their response now.</p>
<p>Have a good one!<br />
Wesley</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ferruh Mavituna</title>
		<link>http://www.mcgrewsecurity.com/2008/04/08/cross-site-request-forgery-vulnerability-in-twitter/comment-page-1/#comment-13809</link>
		<dc:creator>Ferruh Mavituna</dc:creator>
		<pubDate>Wed, 09 Apr 2008 10:25:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcgrewsecurity.com/?p=102#comment-13809</guid>
		<description>It&#039;s quite funny that I&#039;ve reported this CSRF issue to twitter about 3 weeks ago and supplied them 2 PoC to bypass REFERRER via HTTPS trick and JS. But they didn&#039;t reply. I was waiting for 30 days before release it.

Anyway,
2 PoC, one based on HTTPS&gt;HTTP, other one is JS
https://ferruh.mavituna.com/opensource/twitter/
https://ferruh.mavituna.com/opensource/twitter-2/

Looks like they&#039;ve fixed though.</description>
		<content:encoded><![CDATA[<p>It&#8217;s quite funny that I&#8217;ve reported this CSRF issue to twitter about 3 weeks ago and supplied them 2 PoC to bypass REFERRER via HTTPS trick and JS. But they didn&#8217;t reply. I was waiting for 30 days before release it.</p>
<p>Anyway,<br />
2 PoC, one based on HTTPS&gt;HTTP, other one is JS<br />
<a href="https://ferruh.mavituna.com/opensource/twitter/" rel="nofollow">https://ferruh.mavituna.com/opensource/twitter/</a><br />
<a href="https://ferruh.mavituna.com/opensource/twitter-2/" rel="nofollow">https://ferruh.mavituna.com/opensource/twitter-2/</a></p>
<p>Looks like they&#8217;ve fixed though.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: admin</title>
		<link>http://www.mcgrewsecurity.com/2008/04/08/cross-site-request-forgery-vulnerability-in-twitter/comment-page-1/#comment-13800</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Wed, 09 Apr 2008 04:23:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcgrewsecurity.com/?p=102#comment-13800</guid>
		<description>Hi Alex!  I see that the mobile form now has a token, however it seems like it&#039;s not being checked at the moment, as the CSRF still seems to go through fine.  Perhaps I&#039;ve caught you in the middle of the fix :-)</description>
		<content:encoded><![CDATA[<p>Hi Alex!  I see that the mobile form now has a token, however it seems like it&#8217;s not being checked at the moment, as the CSRF still seems to go through fine.  Perhaps I&#8217;ve caught you in the middle of the fix :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex Payne</title>
		<link>http://www.mcgrewsecurity.com/2008/04/08/cross-site-request-forgery-vulnerability-in-twitter/comment-page-1/#comment-13799</link>
		<dc:creator>Alex Payne</dc:creator>
		<pubDate>Wed, 09 Apr 2008 03:27:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcgrewsecurity.com/?p=102#comment-13799</guid>
		<description>Hi, I&#039;m one of Twitter&#039;s engineers.  A friend brought this post to my attention this evening.

Thanks for taking the time to write this up and develop a proof-of-concept.  I&#039;ve patched this vulnerability, and we&#039;ll work to make it easier to contact us with security problems.  We do read both abuse@twitter.com and security@twitter.com, in the meantime.  Our full-time support staff also goes through all tickets and routes any security issues reported there to the appropriate engineers.</description>
		<content:encoded><![CDATA[<p>Hi, I&#8217;m one of Twitter&#8217;s engineers.  A friend brought this post to my attention this evening.</p>
<p>Thanks for taking the time to write this up and develop a proof-of-concept.  I&#8217;ve patched this vulnerability, and we&#8217;ll work to make it easier to contact us with security problems.  We do read both <a href="mailto:abuse@twitter.com">abuse@twitter.com</a> and <a href="mailto:security@twitter.com">security@twitter.com</a>, in the meantime.  Our full-time support staff also goes through all tickets and routes any security issues reported there to the appropriate engineers.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
