<?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"
	>
<channel>
	<title>Comments on: Using TrueCrypt(R)&#8217;s encrypted system partitions from Linux, now with less bugs</title>
	<atom:link href="http://jan-krueger.net/development/dmsetup-tc-0-2/feed" rel="self" type="application/rss+xml" />
	<link>http://jan-krueger.net/development/dmsetup-tc-0-2</link>
	<description>Creative Engineering</description>
	<pubDate>Wed, 07 Jan 2009 11:02:28 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: Jan</title>
		<link>http://jan-krueger.net/development/dmsetup-tc-0-2#comment-1392</link>
		<dc:creator>Jan</dc:creator>
		<pubDate>Thu, 21 Aug 2008 11:19:31 +0000</pubDate>
		<guid isPermaLink="false">http://jan-krueger.net/?p=48#comment-1392</guid>
		<description>Andrew: I'm glad things work for you now. As for your question; yes, that's exactly what happens. Once my program reads the volume key from the volume header and calculates the right tweak value (that's XTS-related magic; feel free to read the source code to find out more ;)), all it does is output the right data for dmsetup (which you pipe into it; a later version of dmsetup-tc might call dmsetup itself but I don't see all that much of an added benefit).

By the way, the official TrueCrypt(R) program does some more things when mounting volumes on Linux, including the use of FUSE for reasons not entirely clear to me, but in the end, it lets dmsetup handle the encryption stuff, too.</description>
		<content:encoded><![CDATA[<p>Andrew: I&#8217;m glad things work for you now. As for your question; yes, that&#8217;s exactly what happens. Once my program reads the volume key from the volume header and calculates the right tweak value (that&#8217;s XTS-related magic; feel free to read the source code to find out more ;)), all it does is output the right data for dmsetup (which you pipe into it; a later version of dmsetup-tc might call dmsetup itself but I don&#8217;t see all that much of an added benefit).</p>
<p>By the way, the official TrueCrypt(R) program does some more things when mounting volumes on Linux, including the use of FUSE for reasons not entirely clear to me, but in the end, it lets dmsetup handle the encryption stuff, too.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew</title>
		<link>http://jan-krueger.net/development/dmsetup-tc-0-2#comment-1388</link>
		<dc:creator>Andrew</dc:creator>
		<pubDate>Wed, 20 Aug 2008 22:29:19 +0000</pubDate>
		<guid isPermaLink="false">http://jan-krueger.net/?p=48#comment-1388</guid>
		<description>Built new dmsetup-tc with -DDEBUG CFLAG. This time around, the software appears to be operating perfectly. In contrast to my earlier post (attached to your original article about dmsetup-tc), this was my successful output:

Loading header from /dev/hda...
Deriving header key...
Decrypting header...
Validating header...
  * Validating header signature
Could not decrypt the volume. You probably entered a wrong password.root@risa:~# 
root@risa:~# modprobe dm-crypt
root@risa:~# dmsetup-tc /dev/hda /dev/hda1 &#124; dmsetup create hda1
Enter passphrase for encrypted volume: 
Loading header from /dev/hda...
Deriving header key...
Decrypting header...
Validating header...
  * Validating header signature
  * Validating header checksum
  * Validating checksum of master keys
  * Making sure we're dealing with system encryption
  * Making sure we're not dealing with partial encryption
root@risa:~# mount -t ntfs-3g /dev/mapper/hda1 /media/hda1 -o ro
root@risa:~# 

I am about to try some read-write access and see if things are still working nicely.

Thanks alot, Jan, for your hard work on this!

Question: Is it the case that dmsetup-tc exists just to decrypt the volume master keys from the device record using your passphrase, and then the dm-crypt facility handles all the encryption/decryption effort for the mounted volume, not your program?

-Andrew</description>
		<content:encoded><![CDATA[<p>Built new dmsetup-tc with -DDEBUG CFLAG. This time around, the software appears to be operating perfectly. In contrast to my earlier post (attached to your original article about dmsetup-tc), this was my successful output:</p>
<p>Loading header from /dev/hda&#8230;<br />
Deriving header key&#8230;<br />
Decrypting header&#8230;<br />
Validating header&#8230;<br />
  * Validating header signature<br />
Could not decrypt the volume. You probably entered a wrong password.root@risa:~#<br />
root@risa:~# modprobe dm-crypt<br />
root@risa:~# dmsetup-tc /dev/hda /dev/hda1 | dmsetup create hda1<br />
Enter passphrase for encrypted volume:<br />
Loading header from /dev/hda&#8230;<br />
Deriving header key&#8230;<br />
Decrypting header&#8230;<br />
Validating header&#8230;<br />
  * Validating header signature<br />
  * Validating header checksum<br />
  * Validating checksum of master keys<br />
  * Making sure we&#8217;re dealing with system encryption<br />
  * Making sure we&#8217;re not dealing with partial encryption<br />
root@risa:~# mount -t ntfs-3g /dev/mapper/hda1 /media/hda1 -o ro<br />
root@risa:~# </p>
<p>I am about to try some read-write access and see if things are still working nicely.</p>
<p>Thanks alot, Jan, for your hard work on this!</p>
<p>Question: Is it the case that dmsetup-tc exists just to decrypt the volume master keys from the device record using your passphrase, and then the dm-crypt facility handles all the encryption/decryption effort for the mounted volume, not your program?</p>
<p>-Andrew</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.301 seconds -->
