<?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: Strong Authentication for the Masses?</title>
	<atom:link href="http://www.coffeecorner.org/2005/09/11/strong-authentication-for-the-masses/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.coffeecorner.org/2005/09/11/strong-authentication-for-the-masses/</link>
	<description>"Coffee should be black as hell, strong as death, and sweet as love." - Turkish Proverb</description>
	<lastBuildDate>Thu, 22 Jul 2010 00:39:42 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: strerror</title>
		<link>http://www.coffeecorner.org/2005/09/11/strong-authentication-for-the-masses/comment-page-1/#comment-8549</link>
		<dc:creator>strerror</dc:creator>
		<pubDate>Sun, 22 Jan 2006 13:35:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.coffeecorner.org/2005/09/11/strong-authentication-for-the-masses/#comment-8549</guid>
		<description>I noticed that you were using Gentoo for your tests. I&#039;m considering putting wikid into portage and would like to know your experiences with doing so in Gentoo.  In particular any documentation you have would be great. Please contact me.</description>
		<content:encoded><![CDATA[<p>I noticed that you were using Gentoo for your tests. I&#8217;m considering putting wikid into portage and would like to know your experiences with doing so in Gentoo.  In particular any documentation you have would be great. Please contact me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roy Verrips</title>
		<link>http://www.coffeecorner.org/2005/09/11/strong-authentication-for-the-masses/comment-page-1/#comment-6215</link>
		<dc:creator>Roy Verrips</dc:creator>
		<pubDate>Thu, 13 Oct 2005 14:36:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.coffeecorner.org/2005/09/11/strong-authentication-for-the-masses/#comment-6215</guid>
		<description>Hi
I had a look at WIKID for my home personal use, being especially interested in the fact that it&#039;s open source and can use my mobile phone to generate the Key - However, what I didn&#039;t like was that the client device needs to authenicate back to the server everytime - It would be nicer if, like with the RSA SecureID system, the mobile phone can be setup like a &quot;token&quot; that only reads the encryption algorythm once and then is able to generate a new code every 45 seconds (like RSA SecurID)
And of course, if this was open source I&#039;d be even happier &#039;cause I simply can&#039;t afford RSA for my home use</description>
		<content:encoded><![CDATA[<p>Hi<br />
I had a look at WIKID for my home personal use, being especially interested in the fact that it&#8217;s open source and can use my mobile phone to generate the Key &#8211; However, what I didn&#8217;t like was that the client device needs to authenicate back to the server everytime &#8211; It would be nicer if, like with the RSA SecureID system, the mobile phone can be setup like a &#8220;token&#8221; that only reads the encryption algorythm once and then is able to generate a new code every 45 seconds (like RSA SecurID)<br />
And of course, if this was open source I&#8217;d be even happier &#8217;cause I simply can&#8217;t afford RSA for my home use</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike</title>
		<link>http://www.coffeecorner.org/2005/09/11/strong-authentication-for-the-masses/comment-page-1/#comment-5858</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Tue, 13 Sep 2005 16:15:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.coffeecorner.org/2005/09/11/strong-authentication-for-the-masses/#comment-5858</guid>
		<description>Michael - Good points; see my comments at the WiKID blog.  You see the replay attack that I mentioned earlier.  However, a replay attack assumes you can capture the traffic between the device client and the wikid server - it&#039;s doable, but it&#039;s harder than brute forcing a password.

It&#039;s a matter of reducing risk somewhat (by using something stronger than basic authentication) then accepting the residual risk (that the replay attack might happen).</description>
		<content:encoded><![CDATA[<p>Michael &#8211; Good points; see my comments at the WiKID blog.  You see the replay attack that I mentioned earlier.  However, a replay attack assumes you can capture the traffic between the device client and the wikid server &#8211; it&#8217;s doable, but it&#8217;s harder than brute forcing a password.</p>
<p>It&#8217;s a matter of reducing risk somewhat (by using something stronger than basic authentication) then accepting the residual risk (that the replay attack might happen).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Peters</title>
		<link>http://www.coffeecorner.org/2005/09/11/strong-authentication-for-the-masses/comment-page-1/#comment-5851</link>
		<dc:creator>Michael Peters</dc:creator>
		<pubDate>Mon, 12 Sep 2005 23:01:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.coffeecorner.org/2005/09/11/strong-authentication-for-the-masses/#comment-5851</guid>
		<description>I don&#039;t think WikiD is very secure at all. It is subject to a simple replay attack.

Their description of the token is that it &quot; ... is is encrypted with the WiKID Server&#039;s public key - assuring that only that server can decrypt it with its private key.&quot; This is subject to several attacks. On its face, it means anyone can copy this encoded message and replay it in an attack.

In a more sophisticated version of this attack, the super secure encoded message is intercepted in a MIDM. The authenticated message is forwarded to the server, which sends the bad guys a OTP.



</description>
		<content:encoded><![CDATA[<p>I don&#8217;t think WikiD is very secure at all. It is subject to a simple replay attack.</p>
<p>Their description of the token is that it &#8221; &#8230; is is encrypted with the WiKID Server&#8217;s public key &#8211; assuring that only that server can decrypt it with its private key.&#8221; This is subject to several attacks. On its face, it means anyone can copy this encoded message and replay it in an attack.</p>
<p>In a more sophisticated version of this attack, the super secure encoded message is intercepted in a MIDM. The authenticated message is forwarded to the server, which sends the bad guys a OTP.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thinking WiKID Thoughts</title>
		<link>http://www.coffeecorner.org/2005/09/11/strong-authentication-for-the-masses/comment-page-1/#comment-5844</link>
		<dc:creator>Thinking WiKID Thoughts</dc:creator>
		<pubDate>Mon, 12 Sep 2005 14:17:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.coffeecorner.org/2005/09/11/strong-authentication-for-the-masses/#comment-5844</guid>
		<description>&lt;strong&gt;&quot;Strong Authentication for the masses&quot;&lt;/strong&gt;

WiKID got a nice review over at the Coffee Corner. I hope they do test the WiKID server on your
home network. That is exactly the scenario we envisioned when we released the open source
version. No reason why home users shouldn&#039;t be able to have strow...</description>
		<content:encoded><![CDATA[<p><strong>&#8220;Strong Authentication for the masses&#8221;</strong></p>
<p>WiKID got a nice review over at the Coffee Corner. I hope they do test the WiKID server on your<br />
home network. That is exactly the scenario we envisioned when we released the open source<br />
version. No reason why home users shouldn&#8217;t be able to have strow&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
