<?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: Connecting to MySQL using SSL encryption in Ruby on Rails</title>
	<atom:link href="http://blog.aisleten.com/2008/05/25/connecting-to-mysql-using-ssl-encryption-in-ruby-on-rails/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.aisleten.com/2008/05/25/connecting-to-mysql-using-ssl-encryption-in-ruby-on-rails/</link>
	<description>Late nights eventually pay off</description>
	<lastBuildDate>Wed, 10 Mar 2010 13:32:48 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Gavin Pearce</title>
		<link>http://blog.aisleten.com/2008/05/25/connecting-to-mysql-using-ssl-encryption-in-ruby-on-rails/#comment-3026</link>
		<dc:creator>Gavin Pearce</dc:creator>
		<pubDate>Mon, 01 Feb 2010 13:34:40 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aisleten.com/?p=122#comment-3026</guid>
		<description>Cheers mate - good article!

Theo,

You&#039;re fine if the DB is on the same physical machine - however, it&#039;s a good idea to have a separate DB server that isn&#039;t web accessible. Improves your security somewhat.</description>
		<content:encoded><![CDATA[<p>Cheers mate &#8211; good article!</p>
<p>Theo,</p>
<p>You&#8217;re fine if the DB is on the same physical machine &#8211; however, it&#8217;s a good idea to have a separate DB server that isn&#8217;t web accessible. Improves your security somewhat.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://blog.aisleten.com/2008/05/25/connecting-to-mysql-using-ssl-encryption-in-ruby-on-rails/#comment-2996</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Wed, 02 Dec 2009 18:26:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aisleten.com/?p=122#comment-2996</guid>
		<description>O.K., &#039;REVOKE&#039; exists...never mind.</description>
		<content:encoded><![CDATA[<p>O.K., &#8216;REVOKE&#8217; exists&#8230;never mind.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://blog.aisleten.com/2008/05/25/connecting-to-mysql-using-ssl-encryption-in-ruby-on-rails/#comment-2988</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Wed, 25 Nov 2009 18:02:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aisleten.com/?p=122#comment-2988</guid>
		<description>Baby question:  what if a user has already been set up without the requirement that she connect via SSL---how can her access be restricted to SSL?  (I tried the GRANT statement with the restriction, but it seems to be supervened by the initial set-up---Note: I&#039;m extremely newby at this, so  I might be missing something obvious.)</description>
		<content:encoded><![CDATA[<p>Baby question:  what if a user has already been set up without the requirement that she connect via SSL&#8212;how can her access be restricted to SSL?  (I tried the GRANT statement with the restriction, but it seems to be supervened by the initial set-up&#8212;Note: I&#8217;m extremely newby at this, so  I might be missing something obvious.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: theo</title>
		<link>http://blog.aisleten.com/2008/05/25/connecting-to-mysql-using-ssl-encryption-in-ruby-on-rails/#comment-2987</link>
		<dc:creator>theo</dc:creator>
		<pubDate>Fri, 20 Nov 2009 21:30:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aisleten.com/?p=122#comment-2987</guid>
		<description>do you need to use secure connection between webserver and mysql if they are on the same server machine? the site will run on https so transmission to the server will be secure. its just the internal communication i&#039;m not sure of. thanks</description>
		<content:encoded><![CDATA[<p>do you need to use secure connection between webserver and mysql if they are on the same server machine? the site will run on https so transmission to the server will be secure. its just the internal communication i&#8217;m not sure of. thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MikeJ</title>
		<link>http://blog.aisleten.com/2008/05/25/connecting-to-mysql-using-ssl-encryption-in-ruby-on-rails/#comment-2979</link>
		<dc:creator>MikeJ</dc:creator>
		<pubDate>Fri, 23 Oct 2009 17:11:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aisleten.com/?p=122#comment-2979</guid>
		<description>Apparently the blog software is converting two minus signs into a single minus sign. Let&#039;s try that with code tags:
[code]mysql -ssl-ca[/code] param needs to be [code]mysql -–ssl-ca[code]</description>
		<content:encoded><![CDATA[<p>Apparently the blog software is converting two minus signs into a single minus sign. Let&#8217;s try that with code tags:</p>
<pre class="brush: plain;">mysql -ssl-ca</pre>
<p> param needs to be mysql -–ssl-ca</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MikeJ</title>
		<link>http://blog.aisleten.com/2008/05/25/connecting-to-mysql-using-ssl-encryption-in-ruby-on-rails/#comment-2978</link>
		<dc:creator>MikeJ</dc:creator>
		<pubDate>Fri, 23 Oct 2009 17:07:38 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aisleten.com/?p=122#comment-2978</guid>
		<description>Thanks man, saved me a ton of time!

The reason the client needs the CA certificate is simple. The client uses it to verify that the server&#039;s certificate is valid each time it connects.

Minor correction: &quot;mysql -ssl-ca&quot; param needs to be &quot;mysql --ssl-ca&quot;.</description>
		<content:encoded><![CDATA[<p>Thanks man, saved me a ton of time!</p>
<p>The reason the client needs the CA certificate is simple. The client uses it to verify that the server&#8217;s certificate is valid each time it connects.</p>
<p>Minor correction: &#8220;mysql -ssl-ca&#8221; param needs to be &#8220;mysql &#8211;ssl-ca&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ITS Strategy &#38; Architecture &#187; MySQL and SSL</title>
		<link>http://blog.aisleten.com/2008/05/25/connecting-to-mysql-using-ssl-encryption-in-ruby-on-rails/#comment-2635</link>
		<dc:creator>ITS Strategy &#38; Architecture &#187; MySQL and SSL</dc:creator>
		<pubDate>Fri, 27 Mar 2009 19:03:47 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aisleten.com/?p=122#comment-2635</guid>
		<description>[...] http://blog.aisleten.com/2008/05/25/connecting-to-mysql-using-ssl-encryption-in-ruby-on-rails/ [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://blog.aisleten.com/2008/05/25/connecting-to-mysql-using-ssl-encryption-in-ruby-on-rails/" rel="nofollow">http://blog.aisleten.com/2008/05/25/connecting-to-mysql-using-ssl-encryption-in-ruby-on-rails/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick Hoffman</title>
		<link>http://blog.aisleten.com/2008/05/25/connecting-to-mysql-using-ssl-encryption-in-ruby-on-rails/#comment-2442</link>
		<dc:creator>Nick Hoffman</dc:creator>
		<pubDate>Thu, 30 Oct 2008 00:56:08 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aisleten.com/?p=122#comment-2442</guid>
		<description>Another method that would work is using STunnel, rather than an SSH tunnel or MySQL&#039;s built-in SSL support.</description>
		<content:encoded><![CDATA[<p>Another method that would work is using STunnel, rather than an SSH tunnel or MySQL&#8217;s built-in SSL support.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Richardson</title>
		<link>http://blog.aisleten.com/2008/05/25/connecting-to-mysql-using-ssl-encryption-in-ruby-on-rails/#comment-2412</link>
		<dc:creator>Michael Richardson</dc:creator>
		<pubDate>Thu, 09 Oct 2008 17:56:37 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aisleten.com/?p=122#comment-2412</guid>
		<description>So, I am a security expert. I&#039;ve worked at SSH, and on IPsec all over the place.   Rails is a pleasant diversion...
First, I see no advantage of an SSH tunnel. At best, it&#039;s not more secure, and if done wrong, it&#039;s actually less secure. The biggest issue is that there are simply more moving parts. (It also won&#039;t work well with windows, but maybe that&#039;s something in it&#039;s favour, since you&#039;d be less secure there for other reasons)

When building a passphrase-less public key authenticated SSH tunnel, you&#039;d be copying the client&#039;s public key to the server, and putting it in the authorized_keys file.
That authenticates the client to the server.
When you first connect, you copy the server&#039;s public key to the client&#039;s known_hosts file. That authenticates the server to the client.
In the SSL case, you authenticate the server to the client by copying the server&#039;s cacert.pem file to the client.  SSL has the X509/PKIX notion of a CA and a hierarchy, and althougth it&#039;s generally a disaster of complexity, fundamentally, it just a fatter version of what SSH provides.
You do not describe copying the client&#039;s public key to the server.  In theory, in real SSL practice, you&#039;d have the client&#039;s certificate generated by a CA that was trusted by the server, and configure the authorization (vs authentication) for the client to connect somewhere on the server.
In practice, you do not do that, instead, you use passwords. This means that effectively anyone can connect to your port 3306 and attempt to crack your passwords. 

That means that IP level restrictrictions are in order.
All of this would seem to prefer the SSH method, but only if you could use the SSH client code built-in to ruby, and have the same thing on the mysql side.

If you use an external SSH client, then you have an additional moving part to set, a dummy account on the server to setup, etc.</description>
		<content:encoded><![CDATA[<p>So, I am a security expert. I&#8217;ve worked at SSH, and on IPsec all over the place.   Rails is a pleasant diversion&#8230;<br />
First, I see no advantage of an SSH tunnel. At best, it&#8217;s not more secure, and if done wrong, it&#8217;s actually less secure. The biggest issue is that there are simply more moving parts. (It also won&#8217;t work well with windows, but maybe that&#8217;s something in it&#8217;s favour, since you&#8217;d be less secure there for other reasons)</p>
<p>When building a passphrase-less public key authenticated SSH tunnel, you&#8217;d be copying the client&#8217;s public key to the server, and putting it in the authorized_keys file.<br />
That authenticates the client to the server.<br />
When you first connect, you copy the server&#8217;s public key to the client&#8217;s known_hosts file. That authenticates the server to the client.<br />
In the SSL case, you authenticate the server to the client by copying the server&#8217;s cacert.pem file to the client.  SSL has the X509/PKIX notion of a CA and a hierarchy, and althougth it&#8217;s generally a disaster of complexity, fundamentally, it just a fatter version of what SSH provides.<br />
You do not describe copying the client&#8217;s public key to the server.  In theory, in real SSL practice, you&#8217;d have the client&#8217;s certificate generated by a CA that was trusted by the server, and configure the authorization (vs authentication) for the client to connect somewhere on the server.<br />
In practice, you do not do that, instead, you use passwords. This means that effectively anyone can connect to your port 3306 and attempt to crack your passwords. </p>
<p>That means that IP level restrictrictions are in order.<br />
All of this would seem to prefer the SSH method, but only if you could use the SSH client code built-in to ruby, and have the same thing on the mysql side.</p>
<p>If you use an external SSH client, then you have an additional moving part to set, a dummy account on the server to setup, etc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: philemon</title>
		<link>http://blog.aisleten.com/2008/05/25/connecting-to-mysql-using-ssl-encryption-in-ruby-on-rails/#comment-2267</link>
		<dc:creator>philemon</dc:creator>
		<pubDate>Tue, 22 Jul 2008 12:24:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aisleten.com/?p=122#comment-2267</guid>
		<description>hey everyone, want to manage mysql db just chk this out sqlyog an amazing front end offered under open source just for free. u can connect thru ssh/ssl/tunnel. more secured tool to maintain your db. Highly recommendable.</description>
		<content:encoded><![CDATA[<p>hey everyone, want to manage mysql db just chk this out sqlyog an amazing front end offered under open source just for free. u can connect thru ssh/ssl/tunnel. more secured tool to maintain your db. Highly recommendable.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
