<?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: Disk Encryption on Linux</title>
	<atom:link href="http://www.phocean.net/2007/11/18/disk-encryption-on-linux.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.phocean.net/2007/11/18/disk-encryption-on-linux.html</link>
	<description>System, Network, Security</description>
	<lastBuildDate>Tue, 23 Feb 2010 13:04:16 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: JC</title>
		<link>http://www.phocean.net/2007/11/18/disk-encryption-on-linux.html/comment-page-1#comment-1954</link>
		<dc:creator>JC</dc:creator>
		<pubDate>Thu, 18 Feb 2010 05:45:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.phocean.net/?p=85#comment-1954</guid>
		<description>Yes, this is the same idea (a random password), but you will have to add a startup script to mount /tmp properly.

For instance, check :
http://www.maxsworld.org/index.php/how-tos/encrypt-tmp-swap-home</description>
		<content:encoded><![CDATA[<p>Yes, this is the same idea (a random password), but you will have to add a startup script to mount /tmp properly.</p>
<p>For instance, check :<br />
<a href="http://www.maxsworld.org/index.php/how-tos/encrypt-tmp-swap-home" rel="nofollow">http://www.maxsworld.org/index.php/how-tos/encrypt-tmp-swap-home</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kirm</title>
		<link>http://www.phocean.net/2007/11/18/disk-encryption-on-linux.html/comment-page-1#comment-1952</link>
		<dc:creator>kirm</dc:creator>
		<pubDate>Wed, 17 Feb 2010 23:08:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.phocean.net/?p=85#comment-1952</guid>
		<description>Hey! I tried your routine for encrypting a USB key and it worked but I couldn&#039;t access it. I then realized I had to create a partition first and then go through the steps with the partition. So, to anyone out there, make sure you&#039;ve created your partition before encrypting the key.

Works like a charm. Thanks a million!

BTW, I&#039;m not to worried about encrypting the swap as I see that, with 4 GBs of memory, it doesn&#039;t seem to be used but I sure would like to encrypt the /tmp and /var/tmp directories. Is there a way to do that in the same manner as your swap method (Don&#039;t want to be bothered with passphrase)? I can do it in OpenSuse through the Partitioner but then I&#039;m going to be prompted for 4 passphrases just to get to the login prompt.</description>
		<content:encoded><![CDATA[<p>Hey! I tried your routine for encrypting a USB key and it worked but I couldn&#8217;t access it. I then realized I had to create a partition first and then go through the steps with the partition. So, to anyone out there, make sure you&#8217;ve created your partition before encrypting the key.</p>
<p>Works like a charm. Thanks a million!</p>
<p>BTW, I&#8217;m not to worried about encrypting the swap as I see that, with 4 GBs of memory, it doesn&#8217;t seem to be used but I sure would like to encrypt the /tmp and /var/tmp directories. Is there a way to do that in the same manner as your swap method (Don&#8217;t want to be bothered with passphrase)? I can do it in OpenSuse through the Partitioner but then I&#8217;m going to be prompted for 4 passphrases just to get to the login prompt.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JC</title>
		<link>http://www.phocean.net/2007/11/18/disk-encryption-on-linux.html/comment-page-1#comment-1258</link>
		<dc:creator>JC</dc:creator>
		<pubDate>Mon, 25 Aug 2008 17:22:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.phocean.net/?p=85#comment-1258</guid>
		<description>I disagree.  The user password is indeed stored in /, but it is a MD5 hash with a salt.
A md5 hash is not reversible.

Plus, if the password is strong enough, because of the salt, it will take much much more than 5 minutes to crack. Rainbow tables won&#039;t help you.

So it is not yet a piece of cake to recover passwords from the /etc/shadow file, and that&#039;s good news, otherwise it would be a major security issue for all Linux distribs (not only considering encryption).

The only solution left to the attacker is to brute force, but in that case it doesn&#039;t differ much from brute forcing even a full encrypted disk (if the user password is tricky enough, as I recommended it in the article).

The attacker would better use a cold boot attack.

The goal of the article was suggestion an encryption that protect the user from 99% of thiefs that could steal a laptop and try to access to personal data (sure, not against government agencies with huge processing power).

I think it does, though a better alternative is to use hardware encryption.

Or maybe you have a way to crack the shadow passwords in a very short time ? I doubt, but if so, please share it.</description>
		<content:encoded><![CDATA[<p>I disagree.  The user password is indeed stored in /, but it is a MD5 hash with a salt.<br />
A md5 hash is not reversible.</p>
<p>Plus, if the password is strong enough, because of the salt, it will take much much more than 5 minutes to crack. Rainbow tables won&#8217;t help you.</p>
<p>So it is not yet a piece of cake to recover passwords from the /etc/shadow file, and that&#8217;s good news, otherwise it would be a major security issue for all Linux distribs (not only considering encryption).</p>
<p>The only solution left to the attacker is to brute force, but in that case it doesn&#8217;t differ much from brute forcing even a full encrypted disk (if the user password is tricky enough, as I recommended it in the article).</p>
<p>The attacker would better use a cold boot attack.</p>
<p>The goal of the article was suggestion an encryption that protect the user from 99% of thiefs that could steal a laptop and try to access to personal data (sure, not against government agencies with huge processing power).</p>
<p>I think it does, though a better alternative is to use hardware encryption.</p>
<p>Or maybe you have a way to crack the shadow passwords in a very short time ? I doubt, but if so, please share it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: anon</title>
		<link>http://www.phocean.net/2007/11/18/disk-encryption-on-linux.html/comment-page-1#comment-1257</link>
		<dc:creator>anon</dc:creator>
		<pubDate>Mon, 25 Aug 2008 14:57:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.phocean.net/?p=85#comment-1257</guid>
		<description>This is so incredibly broken its beyond belief!!!!( For encrypting home)

I really hope that someone will read this comment before attempting to do encryption like this, because as given all these steps give no more security(ie none) than not using encryption.

The reasoning is simple, every users password has a &quot;hash&quot; or ID that is stored on the root &quot;/&quot; partition, and you are using this password to decrypt the encrypted /home partition.

If someone takes your laptop, they can extract the real password from the hash in roughly ~1-5min, then login to the system with it and have access to your &quot;encrypted&quot; home.

Not a good solution.

If you want to only use one password then encrypt the entire drive(including root partition) and setup a script to auto-login a user. Leaving the root partition un-encrypted then using information off of it to decrypt home is a recipe for disaster.</description>
		<content:encoded><![CDATA[<p>This is so incredibly broken its beyond belief!!!!( For encrypting home)</p>
<p>I really hope that someone will read this comment before attempting to do encryption like this, because as given all these steps give no more security(ie none) than not using encryption.</p>
<p>The reasoning is simple, every users password has a &#8220;hash&#8221; or ID that is stored on the root &#8220;/&#8221; partition, and you are using this password to decrypt the encrypted /home partition.</p>
<p>If someone takes your laptop, they can extract the real password from the hash in roughly ~1-5min, then login to the system with it and have access to your &#8220;encrypted&#8221; home.</p>
<p>Not a good solution.</p>
<p>If you want to only use one password then encrypt the entire drive(including root partition) and setup a script to auto-login a user. Leaving the root partition un-encrypted then using information off of it to decrypt home is a recipe for disaster.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JC</title>
		<link>http://www.phocean.net/2007/11/18/disk-encryption-on-linux.html/comment-page-1#comment-168</link>
		<dc:creator>JC</dc:creator>
		<pubDate>Thu, 22 Nov 2007 00:40:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.phocean.net/?p=85#comment-168</guid>
		<description>&lt;p&gt;You are talking about the swap, right ?&lt;br /&gt;
Because the home partition is encrypted while the user log in.&lt;br /&gt;
Locking your machine while you go away will provide a quite good level of security.&lt;br /&gt;
About the swap, at boot time, it is empty - so nothing to get for someone who would boot your machine.&lt;br /&gt;
Ok, a hacker may access to the swap while the computer is on, but he fisrt needs an account on your machine...&lt;br /&gt;
So, it is globally a strong protection against steal, what is an important matter for a laptop owner nowadays.&lt;br /&gt;
Of course in no way it is a protection against a system hacking, but just another and important brick on your security wall. ;)&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>You are talking about the swap, right ?<br />
Because the home partition is encrypted while the user log in.<br />
Locking your machine while you go away will provide a quite good level of security.<br />
About the swap, at boot time, it is empty &#8211; so nothing to get for someone who would boot your machine.<br />
Ok, a hacker may access to the swap while the computer is on, but he fisrt needs an account on your machine&#8230;<br />
So, it is globally a strong protection against steal, what is an important matter for a laptop owner nowadays.<br />
Of course in no way it is a protection against a system hacking, but just another and important brick on your security wall. <img src='http://www.phocean.net/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robbin</title>
		<link>http://www.phocean.net/2007/11/18/disk-encryption-on-linux.html/comment-page-1#comment-167</link>
		<dc:creator>Robbin</dc:creator>
		<pubDate>Wed, 21 Nov 2007 17:12:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.phocean.net/?p=85#comment-167</guid>
		<description>What is the point? If it gets &quot;unencrypted&quot; at boot, it is still accessable to whoever steals your laptop or hacks your system. It&#039;s not like someone is going to pluck your computer apart and then steal your harddrive.</description>
		<content:encoded><![CDATA[<p>What is the point? If it gets &#8220;unencrypted&#8221; at boot, it is still accessable to whoever steals your laptop or hacks your system. It&#8217;s not like someone is going to pluck your computer apart and then steal your harddrive.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JC</title>
		<link>http://www.phocean.net/2007/11/18/disk-encryption-on-linux.html/comment-page-1#comment-165</link>
		<dc:creator>JC</dc:creator>
		<pubDate>Tue, 20 Nov 2007 09:00:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.phocean.net/?p=85#comment-165</guid>
		<description>Sorry, this is a typo - a space got inserted...
I should be :
-c aes-cbc-essiv:sh256

Now corrected in the article. Thanks !</description>
		<content:encoded><![CDATA[<p>Sorry, this is a typo &#8211; a space got inserted&#8230;<br />
I should be :<br />
-c aes-cbc-essiv:sh256</p>
<p>Now corrected in the article. Thanks !</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick</title>
		<link>http://www.phocean.net/2007/11/18/disk-encryption-on-linux.html/comment-page-1#comment-164</link>
		<dc:creator>Nick</dc:creator>
		<pubDate>Tue, 20 Nov 2007 01:18:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.phocean.net/?p=85#comment-164</guid>
		<description>on 7.10, i get an error trying this:
# cryptsetup luksformat -c aes -cbc -essiv:sh256 /dev/sda1
-essiv:sh256: unknown option

also tried --essiv:sh256 but I get the same error</description>
		<content:encoded><![CDATA[<p>on 7.10, i get an error trying this:<br />
# cryptsetup luksformat -c aes -cbc -essiv:sh256 /dev/sda1<br />
-essiv:sh256: unknown option</p>
<p>also tried &#8211;essiv:sh256 but I get the same error</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: egan</title>
		<link>http://www.phocean.net/2007/11/18/disk-encryption-on-linux.html/comment-page-1#comment-163</link>
		<dc:creator>egan</dc:creator>
		<pubDate>Mon, 19 Nov 2007 09:55:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.phocean.net/?p=85#comment-163</guid>
		<description>There is another (and simpler) solution for encrypting a partition or a folder : http://www.tomatarium.pwp.blueyonder.co.uk/cryptkeeper.html

I use Cryptkeeper and this is very convenient.</description>
		<content:encoded><![CDATA[<p>There is another (and simpler) solution for encrypting a partition or a folder : <a href="http://www.tomatarium.pwp.blueyonder.co.uk/cryptkeeper.html" rel="nofollow">http://www.tomatarium.pwp.blueyonder.co.uk/cryptkeeper.html</a></p>
<p>I use Cryptkeeper and this is very convenient.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JC</title>
		<link>http://www.phocean.net/2007/11/18/disk-encryption-on-linux.html/comment-page-1#comment-161</link>
		<dc:creator>JC</dc:creator>
		<pubDate>Sun, 18 Nov 2007 20:59:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.phocean.net/?p=85#comment-161</guid>
		<description>&lt;p&gt;Oh, sure ! :o Thank you for reporting, it is now corrected.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Oh, sure ! <img src='http://www.phocean.net/wp-includes/images/smilies/icon_surprised.gif' alt=':o' class='wp-smiley' />  Thank you for reporting, it is now corrected.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
