<?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: Rails 2.0, cookie session store and security</title>
	<atom:link href="http://izumi.plan99.net/blog/index.php/2007/11/25/rails-20-cookie-session-store-and-security/feed/" rel="self" type="application/rss+xml" />
	<link>http://izumi.plan99.net/blog/index.php/2007/11/25/rails-20-cookie-session-store-and-security/</link>
	<description>Ecchi nanowa ikenai to omoimasu</description>
	<lastBuildDate>Tue, 03 Jan 2012 16:14:50 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: 基于CookieStore的session存储机制的安全话题 - IceskYsl@1sters!</title>
		<link>http://izumi.plan99.net/blog/index.php/2007/11/25/rails-20-cookie-session-store-and-security/comment-page-1/#comment-10147</link>
		<dc:creator>基于CookieStore的session存储机制的安全话题 - IceskYsl@1sters!</dc:creator>
		<pubDate>Tue, 03 Jan 2012 16:14:50 +0000</pubDate>
		<guid isPermaLink="false">http://izumi.plan99.net/blog/index.php/2007/11/25/rails-20-cookie-session-store-and-security/#comment-10147</guid>
		<description>[...] 最近在看一本《The Rails way》的书，其中关于session存贮机制一章中，对基于CookieStore的session存储机制持否定态度，认为其存在被破解和Replay attack的可能。就我了解的信息来看，这个观点是不妥的。 最详细的一篇文章是写的laigongli写的这篇“Rails 2.0, cookie session store and security”，文章比较长，说的很详细，感兴趣的可以过去看看。其中主要观点为： [...]</description>
		<content:encoded><![CDATA[<p>[...] 最近在看一本《The Rails way》的书，其中关于session存贮机制一章中，对基于CookieStore的session存储机制持否定态度，认为其存在被破解和Replay attack的可能。就我了解的信息来看，这个观点是不妥的。 最详细的一篇文章是写的laigongli写的这篇“Rails 2.0, cookie session store and security”，文章比较长，说的很详细，感兴趣的可以过去看看。其中主要观点为： [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rtg</title>
		<link>http://izumi.plan99.net/blog/index.php/2007/11/25/rails-20-cookie-session-store-and-security/comment-page-1/#comment-9299</link>
		<dc:creator>rtg</dc:creator>
		<pubDate>Thu, 10 Jul 2008 10:01:31 +0000</pubDate>
		<guid isPermaLink="false">http://izumi.plan99.net/blog/index.php/2007/11/25/rails-20-cookie-session-store-and-security/#comment-9299</guid>
		<description>Is it right that the crazy side effect on this is that the default app issues the same cookie id to all anonymous users?
I took LovedByLess switched to cookie store and issues exactly the same session id to all users on the same machine... 
thx rtg</description>
		<content:encoded><![CDATA[<p>Is it right that the crazy side effect on this is that the default app issues the same cookie id to all anonymous users?<br />
I took LovedByLess switched to cookie store and issues exactly the same session id to all users on the same machine&#8230;<br />
thx rtg</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sligo</title>
		<link>http://izumi.plan99.net/blog/index.php/2007/11/25/rails-20-cookie-session-store-and-security/comment-page-1/#comment-7515</link>
		<dc:creator>Sligo</dc:creator>
		<pubDate>Fri, 21 Dec 2007 04:41:27 +0000</pubDate>
		<guid isPermaLink="false">http://izumi.plan99.net/blog/index.php/2007/11/25/rails-20-cookie-session-store-and-security/#comment-7515</guid>
		<description>I am starting to warm up to the idea.  I guess the important thing to remember is that you definitely have a choice, and for folks to get bent out of shape over the DEFAULT session mechanism is a bit extreme.  We still have lots of options, and if people didn&#039;t shake up things once in a while, we would never have progress...</description>
		<content:encoded><![CDATA[<p>I am starting to warm up to the idea.  I guess the important thing to remember is that you definitely have a choice, and for folks to get bent out of shape over the DEFAULT session mechanism is a bit extreme.  We still have lots of options, and if people didn&#8217;t shake up things once in a while, we would never have progress&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: simplificator &#187; Blog Archive &#187; Rails 2.0 and Session Cookie Store</title>
		<link>http://izumi.plan99.net/blog/index.php/2007/11/25/rails-20-cookie-session-store-and-security/comment-page-1/#comment-7495</link>
		<dc:creator>simplificator &#187; Blog Archive &#187; Rails 2.0 and Session Cookie Store</dc:creator>
		<pubDate>Tue, 18 Dec 2007 13:51:01 +0000</pubDate>
		<guid isPermaLink="false">http://izumi.plan99.net/blog/index.php/2007/11/25/rails-20-cookie-session-store-and-security/#comment-7495</guid>
		<description>[...] A long article with some mathematical background (it is insecure because of a flawed random generator) [...]</description>
		<content:encoded><![CDATA[<p>[...] A long article with some mathematical background (it is insecure because of a flawed random generator) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pascal</title>
		<link>http://izumi.plan99.net/blog/index.php/2007/11/25/rails-20-cookie-session-store-and-security/comment-page-1/#comment-7494</link>
		<dc:creator>Pascal</dc:creator>
		<pubDate>Tue, 18 Dec 2007 13:30:06 +0000</pubDate>
		<guid isPermaLink="false">http://izumi.plan99.net/blog/index.php/2007/11/25/rails-20-cookie-session-store-and-security/#comment-7494</guid>
		<description>Thanks for the detailed information!

&quot;Is session based cookie store a good thing?&quot;: as usual in CS the answer is &quot;it depends!&quot;

It depends on your applications security requirements. I would not recommend it for an application dealing with private data (i.e. medical records or email) or lots of money (think e-banking). But for applications with less strict security requirements: the benefits might outweigh the risks.

But I agree: It just does not feel right :-)


Pascal

P.s. Don&#039;t tell anyone that I have a Post-It with the root password under my keyboard in my unlocked office.</description>
		<content:encoded><![CDATA[<p>Thanks for the detailed information!</p>
<p>&#8220;Is session based cookie store a good thing?&#8221;: as usual in CS the answer is &#8220;it depends!&#8221;</p>
<p>It depends on your applications security requirements. I would not recommend it for an application dealing with private data (i.e. medical records or email) or lots of money (think e-banking). But for applications with less strict security requirements: the benefits might outweigh the risks.</p>
<p>But I agree: It just does not feel right <img src='http://izumi.plan99.net/blog/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Pascal</p>
<p>P.s. Don&#8217;t tell anyone that I have a Post-It with the root password under my keyboard in my unlocked office.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sligo</title>
		<link>http://izumi.plan99.net/blog/index.php/2007/11/25/rails-20-cookie-session-store-and-security/comment-page-1/#comment-7454</link>
		<dc:creator>Sligo</dc:creator>
		<pubDate>Sat, 08 Dec 2007 05:25:32 +0000</pubDate>
		<guid isPermaLink="false">http://izumi.plan99.net/blog/index.php/2007/11/25/rails-20-cookie-session-store-and-security/#comment-7454</guid>
		<description>Ok Adam,  you win.  don&#039;t use cookie based session storage with your ajax site.  I won&#039;t be using it either, and in general I am not a fan of sending cached data back and forth.  seems wasteful to me.  I assume the id generation will be patched, but even after that, i wont be able to sleep well at night knowing that i am bouncing session data back and forth between my clients and my servers simply because I suddenly have no regard for bandwidth...  (Not a fan of viewstate either, but I would choose that in a heartbeat over this)</description>
		<content:encoded><![CDATA[<p>Ok Adam,  you win.  don&#8217;t use cookie based session storage with your ajax site.  I won&#8217;t be using it either, and in general I am not a fan of sending cached data back and forth.  seems wasteful to me.  I assume the id generation will be patched, but even after that, i wont be able to sleep well at night knowing that i am bouncing session data back and forth between my clients and my servers simply because I suddenly have no regard for bandwidth&#8230;  (Not a fan of viewstate either, but I would choose that in a heartbeat over this)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam Fields</title>
		<link>http://izumi.plan99.net/blog/index.php/2007/11/25/rails-20-cookie-session-store-and-security/comment-page-1/#comment-7437</link>
		<dc:creator>Adam Fields</dc:creator>
		<pubDate>Wed, 28 Nov 2007 19:43:27 +0000</pubDate>
		<guid isPermaLink="false">http://izumi.plan99.net/blog/index.php/2007/11/25/rails-20-cookie-session-store-and-security/#comment-7437</guid>
		<description>Yes, but not compared to the size of the average XMLHttpRequest call, which really depends on being as fast as possible.</description>
		<content:encoded><![CDATA[<p>Yes, but not compared to the size of the average XMLHttpRequest call, which really depends on being as fast as possible.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hongli</title>
		<link>http://izumi.plan99.net/blog/index.php/2007/11/25/rails-20-cookie-session-store-and-security/comment-page-1/#comment-7436</link>
		<dc:creator>Hongli</dc:creator>
		<pubDate>Wed, 28 Nov 2007 16:59:54 +0000</pubDate>
		<guid isPermaLink="false">http://izumi.plan99.net/blog/index.php/2007/11/25/rails-20-cookie-session-store-and-security/#comment-7436</guid>
		<description>That is correct. That&#039;s why it isn&#039;t a good thing to store a lot of data in it (it never was in the first place). Though I think the session data size is neglible compared to the size of the average web page.</description>
		<content:encoded><![CDATA[<p>That is correct. That&#8217;s why it isn&#8217;t a good thing to store a lot of data in it (it never was in the first place). Though I think the session data size is neglible compared to the size of the average web page.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam Fields</title>
		<link>http://izumi.plan99.net/blog/index.php/2007/11/25/rails-20-cookie-session-store-and-security/comment-page-1/#comment-7435</link>
		<dc:creator>Adam Fields</dc:creator>
		<pubDate>Wed, 28 Nov 2007 16:55:09 +0000</pubDate>
		<guid isPermaLink="false">http://izumi.plan99.net/blog/index.php/2007/11/25/rails-20-cookie-session-store-and-security/#comment-7435</guid>
		<description>It may not seem like a lot of data, but the cookies get sent back to the server with every request, including every XMLHttpRequest. If you&#039;re storing a lot of info in the session, your roundtrip times are going to start to &quot;mysteriously&quot; lag.</description>
		<content:encoded><![CDATA[<p>It may not seem like a lot of data, but the cookies get sent back to the server with every request, including every XMLHttpRequest. If you&#8217;re storing a lot of info in the session, your roundtrip times are going to start to &#8220;mysteriously&#8221; lag.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: a work on process &#187; links for 2007-11-27</title>
		<link>http://izumi.plan99.net/blog/index.php/2007/11/25/rails-20-cookie-session-store-and-security/comment-page-1/#comment-7432</link>
		<dc:creator>a work on process &#187; links for 2007-11-27</dc:creator>
		<pubDate>Tue, 27 Nov 2007 04:21:20 +0000</pubDate>
		<guid isPermaLink="false">http://izumi.plan99.net/blog/index.php/2007/11/25/rails-20-cookie-session-store-and-security/#comment-7432</guid>
		<description>[...] 赖洪礼的 blog » Rails 2.0, cookie session store and security Looking at the security implications of the new session storage which becomes the default in Rails 2.0 (tags: cookies rubyonrails security sessions) [...]</description>
		<content:encoded><![CDATA[<p>[...] 赖洪礼的 blog » Rails 2.0, cookie session store and security Looking at the security implications of the new session storage which becomes the default in Rails 2.0 (tags: cookies rubyonrails security sessions) [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

