<?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 for Elastic Security</title>
	<atom:link href="http://elastic-security.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://elastic-security.com</link>
	<description>Security for the Cloud</description>
	<lastBuildDate>Tue, 14 Feb 2012 00:06:07 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>Comment on How-To: Copy an EBS-Backed AMI from one region to another one by Anand</title>
		<link>http://elastic-security.com/2011/02/10/how-to-copy-an-ebs-backed-ami-from-one-region-to-another-one/#comment-366</link>
		<dc:creator><![CDATA[Anand]]></dc:creator>
		<pubDate>Tue, 14 Feb 2012 00:06:07 +0000</pubDate>
		<guid isPermaLink="false">http://elastic-security.com/?p=801#comment-366</guid>
		<description><![CDATA[A few small things to keep in mind for others using this outline
1. You can find out the kernel id to use by simply by using the Amazon console in case your base image was one of the standard ones provided by Amazon
2. You may see a few tar warnings - keep an eye out to see if there is anything strange there. It may be better to redirect the tar output to a file so that you can look through it later
3. It was (for me) a bit non trivial to determine the file system type. The default at this time appears to be ext3 for Amazon base images
Regards
/anand]]></description>
		<content:encoded><![CDATA[<p>A few small things to keep in mind for others using this outline<br />
1. You can find out the kernel id to use by simply by using the Amazon console in case your base image was one of the standard ones provided by Amazon<br />
2. You may see a few tar warnings &#8211; keep an eye out to see if there is anything strange there. It may be better to redirect the tar output to a file so that you can look through it later<br />
3. It was (for me) a bit non trivial to determine the file system type. The default at this time appears to be ext3 for Amazon base images<br />
Regards<br />
/anand</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on How-To: Copy an EBS-Backed AMI from one region to another one by Anand</title>
		<link>http://elastic-security.com/2011/02/10/how-to-copy-an-ebs-backed-ami-from-one-region-to-another-one/#comment-365</link>
		<dc:creator><![CDATA[Anand]]></dc:creator>
		<pubDate>Mon, 13 Feb 2012 16:40:55 +0000</pubDate>
		<guid isPermaLink="false">http://elastic-security.com/?p=801#comment-365</guid>
		<description><![CDATA[Happy to report that it all worked out - i had screwed up the file system specification (used ext4 instead of ext3)
Many thanks for this writeup.]]></description>
		<content:encoded><![CDATA[<p>Happy to report that it all worked out &#8211; i had screwed up the file system specification (used ext4 instead of ext3)<br />
Many thanks for this writeup.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on AWS Policy Generator by momma mia</title>
		<link>http://elastic-security.com/2011/01/07/aws-policy-generator/#comment-364</link>
		<dc:creator><![CDATA[momma mia]]></dc:creator>
		<pubDate>Mon, 13 Feb 2012 16:16:58 +0000</pubDate>
		<guid isPermaLink="false">http://elastic-security.com/?p=666#comment-364</guid>
		<description><![CDATA[very, very nice. thanks for all the help-ah. nice spaghetti for you.]]></description>
		<content:encoded><![CDATA[<p>very, very nice. thanks for all the help-ah. nice spaghetti for you.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on How-To: Copy an EBS-Backed AMI from one region to another one by Anand</title>
		<link>http://elastic-security.com/2011/02/10/how-to-copy-an-ebs-backed-ami-from-one-region-to-another-one/#comment-362</link>
		<dc:creator><![CDATA[Anand]]></dc:creator>
		<pubDate>Mon, 13 Feb 2012 04:46:56 +0000</pubDate>
		<guid isPermaLink="false">http://elastic-security.com/?p=801#comment-362</guid>
		<description><![CDATA[I somehow thought that the *base* AMI should have the same Kernel id initially. Thanks for correcting that point]]></description>
		<content:encoded><![CDATA[<p>I somehow thought that the *base* AMI should have the same Kernel id initially. Thanks for correcting that point</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on How-To: Copy an EBS-Backed AMI from one region to another one by Anand</title>
		<link>http://elastic-security.com/2011/02/10/how-to-copy-an-ebs-backed-ami-from-one-region-to-another-one/#comment-361</link>
		<dc:creator><![CDATA[Anand]]></dc:creator>
		<pubDate>Mon, 13 Feb 2012 04:44:35 +0000</pubDate>
		<guid isPermaLink="false">http://elastic-security.com/?p=801#comment-361</guid>
		<description><![CDATA[Hi Fred,
Thanks for the pointer. Actually, I forgot to mention that I had indeed tried the &quot;Finding the right Kernel ID&quot; step. Using the resultant Kernel id from the target did create the AMI but the instances launched from it failed the accessibility status check and I was unable to connect to it. Just to make sure I hadn&#039;t made a mistake in following the steps outlined, i tried twice more with the same end result. 
I will do some more investigation and report back]]></description>
		<content:encoded><![CDATA[<p>Hi Fred,<br />
Thanks for the pointer. Actually, I forgot to mention that I had indeed tried the &#8220;Finding the right Kernel ID&#8221; step. Using the resultant Kernel id from the target did create the AMI but the instances launched from it failed the accessibility status check and I was unable to connect to it. Just to make sure I hadn&#8217;t made a mistake in following the steps outlined, i tried twice more with the same end result.<br />
I will do some more investigation and report back</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on How-To: Copy an EBS-Backed AMI from one region to another one by Frederic Donnat</title>
		<link>http://elastic-security.com/2011/02/10/how-to-copy-an-ebs-backed-ami-from-one-region-to-another-one/#comment-360</link>
		<dc:creator><![CDATA[Frederic Donnat]]></dc:creator>
		<pubDate>Sun, 12 Feb 2012 17:28:35 +0000</pubDate>
		<guid isPermaLink="false">http://elastic-security.com/?p=801#comment-360</guid>
		<description><![CDATA[Hi Anand,

Thanks for sharing your experience with this procedure.

&lt;blockquote&gt;The above procedure relies on the base AMI having the same kernel id across regions&lt;/blockquote&gt;
We apologize if we have not been clear enough, but this is &lt;strong&gt;NOT&lt;/strong&gt; true. The kernel ID are &lt;strong&gt;NOT&lt;/strong&gt; shared between AWS Region. It seems that you missed the part on &quot;&lt;strong&gt;Find the right Kernel ID (AKI) for registering your EBS Backed AMI&lt;/strong&gt;&quot;, which explains how to find the new kernel ID (AKI) in the target region. Before registering the new AMI as describe &lt;strong&gt;in Step 4&lt;/strong&gt;, you have to find the right kernel ID in the target region.

Hope this helps.
/fred]]></description>
		<content:encoded><![CDATA[<p>Hi Anand,</p>
<p>Thanks for sharing your experience with this procedure.</p>
<blockquote><p>The above procedure relies on the base AMI having the same kernel id across regions</p></blockquote>
<p>We apologize if we have not been clear enough, but this is <strong>NOT</strong> true. The kernel ID are <strong>NOT</strong> shared between AWS Region. It seems that you missed the part on &#8220;<strong>Find the right Kernel ID (AKI) for registering your EBS Backed AMI</strong>&#8220;, which explains how to find the new kernel ID (AKI) in the target region. Before registering the new AMI as describe <strong>in Step 4</strong>, you have to find the right kernel ID in the target region.</p>
<p>Hope this helps.<br />
/fred</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on How-To: Copy an EBS-Backed AMI from one region to another one by Anand</title>
		<link>http://elastic-security.com/2011/02/10/how-to-copy-an-ebs-backed-ami-from-one-region-to-another-one/#comment-359</link>
		<dc:creator><![CDATA[Anand]]></dc:creator>
		<pubDate>Sun, 12 Feb 2012 16:30:08 +0000</pubDate>
		<guid isPermaLink="false">http://elastic-security.com/?p=801#comment-359</guid>
		<description><![CDATA[After spending a couple of days of trying to figure out why I was not able to use this process successfully, I discovered the issue. 
Some background - I created an instance in Region A using the Amazon 64 bit Linux AMI. Installed a whole bunch of stuff on it over a couple of months before we decided we wanted to switch to region B. I created an AMI of my instance and I reached Step 4 of the outline above with no problems before i hit a wall
Turns out the base Amazon 64 bit Linux AMI in region A (off of which I had created my AMI) has a different kernel id from the 64 bit Linux AMI in region B. The above procedure relies on the base AMI having the same kernel id across regions ...
If it is relevant - Region A above = ap-southeast-1 and region B = us-west-1.
you can do ec2-describe-images &#124;and compare the 2 base images to see what I mean. Sigh - looks like i will have to rebuild from scratch]]></description>
		<content:encoded><![CDATA[<p>After spending a couple of days of trying to figure out why I was not able to use this process successfully, I discovered the issue.<br />
Some background &#8211; I created an instance in Region A using the Amazon 64 bit Linux AMI. Installed a whole bunch of stuff on it over a couple of months before we decided we wanted to switch to region B. I created an AMI of my instance and I reached Step 4 of the outline above with no problems before i hit a wall<br />
Turns out the base Amazon 64 bit Linux AMI in region A (off of which I had created my AMI) has a different kernel id from the 64 bit Linux AMI in region B. The above procedure relies on the base AMI having the same kernel id across regions &#8230;<br />
If it is relevant &#8211; Region A above = ap-southeast-1 and region B = us-west-1.<br />
you can do ec2-describe-images |and compare the 2 base images to see what I mean. Sigh &#8211; looks like i will have to rebuild from scratch</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Read-Only Credentials For EC2 by momma mia</title>
		<link>http://elastic-security.com/2010/12/30/read-only-credentials-for-ec2/#comment-358</link>
		<dc:creator><![CDATA[momma mia]]></dc:creator>
		<pubDate>Thu, 09 Feb 2012 18:03:18 +0000</pubDate>
		<guid isPermaLink="false">http://elastic-security.com/?p=591#comment-358</guid>
		<description><![CDATA[nice, but cert part is missing as per http://giantdorks.org/alain/limited-permissions-for-aws-users-and-groups/

i think]]></description>
		<content:encoded><![CDATA[<p>nice, but cert part is missing as per <a href="http://giantdorks.org/alain/limited-permissions-for-aws-users-and-groups/" rel="nofollow">http://giantdorks.org/alain/limited-permissions-for-aws-users-and-groups/</a></p>
<p>i think</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Monitoring Tool: Amazon EC2 plugins for Nagios by scottwilkerson</title>
		<link>http://elastic-security.com/2011/08/04/monitoring-tool-amazon-ec2-plugins-for-nagios/#comment-357</link>
		<dc:creator><![CDATA[scottwilkerson]]></dc:creator>
		<pubDate>Sat, 21 Jan 2012 20:43:58 +0000</pubDate>
		<guid isPermaLink="false">http://elastic-security.com/?p=1257#comment-357</guid>
		<description><![CDATA[Or use the new Nagios XI in the cloud
http://labs.nagios.com/2012/01/20/using-nagios-xi-in-amazon-ec2-cloud/]]></description>
		<content:encoded><![CDATA[<p>Or use the new Nagios XI in the cloud<br />
<a href="http://labs.nagios.com/2012/01/20/using-nagios-xi-in-amazon-ec2-cloud/" rel="nofollow">http://labs.nagios.com/2012/01/20/using-nagios-xi-in-amazon-ec2-cloud/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Most annoying and at the same time most loved feature of Elastic Detector by Elastic Security: Vulnerability Assessment &#171; Elastic Security</title>
		<link>http://elastic-security.com/2011/02/17/most-annoying-and-at-the-same-time-most-loved-feature-of-elastic-detector/#comment-338</link>
		<dc:creator><![CDATA[Elastic Security: Vulnerability Assessment &#171; Elastic Security]]></dc:creator>
		<pubDate>Tue, 22 Nov 2011 16:32:11 +0000</pubDate>
		<guid isPermaLink="false">http://elastic-security.com/?p=897#comment-338</guid>
		<description><![CDATA[[...] security is considered boring (as shown in one of our previous posts on Open Ports Check), I take this opportunity to give some explanation on the recent Security Features that have been [...]]]></description>
		<content:encoded><![CDATA[<p>[...] security is considered boring (as shown in one of our previous posts on Open Ports Check), I take this opportunity to give some explanation on the recent Security Features that have been [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

