<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Are Ruby Session ID&#8217;s Secure?</title>
	<atom:link href="http://memerocket.com/2008/10/14/are-ruby-session-ids-secure/feed/" rel="self" type="application/rss+xml" />
	<link>http://memerocket.com/2008/10/14/are-ruby-session-ids-secure/</link>
	<description>Bill Burcham's Launch Platform</description>
	<lastBuildDate>Fri, 17 Feb 2012 23:21:23 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Greg</title>
		<link>http://memerocket.com/2008/10/14/are-ruby-session-ids-secure/#comment-951</link>
		<dc:creator><![CDATA[Greg]]></dc:creator>
		<pubDate>Fri, 19 Dec 2008 00:21:42 +0000</pubDate>
		<guid isPermaLink="false">http://meme-rocket.com/2008/10/14/are-ruby-session-ids-secure/#comment-951</guid>
		<description><![CDATA[Netscape has a similar &lt;a href=&quot;http://www.cs.berkeley.edu/~daw/papers/ddj-netscape.html&quot; rel=&quot;nofollow&quot;&gt;problem&lt;/a&gt; 12 years ago in their original implementation of SSL!]]></description>
		<content:encoded><![CDATA[<p>Netscape has a similar <a href="http://www.cs.berkeley.edu/~daw/papers/ddj-netscape.html" rel="nofollow">problem</a> 12 years ago in their original implementation of SSL!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill</title>
		<link>http://memerocket.com/2008/10/14/are-ruby-session-ids-secure/#comment-937</link>
		<dc:creator><![CDATA[Bill]]></dc:creator>
		<pubDate>Wed, 15 Oct 2008 15:22:33 +0000</pubDate>
		<guid isPermaLink="false">http://meme-rocket.com/2008/10/14/are-ruby-session-ids-secure/#comment-937</guid>
		<description><![CDATA[Chris, the first version of this post was misleading. It implied that the first call to rand set the seed material for subsequent calls. In fact it is only the srand call that does that.

My new reading is that if srand is never called, then rand will use current time and process id each time it is called. Essentially, srand is only used in testing situations (where you want to take system time and process id out of the equation and make your pseudorandom sequence predictable). In other words—not our situation.]]></description>
		<content:encoded><![CDATA[<p>Chris, the first version of this post was misleading. It implied that the first call to rand set the seed material for subsequent calls. In fact it is only the srand call that does that.</p>
<p>My new reading is that if srand is never called, then rand will use current time and process id each time it is called. Essentially, srand is only used in testing situations (where you want to take system time and process id out of the equation and make your pseudorandom sequence predictable). In other words—not our situation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Heald</title>
		<link>http://memerocket.com/2008/10/14/are-ruby-session-ids-secure/#comment-936</link>
		<dc:creator><![CDATA[Chris Heald]]></dc:creator>
		<pubDate>Wed, 15 Oct 2008 10:43:52 +0000</pubDate>
		<guid isPermaLink="false">http://meme-rocket.com/2008/10/14/are-ruby-session-ids-secure/#comment-936</guid>
		<description><![CDATA[I think the key here is that Ruby&#039;s rand *seeds* itself from known values. If there is any single call to rand at any time not coincident with an HTTP header that the end user is made privvy to, then the values returned from rand are effectively unpredictable.]]></description>
		<content:encoded><![CDATA[<p>I think the key here is that Ruby&#8217;s rand *seeds* itself from known values. If there is any single call to rand at any time not coincident with an HTTP header that the end user is made privvy to, then the values returned from rand are effectively unpredictable.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

