<?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: Why Cloud Computing Needs Security</title>
	<atom:link href="http://gigaom.com/2008/06/10/the-amazon-outage-fortresses-in-the-clouds/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2008/06/10/the-amazon-outage-fortresses-in-the-clouds/</link>
	<description>Trusted Insights and Conversations on the Next Wave of Technology</description>
	<lastBuildDate>Thu, 26 Nov 2009 02:03:27 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Glum Economy Brings On Good Times for Joyent - GigaOM</title>
		<link>http://gigaom.com/2008/06/10/the-amazon-outage-fortresses-in-the-clouds/#comment-909412</link>
		<dc:creator>Glum Economy Brings On Good Times for Joyent - GigaOM</dc:creator>
		<pubDate>Fri, 31 Oct 2008 16:28:21 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=13736#comment-909412</guid>
		<description>&lt;p&gt;[...] about reliability, but such concerns are likely to persist, and vendors will be differentiated by how they handle data security.     Want to know more about the rapidly changing Cloud Computing landscape? Preview our Cloud [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] about reliability, but such concerns are likely to persist, and vendors will be differentiated by how they handle data security.     Want to know more about the rapidly changing Cloud Computing landscape? Preview our Cloud [...]</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Vectorpedia</title>
		<link>http://gigaom.com/2008/06/10/the-amazon-outage-fortresses-in-the-clouds/#comment-895401</link>
		<dc:creator>Vectorpedia</dc:creator>
		<pubDate>Sat, 23 Aug 2008 17:11:56 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=13736#comment-895401</guid>
		<description>&lt;p&gt;It seems like all websites now need some type of security...........interesting and informative article.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>It seems like all websites now need some type of security&#8230;&#8230;&#8230;..interesting and informative article.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: The problem of monoculture &#124; Bitcurrent</title>
		<link>http://gigaom.com/2008/06/10/the-amazon-outage-fortresses-in-the-clouds/#comment-886740</link>
		<dc:creator>The problem of monoculture &#124; Bitcurrent</dc:creator>
		<pubDate>Wed, 02 Jul 2008 22:27:04 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=13736#comment-886740</guid>
		<description>&lt;p&gt;[...] wrote a piece a while back about how centralized computing makes a cloud a big target. I didn&#8217;t want to get into the biological origins of this stuff, but one commenter was right: [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] wrote a piece a while back about how centralized computing makes a cloud a big target. I didn&#8217;t want to get into the biological origins of this stuff, but one commenter was right: [...]</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Web Worker Daily &#187; Archive Balsamiq Studios Makes a Case for Web Office Plugins &#171;</title>
		<link>http://gigaom.com/2008/06/10/the-amazon-outage-fortresses-in-the-clouds/#comment-884443</link>
		<dc:creator>Web Worker Daily &#187; Archive Balsamiq Studios Makes a Case for Web Office Plugins &#171;</dc:creator>
		<pubDate>Thu, 19 Jun 2008 13:01:11 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=13736#comment-884443</guid>
		<description>&lt;p&gt;[...] what matters most to users? Their privacy, the security of their private information and the trust they have in the brand. Would you trust your private data with a company that might [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] what matters most to users? Their privacy, the security of their private information and the trust they have in the brand. Would you trust your private data with a company that might [...]</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Cory K.</title>
		<link>http://gigaom.com/2008/06/10/the-amazon-outage-fortresses-in-the-clouds/#comment-883358</link>
		<dc:creator>Cory K.</dc:creator>
		<pubDate>Thu, 12 Jun 2008 07:02:12 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=13736#comment-883358</guid>
		<description>&lt;p&gt;Heck right now we&#039;d just settle for a the basics right now. Alister hits the nail on the head with a distributed cloud. We&#039;re on Mosso right now and the idea of Mosso&#039;s model is stellar. They make it easier for anyone to develop in the cloud. However, where the rubber meets the road, Mosso like all other cloud providers are stuck in a cruel irony. Unlike the cloud model the company itself can not throttle up as quickly as the cloud can. Right now their admin panel looks great to set up a new web site, and performed perfectly just a few months ago. As of the last 4-6 weeks, we&#039;re yet to get a web site provisioned without having to call Mosso. If it were a quick fix while in a chat session or phone call, I&#039;d be happy to chalk that up to a bump in the road. But right now it takes a CSR to escalate the issue to an admin. That process takes no less than 24 hours. The last time I had to call, beg and plead to get moved up the que. Even though the CSR&#039;s are great that one web site took, over 72 hours to set up, then another 3-4 days to tweak it to work. We&#039;re not talking anything fancy here. It was a PHP/MySQl set up. As vanilla as it gets. They say that they are working on the problem, and hope to have it remedied soon, but the amount of time and money we have lost having development teams sitting and waiting because the clouds could clear at any second is not worth it for most smaller firms...the very ones that Mosso is targeting. Alister is right that we do need to distribute the cloud, and hopefully that the distribution will allow for the small guys to come out and enjoy the sun for a little while. But for us, those 72 hours cost us almost as much as it would have cost us to use Rackspace...Mosso&#039;s upstream. At least we&#039;d have control over provisioning a simple web site.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Heck right now we&#8217;d just settle for a the basics right now. Alister hits the nail on the head with a distributed cloud. We&#8217;re on Mosso right now and the idea of Mosso&#8217;s model is stellar. They make it easier for anyone to develop in the cloud. However, where the rubber meets the road, Mosso like all other cloud providers are stuck in a cruel irony. Unlike the cloud model the company itself can not throttle up as quickly as the cloud can. Right now their admin panel looks great to set up a new web site, and performed perfectly just a few months ago. As of the last 4-6 weeks, we&#8217;re yet to get a web site provisioned without having to call Mosso. If it were a quick fix while in a chat session or phone call, I&#8217;d be happy to chalk that up to a bump in the road. But right now it takes a CSR to escalate the issue to an admin. That process takes no less than 24 hours. The last time I had to call, beg and plead to get moved up the que. Even though the CSR&#8217;s are great that one web site took, over 72 hours to set up, then another 3-4 days to tweak it to work. We&#8217;re not talking anything fancy here. It was a PHP/MySQl set up. As vanilla as it gets. They say that they are working on the problem, and hope to have it remedied soon, but the amount of time and money we have lost having development teams sitting and waiting because the clouds could clear at any second is not worth it for most smaller firms&#8230;the very ones that Mosso is targeting. Alister is right that we do need to distribute the cloud, and hopefully that the distribution will allow for the small guys to come out and enjoy the sun for a little while. But for us, those 72 hours cost us almost as much as it would have cost us to use Rackspace&#8230;Mosso&#8217;s upstream. At least we&#8217;d have control over provisioning a simple web site.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: WinExtra &#187; From the Pipeline &#8211; 6.10.08</title>
		<link>http://gigaom.com/2008/06/10/the-amazon-outage-fortresses-in-the-clouds/#comment-883249</link>
		<dc:creator>WinExtra &#187; From the Pipeline &#8211; 6.10.08</dc:creator>
		<pubDate>Wed, 11 Jun 2008 16:32:55 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=13736#comment-883249</guid>
		<description>&lt;p&gt;[...] Why Cloud Computing Needs Security :: GigaOM – while everyone seems to being all enthused over the idea of cloud computing no-one is talking seriously about the security implications of doing this. [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] Why Cloud Computing Needs Security :: GigaOM – while everyone seems to being all enthused over the idea of cloud computing no-one is talking seriously about the security implications of doing this. [...]</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Eric Novikoff</title>
		<link>http://gigaom.com/2008/06/10/the-amazon-outage-fortresses-in-the-clouds/#comment-883174</link>
		<dc:creator>Eric Novikoff</dc:creator>
		<pubDate>Wed, 11 Jun 2008 05:55:10 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=13736#comment-883174</guid>
		<description>&lt;p&gt;The combination of monoculture (literally planting only one kind of crop) in the cloud computing provider world with the faceless automated customer service of large corporations that think a self-service website can substitute for a real human answering the phone is a recipe for a security disaster.  Cloud computing, with its low barriers to entry, attracts an increasing number of security-illiterate customers who depend on the cloud provider to provide security for them.  However, not all providers offer such a plan, often assuming that the client has built security into their application, or thinking that the increased cost of security measures will make their cloud offering too expensive We have clients who have come to us after having their applications hacked inside Amazon EC2, with nobody to call for help and no internal expertise in security.  If your provider has a detailed security plan in place, this can potentially improve your chances against hackers (especially the ones who just run bots to search for common exploits) but there&#039;s still nothing like designing your application from the ground up to be as secure as possible.  We provide our clients with IDS/IPS hardware firewalls protecting their cloud-deployed applications, but the next exploit that the firewall vendor hasn&#039;t found yet is just around the corner waiting to take down applications written without consideration for security.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>The combination of monoculture (literally planting only one kind of crop) in the cloud computing provider world with the faceless automated customer service of large corporations that think a self-service website can substitute for a real human answering the phone is a recipe for a security disaster.  Cloud computing, with its low barriers to entry, attracts an increasing number of security-illiterate customers who depend on the cloud provider to provide security for them.  However, not all providers offer such a plan, often assuming that the client has built security into their application, or thinking that the increased cost of security measures will make their cloud offering too expensive We have clients who have come to us after having their applications hacked inside Amazon EC2, with nobody to call for help and no internal expertise in security.  If your provider has a detailed security plan in place, this can potentially improve your chances against hackers (especially the ones who just run bots to search for common exploits) but there&#8217;s still nothing like designing your application from the ground up to be as secure as possible.  We provide our clients with IDS/IPS hardware firewalls protecting their cloud-deployed applications, but the next exploit that the firewall vendor hasn&#8217;t found yet is just around the corner waiting to take down applications written without consideration for security.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: friarminor</title>
		<link>http://gigaom.com/2008/06/10/the-amazon-outage-fortresses-in-the-clouds/#comment-883138</link>
		<dc:creator>friarminor</dc:creator>
		<pubDate>Wed, 11 Jun 2008 02:05:05 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=13736#comment-883138</guid>
		<description>&lt;p&gt;Definitely need a whole bunch of clouds to render such attacks less significant and non-appealing. Call it &#039;overcast&#039;, Alistair.&lt;/p&gt;

&lt;p&gt;Moat.  I like as a form of delaying strategy and deterrent but as far as persistent hackers go, it will prove to be more of a challenge that it could still be breached.&lt;/p&gt;

&lt;p&gt;Best.
alain
mor.ph&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Definitely need a whole bunch of clouds to render such attacks less significant and non-appealing. Call it &#8216;overcast&#8217;, Alistair.</p>

<p>Moat.  I like as a form of delaying strategy and deterrent but as far as persistent hackers go, it will prove to be more of a challenge that it could still be breached.</p>

<p>Best.
alain
mor.ph</p>]]></content:encoded>
	</item>
</channel>
</rss>
