<?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 for Prominent Security</title>
	<atom:link href="http://prominentsecurity.com/?feed=comments-rss2" rel="self" type="application/rss+xml" />
	<link>http://prominentsecurity.com</link>
	<description>Improving Security Through Insecurity</description>
	<lastBuildDate>Tue, 29 Mar 2011 16:52:08 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.1</generator>
	<item>
		<title>Comment on Comcast DNS Hijacking and Web Security by wap tek</title>
		<link>http://prominentsecurity.com/?p=27&#038;cpage=1#comment-251</link>
		<dc:creator>wap tek</dc:creator>
		<pubDate>Tue, 29 Mar 2011 16:52:08 +0000</pubDate>
		<guid isPermaLink="false">http://prominentsecurity.com/?p=27#comment-251</guid>
		<description>it is now 2011 03 29 9:49am and comcast is still dns hijacking,,,GAAAAAAAAAAAAAAAAAAAaaaaaaaaaaaaaaaAAAAAAAAAAAAA!!!!!!!!!!!!</description>
		<content:encoded><![CDATA[<p>it is now 2011 03 29 9:49am and comcast is still dns hijacking,,,GAAAAAAAAAAAAAAAAAAAaaaaaaaaaaaaaaaAAAAAAAAAAAAA!!!!!!!!!!!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Facebook Delete Friends CSRF Flaw by Amy M</title>
		<link>http://prominentsecurity.com/?p=119&#038;cpage=1#comment-235</link>
		<dc:creator>Amy M</dc:creator>
		<pubDate>Wed, 27 Oct 2010 20:11:30 +0000</pubDate>
		<guid isPermaLink="false">http://prominentsecurity.com/?p=119#comment-235</guid>
		<description>I think that this same security flaw has reappeared-- this time in a group.  I am a member of a facebook group called 1 MILLION Strong AGAINST the Arizona Immigration Law SB1070 that had grown to 1,630,000 members.  The numbers continued to grow steadily but then the membership numbers began to inexplicably drop a few months ago.  Now they are disappearing at a rate of about 1,000+ per day (the numbers really started falling fast after the admins closed the group... which indicates that the continued new members were offsetting the deleted members to some extent).  Several members have reported that they were dropped off the membership roles for no reason.  If you know of any information about this or would like more info please feel free to contact me.  Facebook has been notified but so far the bleeding of members has continued unabated.  
Thanks</description>
		<content:encoded><![CDATA[<p>I think that this same security flaw has reappeared&#8211; this time in a group.  I am a member of a facebook group called 1 MILLION Strong AGAINST the Arizona Immigration Law SB1070 that had grown to 1,630,000 members.  The numbers continued to grow steadily but then the membership numbers began to inexplicably drop a few months ago.  Now they are disappearing at a rate of about 1,000+ per day (the numbers really started falling fast after the admins closed the group&#8230; which indicates that the continued new members were offsetting the deleted members to some extent).  Several members have reported that they were dropped off the membership roles for no reason.  If you know of any information about this or would like more info please feel free to contact me.  Facebook has been notified but so far the bleeding of members has continued unabated.<br />
Thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Twitter and Facebook, and the rise of clickjacking. by Humidity Temperature :</title>
		<link>http://prominentsecurity.com/?p=63&#038;cpage=1#comment-233</link>
		<dc:creator>Humidity Temperature :</dc:creator>
		<pubDate>Sun, 24 Oct 2010 19:42:18 +0000</pubDate>
		<guid isPermaLink="false">http://prominentsecurity.com/?p=63#comment-233</guid>
		<description>there is a growing trend in mobile websites this year alone-`-</description>
		<content:encoded><![CDATA[<p>there is a growing trend in mobile websites this year alone-`-</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Twitter and Facebook, and the rise of clickjacking. by LED Grow Light&#160;</title>
		<link>http://prominentsecurity.com/?p=63&#038;cpage=1#comment-224</link>
		<dc:creator>LED Grow Light&#160;</dc:creator>
		<pubDate>Wed, 13 Oct 2010 08:39:44 +0000</pubDate>
		<guid isPermaLink="false">http://prominentsecurity.com/?p=63#comment-224</guid>
		<description>there are growing number of mobile websites these days, there would be more in the future..&#039;</description>
		<content:encoded><![CDATA[<p>there are growing number of mobile websites these days, there would be more in the future..&#8217;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ProminentDork 1.0, automating web security auditing using Google dorks by Amanda</title>
		<link>http://prominentsecurity.com/?p=91&#038;cpage=1#comment-184</link>
		<dc:creator>Amanda</dc:creator>
		<pubDate>Sat, 29 May 2010 13:22:11 +0000</pubDate>
		<guid isPermaLink="false">http://prominentsecurity.com/?p=91#comment-184</guid>
		<description>I wish i could speak computer. FML.</description>
		<content:encoded><![CDATA[<p>I wish i could speak computer. FML.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Facebook Delete Friends CSRF Flaw by Amanda</title>
		<link>http://prominentsecurity.com/?p=119&#038;cpage=1#comment-183</link>
		<dc:creator>Amanda</dc:creator>
		<pubDate>Sat, 29 May 2010 13:21:26 +0000</pubDate>
		<guid isPermaLink="false">http://prominentsecurity.com/?p=119#comment-183</guid>
		<description>Thats my son in that video.</description>
		<content:encoded><![CDATA[<p>Thats my son in that video.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Facebook Delete Friends CSRF Flaw by xdemo</title>
		<link>http://prominentsecurity.com/?p=119&#038;cpage=1#comment-173</link>
		<dc:creator>xdemo</dc:creator>
		<pubDate>Sat, 22 May 2010 18:32:13 +0000</pubDate>
		<guid isPermaLink="false">http://prominentsecurity.com/?p=119#comment-173</guid>
		<description>thanks for the interesting post.
pretty basic flaw for a site such as facebook to have... they just seem to keep coming and coming lately.

also like to say, nice blog! i&#039;ve bookmarked it and i&#039;ll come back regularly if i can remember ;p</description>
		<content:encoded><![CDATA[<p>thanks for the interesting post.<br />
pretty basic flaw for a site such as facebook to have&#8230; they just seem to keep coming and coming lately.</p>
<p>also like to say, nice blog! i&#8217;ve bookmarked it and i&#8217;ll come back regularly if i can remember ;p</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Facebook Delete Friends CSRF Flaw by t3st</title>
		<link>http://prominentsecurity.com/?p=119&#038;cpage=1#comment-166</link>
		<dc:creator>t3st</dc:creator>
		<pubDate>Sat, 22 May 2010 07:10:42 +0000</pubDate>
		<guid isPermaLink="false">http://prominentsecurity.com/?p=119#comment-166</guid>
		<description>Thank you for infomation

However, how can I know if the vulnerability has been fixed ?</description>
		<content:encoded><![CDATA[<p>Thank you for infomation</p>
<p>However, how can I know if the vulnerability has been fixed ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Comcast DNS Hijacking and Web Security by Leo Charre</title>
		<link>http://prominentsecurity.com/?p=27&#038;cpage=1#comment-150</link>
		<dc:creator>Leo Charre</dc:creator>
		<pubDate>Tue, 11 May 2010 15:59:23 +0000</pubDate>
		<guid isPermaLink="false">http://prominentsecurity.com/?p=27#comment-150</guid>
		<description>This *must* be a marketing/redtape type of people major screwup- I&#039;m sure the I.T. staff realize that hijacking http is insane. I hope they get the nuts to grab management by the collar and &#039;explain&#039; to them they have to stop doing this.</description>
		<content:encoded><![CDATA[<p>This *must* be a marketing/redtape type of people major screwup- I&#8217;m sure the I.T. staff realize that hijacking http is insane. I hope they get the nuts to grab management by the collar and &#8216;explain&#8217; to them they have to stop doing this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Lockerz.com, and the importance of data validation. by Steve</title>
		<link>http://prominentsecurity.com/?p=45&#038;cpage=1#comment-26</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Wed, 28 Oct 2009 23:41:33 +0000</pubDate>
		<guid isPermaLink="false">http://prominentsecurity.com/?p=45#comment-26</guid>
		<description>It depends how the hashing function is implemented.  Say for example we know they are using the popular MD5 hashing algorithm, we still don&#039;t know what other data they are adding to the score value or in what way they are manipulating the pre-existing data prior to hashing it. We can try different things such as concatenating the other information passed with the hash to the end of the score value, or even appending the UNIX time-stamp of the time the request was made to the end of the score value and then comparing it to the hash generated. But in the end, the hash is generated server side and anything can be done or added to the data privately prior to it being hashed by the public hashing algorithm.  This makes it almost impossible to figure out.  This type of hash is known as a salted hash and is quite common in request validation since it is very simple to implement.  So, unless we find out what other data is being hashed along with the score, or in what way that data is being manipulated prior to being hashed, there is nothing we can do in an attempt to mimic the hashed score and send it off to the server.</description>
		<content:encoded><![CDATA[<p>It depends how the hashing function is implemented.  Say for example we know they are using the popular MD5 hashing algorithm, we still don&#8217;t know what other data they are adding to the score value or in what way they are manipulating the pre-existing data prior to hashing it. We can try different things such as concatenating the other information passed with the hash to the end of the score value, or even appending the UNIX time-stamp of the time the request was made to the end of the score value and then comparing it to the hash generated. But in the end, the hash is generated server side and anything can be done or added to the data privately prior to it being hashed by the public hashing algorithm.  This makes it almost impossible to figure out.  This type of hash is known as a salted hash and is quite common in request validation since it is very simple to implement.  So, unless we find out what other data is being hashed along with the score, or in what way that data is being manipulated prior to being hashed, there is nothing we can do in an attempt to mimic the hashed score and send it off to the server.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
