<?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: Designing a Secure Linux System</title>
	<atom:link href="http://etbe.coker.com.au/2010/03/08/designing-secure-linux/feed/" rel="self" type="application/rss+xml" />
	<link>http://etbe.coker.com.au/2010/03/08/designing-secure-linux/</link>
	<description>Linux, politics, and other interesting things</description>
	<lastBuildDate>Thu, 09 Feb 2012 01:09:24 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Ary Kokos</title>
		<link>http://etbe.coker.com.au/2010/03/08/designing-secure-linux/comment-page-1/#comment-24633</link>
		<dc:creator>Ary Kokos</dc:creator>
		<pubDate>Wed, 07 Apr 2010 20:22:47 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/?p=1839#comment-24633</guid>
		<description>It seems that Johanna R made a very interesting proposal for a secure OS : http://qubes-os.org/
A particular effort is put on protecting against some physical attacks and an easier management and conevniant user interface among many other things</description>
		<content:encoded><![CDATA[<p>It seems that Johanna R made a very interesting proposal for a secure OS : <a href="http://qubes-os.org/" rel="nofollow">http://qubes-os.org/</a><br />
A particular effort is put on protecting against some physical attacks and an easier management and conevniant user interface among many other things</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: etbe</title>
		<link>http://etbe.coker.com.au/2010/03/08/designing-secure-linux/comment-page-1/#comment-24385</link>
		<dc:creator>etbe</dc:creator>
		<pubDate>Wed, 10 Mar 2010 11:35:42 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/?p=1839#comment-24385</guid>
		<description>http://www.reddit.com/r/linux/comments/bb21j/designing_a_secure_linux_system/

This article has appeared on Reddit.  A Reddit comment make a comparison with &quot;Paranoid Linux&quot;.  It seems that the Paranoid Linux project is dead.

http://ostatic.com/blog/linux-rooted-in-fiction-paranoidlinux

The above URL discusses Paranoid Linux and it doesn&#039;t seem to have much correlation with what I am proposing.  My idea could be implemented by a small distribution for the hypervisor (maybe Debian) and another installation of Linux (it could be Debian or it could be something else like CentOS or Ubuntu LTS) for the virtual machine.

As Kristin Shoemaker points out in the above URL it&#039;s a lot of work to create a new OS and it&#039;s better to add security features to an existing one.  To the outside world my proposal might look like two different Linux systems behind a NAT device or it might look like a single Linux system with Squid caching the package updates.</description>
		<content:encoded><![CDATA[<p><a href="http://www.reddit.com/r/linux/comments/bb21j/designing_a_secure_linux_system/" rel="nofollow">http://www.reddit.com/r/linux/comments/bb21j/designing_a_secure_linux_system/</a></p>
<p>This article has appeared on Reddit.  A Reddit comment make a comparison with &#8220;Paranoid Linux&#8221;.  It seems that the Paranoid Linux project is dead.</p>
<p><a href="http://ostatic.com/blog/linux-rooted-in-fiction-paranoidlinux" rel="nofollow">http://ostatic.com/blog/linux-rooted-in-fiction-paranoidlinux</a></p>
<p>The above URL discusses Paranoid Linux and it doesn&#8217;t seem to have much correlation with what I am proposing.  My idea could be implemented by a small distribution for the hypervisor (maybe Debian) and another installation of Linux (it could be Debian or it could be something else like CentOS or Ubuntu LTS) for the virtual machine.</p>
<p>As Kristin Shoemaker points out in the above URL it&#8217;s a lot of work to create a new OS and it&#8217;s better to add security features to an existing one.  To the outside world my proposal might look like two different Linux systems behind a NAT device or it might look like a single Linux system with Squid caching the package updates.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ary Kokos</title>
		<link>http://etbe.coker.com.au/2010/03/08/designing-secure-linux/comment-page-1/#comment-24380</link>
		<dc:creator>Ary Kokos</dc:creator>
		<pubDate>Tue, 09 Mar 2010 13:17:53 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/?p=1839#comment-24380</guid>
		<description>2 years ago the french National Research Agency launched a similar project, the SEC&amp;SI project
The idea was to provide a more secure system for end users which run on a standard computer, and does not rely on specific hardware (like TPM) and based on open source technologies.

SAFE-OS is similar to the solution you presented here

There are 3 project :
- OS^4 by EADS/Supelec: based on Debian + vserver and grsecurity
https://os4.wscrp.org/

- SAFE-OS : based on Debian and Xen, 1 VM per environment (1 for email, 1 for web ; 1 for online tax paying system)

http://www.lri.fr/~herault/SECSI-SAFEOS/Evaluations/1/lri-slides.pdf (sorry, it is in french but some figure are in english)

http://www.lri.fr/~herault/SECSI-SAFEOS/

- SPACLik : Gentoo + SELinux
ftp secsi.ensi-bourges.fr


The project Website, in French (https://adullact.net/projects/secsi/)</description>
		<content:encoded><![CDATA[<p>2 years ago the french National Research Agency launched a similar project, the SEC&amp;SI project<br />
The idea was to provide a more secure system for end users which run on a standard computer, and does not rely on specific hardware (like TPM) and based on open source technologies.</p>
<p>SAFE-OS is similar to the solution you presented here</p>
<p>There are 3 project :<br />
- OS^4 by EADS/Supelec: based on Debian + vserver and grsecurity<br />
<a href="https://os4.wscrp.org/" rel="nofollow">https://os4.wscrp.org/</a></p>
<p>- SAFE-OS : based on Debian and Xen, 1 VM per environment (1 for email, 1 for web ; 1 for online tax paying system)</p>
<p><a href="http://www.lri.fr/~herault/SECSI-SAFEOS/Evaluations/1/lri-slides.pdf" rel="nofollow">http://www.lri.fr/~herault/SECSI-SAFEOS/Evaluations/1/lri-slides.pdf</a> (sorry, it is in french but some figure are in english)</p>
<p><a href="http://www.lri.fr/~herault/SECSI-SAFEOS/" rel="nofollow">http://www.lri.fr/~herault/SECSI-SAFEOS/</a></p>
<p>- SPACLik : Gentoo + SELinux<br />
ftp secsi.ensi-bourges.fr</p>
<p>The project Website, in French (<a href="https://adullact.net/projects/secsi/" rel="nofollow">https://adullact.net/projects/secsi/</a>)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert</title>
		<link>http://etbe.coker.com.au/2010/03/08/designing-secure-linux/comment-page-1/#comment-24378</link>
		<dc:creator>Robert</dc:creator>
		<pubDate>Mon, 08 Mar 2010 23:33:09 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/?p=1839#comment-24378</guid>
		<description>&quot;Firstly hypervisors have a simpler interface which means less avenues of attack and they have less code.&quot;

True. But surely this is only because inter-partition communication is currently typically very &#039;narrowband&#039;. As the need for richer communication between applications/partitions grows (to the point that would be needed in a desktop environment), I bet the same problems will appear.

&quot;The extra layer can be significantly stronger than the other layers.&quot;

Ah, but the abstraction interface is also 100x more inappropriate. Having hosts pretending to their applications to be a rather backwards overextended PC design from the 1980s and pretending to have PCI devices and so on seems absurd to me. And I&#039;m also not totally convinced with the idea of adding more layers of indirection to make a cracker&#039;s life more difficult. It reminds me slightly of the reasoning behind security through obscurity.

Anyway - I&#039;m sure you have much more real world experience of these things than me - I just don&#039;t see virtualization as a security feature, and the current trend to view it as such worries me.</description>
		<content:encoded><![CDATA[<p>&#8220;Firstly hypervisors have a simpler interface which means less avenues of attack and they have less code.&#8221;</p>
<p>True. But surely this is only because inter-partition communication is currently typically very &#8216;narrowband&#8217;. As the need for richer communication between applications/partitions grows (to the point that would be needed in a desktop environment), I bet the same problems will appear.</p>
<p>&#8220;The extra layer can be significantly stronger than the other layers.&#8221;</p>
<p>Ah, but the abstraction interface is also 100x more inappropriate. Having hosts pretending to their applications to be a rather backwards overextended PC design from the 1980s and pretending to have PCI devices and so on seems absurd to me. And I&#8217;m also not totally convinced with the idea of adding more layers of indirection to make a cracker&#8217;s life more difficult. It reminds me slightly of the reasoning behind security through obscurity.</p>
<p>Anyway &#8211; I&#8217;m sure you have much more real world experience of these things than me &#8211; I just don&#8217;t see virtualization as a security feature, and the current trend to view it as such worries me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: etbe</title>
		<link>http://etbe.coker.com.au/2010/03/08/designing-secure-linux/comment-page-1/#comment-24377</link>
		<dc:creator>etbe</dc:creator>
		<pubDate>Mon, 08 Mar 2010 22:01:20 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/?p=1839#comment-24377</guid>
		<description>http://etbe.coker.com.au/2007/10/28/xen-and-security/

Stephen: Well NetTop was an attempt to do such things, it wasn&#039;t that good.  My design above could be considered to be the next generation of NetTop.  As for Theo&#039;s thoughts on this matter, I&#039;ve already responded to them at the above URL.</description>
		<content:encoded><![CDATA[<p><a href="http://etbe.coker.com.au/2007/10/28/xen-and-security/" rel="nofollow">http://etbe.coker.com.au/2007/10/28/xen-and-security/</a></p>
<p>Stephen: Well NetTop was an attempt to do such things, it wasn&#8217;t that good.  My design above could be considered to be the next generation of NetTop.  As for Theo&#8217;s thoughts on this matter, I&#8217;ve already responded to them at the above URL.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stephen Smoogen</title>
		<link>http://etbe.coker.com.au/2010/03/08/designing-secure-linux/comment-page-1/#comment-24376</link>
		<dc:creator>Stephen Smoogen</dc:creator>
		<pubDate>Mon, 08 Mar 2010 21:25:05 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/?p=1839#comment-24376</guid>
		<description>Oh I wonder how many security considerations about the OpenBSD kernel would go away with a virtual technology embedded in it. It will be interesting if they ever crack that nut.

http://kerneltrap.org/OpenBSD/Virtualization_Security</description>
		<content:encoded><![CDATA[<p>Oh I wonder how many security considerations about the OpenBSD kernel would go away with a virtual technology embedded in it. It will be interesting if they ever crack that nut.</p>
<p><a href="http://kerneltrap.org/OpenBSD/Virtualization_Security" rel="nofollow">http://kerneltrap.org/OpenBSD/Virtualization_Security</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

