<?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: On the dangers of OVF</title>
	<atom:link href="http://virtualization.com/guest-posts/2009/04/17/on-the-dangers-of-ovf/feed/" rel="self" type="application/rss+xml" />
	<link>http://virtualization.com/guest-posts/2009/04/17/on-the-dangers-of-ovf/</link>
	<description></description>
	<lastBuildDate>Wed, 17 Mar 2010 08:51:16 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Sebastian Otaegui</title>
		<link>http://virtualization.com/guest-posts/2009/04/17/on-the-dangers-of-ovf/comment-page-1/#comment-38790</link>
		<dc:creator>Sebastian Otaegui</dc:creator>
		<pubDate>Fri, 24 Apr 2009 18:28:30 +0000</pubDate>
		<guid isPermaLink="false">http://virtualization.com/?p=3156#comment-38790</guid>
		<description>Shouldn&#039;t be a way to securely sign the machine image as there is with other software packages?
The format and the host should support some sort of secure authentication.
Like with application installation packages.</description>
		<content:encoded><![CDATA[<p>Shouldn&#8217;t be a way to securely sign the machine image as there is with other software packages?<br />
The format and the host should support some sort of secure authentication.<br />
Like with application installation packages.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Rechenburg</title>
		<link>http://virtualization.com/guest-posts/2009/04/17/on-the-dangers-of-ovf/comment-page-1/#comment-38169</link>
		<dc:creator>Matt Rechenburg</dc:creator>
		<pubDate>Sat, 18 Apr 2009 21:14:55 +0000</pubDate>
		<guid isPermaLink="false">http://virtualization.com/?p=3156#comment-38169</guid>
		<description>I would like to suggest to try out openQRM. That way you can perfectly separate &quot;hardware&quot; (virtual or phyiscal) from &quot;software&quot; (your server-images). With openQRM you are completely independent from any virtual disk-image format. Server-images in openQRM are &quot;just&quot; root-filesystems and you can deploy them to virtual machines of any type and also transparently migrate them to other virtualization technologies and even to physical machines at any time without touching or changing your server-image in any way nor adapting any virtualization configuration files at all.
.. just my 2 cents, i can live without OVF.</description>
		<content:encoded><![CDATA[<p>I would like to suggest to try out openQRM. That way you can perfectly separate &#8220;hardware&#8221; (virtual or phyiscal) from &#8220;software&#8221; (your server-images). With openQRM you are completely independent from any virtual disk-image format. Server-images in openQRM are &#8220;just&#8221; root-filesystems and you can deploy them to virtual machines of any type and also transparently migrate them to other virtualization technologies and even to physical machines at any time without touching or changing your server-image in any way nor adapting any virtualization configuration files at all.<br />
.. just my 2 cents, i can live without OVF.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nick</title>
		<link>http://virtualization.com/guest-posts/2009/04/17/on-the-dangers-of-ovf/comment-page-1/#comment-38027</link>
		<dc:creator>nick</dc:creator>
		<pubDate>Fri, 17 Apr 2009 18:28:02 +0000</pubDate>
		<guid isPermaLink="false">http://virtualization.com/?p=3156#comment-38027</guid>
		<description>This has got to be the most ridiculous argument.</description>
		<content:encoded><![CDATA[<p>This has got to be the most ridiculous argument.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rational Survivability &#187; OVF: The Root Of All Evil. We Must Exterminate It NOW!</title>
		<link>http://virtualization.com/guest-posts/2009/04/17/on-the-dangers-of-ovf/comment-page-1/#comment-38013</link>
		<dc:creator>Rational Survivability &#187; OVF: The Root Of All Evil. We Must Exterminate It NOW!</dc:creator>
		<pubDate>Fri, 17 Apr 2009 16:36:42 +0000</pubDate>
		<guid isPermaLink="false">http://virtualization.com/?p=3156#comment-38013</guid>
		<description>[...] It seems the singularity is upon us as chronicled by Kris Buytaert in his post titled: On the Dangers of OVF.  [...]</description>
		<content:encoded><![CDATA[<p>[...] It seems the singularity is upon us as chronicled by Kris Buytaert in his post titled: On the Dangers of OVF.  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: wishinet</title>
		<link>http://virtualization.com/guest-posts/2009/04/17/on-the-dangers-of-ovf/comment-page-1/#comment-38003</link>
		<dc:creator>wishinet</dc:creator>
		<pubDate>Fri, 17 Apr 2009 15:17:02 +0000</pubDate>
		<guid isPermaLink="false">http://virtualization.com/?p=3156#comment-38003</guid>
		<description>And Windows is dangerous because of the exact same reasons. I&#039;m not the only one having this opinion: the windows binary format is useable to spread malware.</description>
		<content:encoded><![CDATA[<p>And Windows is dangerous because of the exact same reasons. I&#8217;m not the only one having this opinion: the windows binary format is useable to spread malware.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christofer Hoff</title>
		<link>http://virtualization.com/guest-posts/2009/04/17/on-the-dangers-of-ovf/comment-page-1/#comment-38001</link>
		<dc:creator>Christofer Hoff</dc:creator>
		<pubDate>Fri, 17 Apr 2009 15:01:38 +0000</pubDate>
		<guid isPermaLink="false">http://virtualization.com/?p=3156#comment-38001</guid>
		<description>Kris:

I just checked the date and it&#039;s not April 1st, but this must be a joke, right?

VM mobility is one of the key construct benefits of virtualization platforms in delivering automation and autonomics...the &quot;VM sprawl will doom us all!&quot; rant is a Chicken Little scenario.

Further the &quot;perfect malware storm&quot; is just as silly of a hyperbolic corner case as you can get.

If you look at the longer term policy enforcement capabilities of OVF (and VMAN) and the ability to finally homogenize the management and security across virtualization platforms, OVF is a win.

Come on, really?

/Hoff</description>
		<content:encoded><![CDATA[<p>Kris:</p>
<p>I just checked the date and it&#8217;s not April 1st, but this must be a joke, right?</p>
<p>VM mobility is one of the key construct benefits of virtualization platforms in delivering automation and autonomics&#8230;the &#8220;VM sprawl will doom us all!&#8221; rant is a Chicken Little scenario.</p>
<p>Further the &#8220;perfect malware storm&#8221; is just as silly of a hyperbolic corner case as you can get.</p>
<p>If you look at the longer term policy enforcement capabilities of OVF (and VMAN) and the ability to finally homogenize the management and security across virtualization platforms, OVF is a win.</p>
<p>Come on, really?</p>
<p>/Hoff</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Patrick</title>
		<link>http://virtualization.com/guest-posts/2009/04/17/on-the-dangers-of-ovf/comment-page-1/#comment-37983</link>
		<dc:creator>Patrick</dc:creator>
		<pubDate>Fri, 17 Apr 2009 12:09:15 +0000</pubDate>
		<guid isPermaLink="false">http://virtualization.com/?p=3156#comment-37983</guid>
		<description>So i think you have to see 2 POVs:

First it is a easy way to transfer Virtual Machines within a Infrastructure (no one can change the images before). Its an easy way to check ESX VMware to VirtualBox and other products.

The Second view is the exchange of completely strangers. So i wouldn&#039;t never run an OVF provided on a website or somewhere else. 

And so the result is, only the administrator can make an choice how to work. Because a IT environment is only as safe as the administrator take care of it.</description>
		<content:encoded><![CDATA[<p>So i think you have to see 2 POVs:</p>
<p>First it is a easy way to transfer Virtual Machines within a Infrastructure (no one can change the images before). Its an easy way to check ESX VMware to VirtualBox and other products.</p>
<p>The Second view is the exchange of completely strangers. So i wouldn&#8217;t never run an OVF provided on a website or somewhere else. </p>
<p>And so the result is, only the administrator can make an choice how to work. Because a IT environment is only as safe as the administrator take care of it.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
