<?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: PHP Authentication Over Unsecured Internet Connection</title>
	<atom:link href="http://www.lbsharp.com/wordpress/index.php/2009/10/28/php-authentication-over-unsecured-internet-connection/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.lbsharp.com/wordpress/index.php/2009/10/28/php-authentication-over-unsecured-internet-connection/</link>
	<description>Just another WordPress weblog</description>
	<lastBuildDate>Mon, 30 Aug 2010 16:36:36 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: leon</title>
		<link>http://www.lbsharp.com/wordpress/index.php/2009/10/28/php-authentication-over-unsecured-internet-connection/comment-page-1/#comment-32366</link>
		<dc:creator>leon</dc:creator>
		<pubDate>Fri, 11 Dec 2009 18:30:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.lbsharp.com/wordpress/?p=48#comment-32366</guid>
		<description>You are absolutely right, kebet. This does not prevent replay attacks as you described. To fix this, the client would have to send back a hashed value of the clear text password appended to their unique session id. This complicated things a bit because we don&#039;t want to store clear text passwords in the database either. I prefer storing a hash of the user&#039;s clear text password appended to their user name to prevent dictionary attacks on the users table. So to authenticate, the client would have to calculate the following:

MD5( MD5(clear_pw + name) + session_id )

Of course forcing connections to use HTTPS is a lot easier.</description>
		<content:encoded><![CDATA[<p>You are absolutely right, kebet. This does not prevent replay attacks as you described. To fix this, the client would have to send back a hashed value of the clear text password appended to their unique session id. This complicated things a bit because we don&#8217;t want to store clear text passwords in the database either. I prefer storing a hash of the user&#8217;s clear text password appended to their user name to prevent dictionary attacks on the users table. So to authenticate, the client would have to calculate the following:</p>
<p>MD5( MD5(clear_pw + name) + session_id )</p>
<p>Of course forcing connections to use HTTPS is a lot easier.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kebet</title>
		<link>http://www.lbsharp.com/wordpress/index.php/2009/10/28/php-authentication-over-unsecured-internet-connection/comment-page-1/#comment-32355</link>
		<dc:creator>kebet</dc:creator>
		<pubDate>Fri, 11 Dec 2009 09:50:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.lbsharp.com/wordpress/?p=48#comment-32355</guid>
		<description>This is not a secure solution since anybody, who would be able to catch plain text password, will catch the hash. And authenticate himself by sending it directly to server (by using firebug to modify form or by simply writing his own form).

Did I miss something?</description>
		<content:encoded><![CDATA[<p>This is not a secure solution since anybody, who would be able to catch plain text password, will catch the hash. And authenticate himself by sending it directly to server (by using firebug to modify form or by simply writing his own form).</p>
<p>Did I miss something?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
