<?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: Beware of ssl_requirement</title>
	<atom:link href="http://blog.aisleten.com/2008/06/02/beware-of-ssl_requirement/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.aisleten.com/2008/06/02/beware-of-ssl_requirement/</link>
	<description>Late nights eventually pay off</description>
	<lastBuildDate>Wed, 08 Feb 2012 19:15:48 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: The Lazy Man&#8217;s Approach to SSL in Ruby on Rails &#171; Ian Lotinsky</title>
		<link>http://blog.aisleten.com/2008/06/02/beware-of-ssl_requirement/#comment-3540</link>
		<dc:creator>The Lazy Man&#8217;s Approach to SSL in Ruby on Rails &#171; Ian Lotinsky</dc:creator>
		<pubDate>Wed, 29 Sep 2010 13:27:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aisleten.com/?p=124#comment-3540</guid>
		<description>[...] been transmitted insecurely over HTTP. By that point, who cares if the data is resent securely? The secret has already been exposed! You never want your application to let a user do [...]</description>
		<content:encoded><![CDATA[<p>[...] been transmitted insecurely over HTTP. By that point, who cares if the data is resent securely? The secret has already been exposed! You never want your application to let a user do [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ken bills</title>
		<link>http://blog.aisleten.com/2008/06/02/beware-of-ssl_requirement/#comment-3016</link>
		<dc:creator>ken bills</dc:creator>
		<pubDate>Fri, 08 Jan 2010 15:16:04 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aisleten.com/?p=124#comment-3016</guid>
		<description>it&#039;s also important to consider that pages fetched over an insecure protocol (http) that contain forms that are intended to submit sensitive data over a secure protocol (https) are also vulnerable to Man in the Middle (MiM) attacks. 

This is due to a lack of authenticity. In addition to encryption, SSL also provides the client with a way to ensure that the sender of the data is who they say they are. That&#039;s why they make you buy a certificate from a certificate authority like Geortrust or verisign. Without it, a man in the middle could alter the data sent back from the server on the insecure request. For example they could change the form so that the action attribute points to their server instead of yours.</description>
		<content:encoded><![CDATA[<p>it&#8217;s also important to consider that pages fetched over an insecure protocol (http) that contain forms that are intended to submit sensitive data over a secure protocol (https) are also vulnerable to Man in the Middle (MiM) attacks. </p>
<p>This is due to a lack of authenticity. In addition to encryption, SSL also provides the client with a way to ensure that the sender of the data is who they say they are. That&#8217;s why they make you buy a certificate from a certificate authority like Geortrust or verisign. Without it, a man in the middle could alter the data sent back from the server on the insecure request. For example they could change the form so that the action attribute points to their server instead of yours.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick</title>
		<link>http://blog.aisleten.com/2008/06/02/beware-of-ssl_requirement/#comment-2970</link>
		<dc:creator>Nick</dc:creator>
		<pubDate>Mon, 21 Sep 2009 03:19:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aisleten.com/?p=124#comment-2970</guid>
		<description>Whatever happened to DRY?

That you have to jump through so many hoops to get this to work is frankly shockingly poor. The idea of http://github.com/iwarshak/secure_actions seems to be on the right track, but that plugin has a big &quot;DO NOT USE THIS PLUGIN&quot; at the top.

I&#039;ve just installed Redmine, and couldn&#039;t believe that having made it so easy to connect to an LDAP server to authenticate, it is so hard to get it to secure the login form.

Crazy. Only solution for now is to require SSL for the whole shooting match.</description>
		<content:encoded><![CDATA[<p>Whatever happened to DRY?</p>
<p>That you have to jump through so many hoops to get this to work is frankly shockingly poor. The idea of <a href="http://github.com/iwarshak/secure_actions" rel="nofollow">http://github.com/iwarshak/secure_actions</a> seems to be on the right track, but that plugin has a big &#8220;DO NOT USE THIS PLUGIN&#8221; at the top.</p>
<p>I&#8217;ve just installed Redmine, and couldn&#8217;t believe that having made it so easy to connect to an LDAP server to authenticate, it is so hard to get it to secure the login form.</p>
<p>Crazy. Only solution for now is to require SSL for the whole shooting match.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Consensus on SSL &#8211; what&#8217;s everyone using? &#8211; Afraha ! The Next Big Thing!</title>
		<link>http://blog.aisleten.com/2008/06/02/beware-of-ssl_requirement/#comment-2916</link>
		<dc:creator>Consensus on SSL &#8211; what&#8217;s everyone using? &#8211; Afraha ! The Next Big Thing!</dc:creator>
		<pubDate>Sat, 25 Jul 2009 15:50:36 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aisleten.com/?p=124#comment-2916</guid>
		<description>[...] http://blog.aisleten.com/2008/06/02/beware-of-ssl_requirement/ I&#8217;m not certain of the validity of this or whether its been addressed. [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://blog.aisleten.com/2008/06/02/beware-of-ssl_requirement/" rel="nofollow">http://blog.aisleten.com/2008/06/02/beware-of-ssl_requirement/</a> I&#8217;m not certain of the validity of this or whether its been addressed. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Micah</title>
		<link>http://blog.aisleten.com/2008/06/02/beware-of-ssl_requirement/#comment-2450</link>
		<dc:creator>Micah</dc:creator>
		<pubDate>Tue, 04 Nov 2008 18:35:27 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aisleten.com/?p=124#comment-2450</guid>
		<description>Thanks for the tip, Josh!</description>
		<content:encoded><![CDATA[<p>Thanks for the tip, Josh!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh Nichols</title>
		<link>http://blog.aisleten.com/2008/06/02/beware-of-ssl_requirement/#comment-2449</link>
		<dc:creator>Josh Nichols</dc:creator>
		<pubDate>Tue, 04 Nov 2008 18:32:54 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aisleten.com/?p=124#comment-2449</guid>
		<description>I just started out SSL on Rails. I found this fork of ssl_requirement on github: http://github.com/bcurren/ssl_requirement/tree/master

I think it might address most of your concerns. Specifically, you can declare what ISN&#039;T ssl-enabled, and you can also easily make sure your forms are ssl protected.</description>
		<content:encoded><![CDATA[<p>I just started out SSL on Rails. I found this fork of ssl_requirement on github: <a href="http://github.com/bcurren/ssl_requirement/tree/master" rel="nofollow">http://github.com/bcurren/ssl_requirement/tree/master</a></p>
<p>I think it might address most of your concerns. Specifically, you can declare what ISN&#8217;T ssl-enabled, and you can also easily make sure your forms are ssl protected.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

