<?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: 10 Ways to Ensure Your Data is Safe From the Feds</title>
	<atom:link href="http://www.htmlist.com/rants/10-ways-to-ensure-your-data-is-safe-from-the-feds/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.htmlist.com/rants/10-ways-to-ensure-your-data-is-safe-from-the-feds/</link>
	<description>A Web Development Blog by Synapse Studios</description>
	<lastBuildDate>Fri, 05 Mar 2010 08:11:49 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Rena</title>
		<link>http://www.htmlist.com/rants/10-ways-to-ensure-your-data-is-safe-from-the-feds/comment-page-1/#comment-363</link>
		<dc:creator>Rena</dc:creator>
		<pubDate>Sun, 07 Feb 2010 05:06:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.htmlist.com/?p=217#comment-363</guid>
		<description>Don&#039;t forget the possibility of rubber-hose cryptanalysis, AKA wrench cryptanalysis: http://xkcd.com/538/
Mailing your hard drive well in advance and packing a clean, ordinary-looking system is your best bet. Truecrypt also has a nice feature in which you can create two encrypted volumes, with two different passwords, and it will decrypt and boot into one or the other depending which password is used. Your small, ordinary-looking Windows XP install will be told it has the entire disk to itself, but in reality, when it uses more space than was allocated to it, it will be overwriting the other, encrypted volume - which, if it&#039;s ever actually started, is probably a good thing.
You could even have a hidden background process - or better, hacked kernel - that will wipe the encrypted volume in the background while Windows runs. The activity LED might give it away, but if you only wiped the first few sectors containing the keys, the rest is useless, and this should only take a fraction of a second. You might go over some more random sectors with random garbage just to be sure. For extra paranoia, the process can then terminate and wipe itself.

For desktops: the feds these days can splice into the power cord/surge bar, seamlessly switch to battery power, and take the whole system with them, without ever shutting it off. It&#039;s also often possible to read what was left in RAM after the power is lost. The best defence against this would be a kernel module which reacts to A) a &quot;big red button&quot;, B) a large USB device or two being removed, and/or C) a response from a motion sensor, and will stick itself into a small area of RAM, basically disable the rest of the OS, and simultaneously wipe RAM (leaving itself until it&#039;s done) and hard disks.
They can try to take your entire system, complete with all the monitors, printers, keyboards, sound equipment, other servers, etc that&#039;s plugged into it, without ever unplugging anything, but that&#039;s not going to be easy, especially if you&#039;ve got a nice tangled mess of cords running/tied through, to and around the legs/holes in a few large pieces of furniture, plumbing, walls, etc. You can at least get it to where it takes a lot of effort and destruction to remove the machine without it knowing, and that destruction may well be illegal itself. (And if they DO manage to take it all, their battery isn&#039;t likely to run it for long... and they&#039;ll have a heck of a time fitting it all in a vehicle, and getting it back out again, without pulling a cord.)
Best method: multiple machines, in different rooms, on a wired LAN. The bigger the better. They&#039;d have to cut large holes in the walls to take them all. Have fun!
Of course there&#039;s the risk of failure, where you accidentally unplug something and/or something stops working, and your machine just wipes itself all of a sudden. That&#039;s why you kept encrypted backups with strong passwords and key files, scattered in various places, and the only thing you have memorized is the procedure that will ultimately allow you to locate all those keys. Or you could wipe only the keys from the disk, and memorize those, if you&#039;re confident in the encryption.
The feds know their stuff when it comes to encryption, and they certainly aren&#039;t going to encrypt &lt;i&gt;their&lt;/i&gt; top-secret stuff with anything they know to be breakable. If they can&#039;t break it on their own machines, they can&#039;t break it on yours either.

For networks: Encrypt your traffic whenever possible. SSH tunnel to a trusted machine in a safe place is best; also look at OTR for IM, use HTTPS wherever possible, etc. Your MAC address generally isn&#039;t sent out beyond the first router, but why risk it? Can you trust the router?</description>
		<content:encoded><![CDATA[<p>Don&#8217;t forget the possibility of rubber-hose cryptanalysis, AKA wrench cryptanalysis: <a href="http://xkcd.com/538/" rel="nofollow">http://xkcd.com/538/</a><br />
Mailing your hard drive well in advance and packing a clean, ordinary-looking system is your best bet. Truecrypt also has a nice feature in which you can create two encrypted volumes, with two different passwords, and it will decrypt and boot into one or the other depending which password is used. Your small, ordinary-looking Windows XP install will be told it has the entire disk to itself, but in reality, when it uses more space than was allocated to it, it will be overwriting the other, encrypted volume &#8211; which, if it&#8217;s ever actually started, is probably a good thing.<br />
You could even have a hidden background process &#8211; or better, hacked kernel &#8211; that will wipe the encrypted volume in the background while Windows runs. The activity LED might give it away, but if you only wiped the first few sectors containing the keys, the rest is useless, and this should only take a fraction of a second. You might go over some more random sectors with random garbage just to be sure. For extra paranoia, the process can then terminate and wipe itself.</p>
<p>For desktops: the feds these days can splice into the power cord/surge bar, seamlessly switch to battery power, and take the whole system with them, without ever shutting it off. It&#8217;s also often possible to read what was left in RAM after the power is lost. The best defence against this would be a kernel module which reacts to A) a &#8220;big red button&#8221;, B) a large USB device or two being removed, and/or C) a response from a motion sensor, and will stick itself into a small area of RAM, basically disable the rest of the OS, and simultaneously wipe RAM (leaving itself until it&#8217;s done) and hard disks.<br />
They can try to take your entire system, complete with all the monitors, printers, keyboards, sound equipment, other servers, etc that&#8217;s plugged into it, without ever unplugging anything, but that&#8217;s not going to be easy, especially if you&#8217;ve got a nice tangled mess of cords running/tied through, to and around the legs/holes in a few large pieces of furniture, plumbing, walls, etc. You can at least get it to where it takes a lot of effort and destruction to remove the machine without it knowing, and that destruction may well be illegal itself. (And if they DO manage to take it all, their battery isn&#8217;t likely to run it for long&#8230; and they&#8217;ll have a heck of a time fitting it all in a vehicle, and getting it back out again, without pulling a cord.)<br />
Best method: multiple machines, in different rooms, on a wired LAN. The bigger the better. They&#8217;d have to cut large holes in the walls to take them all. Have fun!<br />
Of course there&#8217;s the risk of failure, where you accidentally unplug something and/or something stops working, and your machine just wipes itself all of a sudden. That&#8217;s why you kept encrypted backups with strong passwords and key files, scattered in various places, and the only thing you have memorized is the procedure that will ultimately allow you to locate all those keys. Or you could wipe only the keys from the disk, and memorize those, if you&#8217;re confident in the encryption.<br />
The feds know their stuff when it comes to encryption, and they certainly aren&#8217;t going to encrypt <i>their</i> top-secret stuff with anything they know to be breakable. If they can&#8217;t break it on their own machines, they can&#8217;t break it on yours either.</p>
<p>For networks: Encrypt your traffic whenever possible. SSH tunnel to a trusted machine in a safe place is best; also look at OTR for IM, use HTTPS wherever possible, etc. Your MAC address generally isn&#8217;t sent out beyond the first router, but why risk it? Can you trust the router?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dj</title>
		<link>http://www.htmlist.com/rants/10-ways-to-ensure-your-data-is-safe-from-the-feds/comment-page-1/#comment-349</link>
		<dc:creator>Dj</dc:creator>
		<pubDate>Mon, 11 Jan 2010 13:32:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.htmlist.com/?p=217#comment-349</guid>
		<description>There are other ways like steganography and better yet, hiding files within files. The files would seem innocuous and works normally, but would actually have hidden files within it.</description>
		<content:encoded><![CDATA[<p>There are other ways like steganography and better yet, hiding files within files. The files would seem innocuous and works normally, but would actually have hidden files within it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kaim</title>
		<link>http://www.htmlist.com/rants/10-ways-to-ensure-your-data-is-safe-from-the-feds/comment-page-1/#comment-209</link>
		<dc:creator>Kaim</dc:creator>
		<pubDate>Sat, 20 Dec 2008 17:21:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.htmlist.com/?p=217#comment-209</guid>
		<description>IP packets don&#039;t contain the  mac address, only the destination/source IP address.</description>
		<content:encoded><![CDATA[<p>IP packets don&#8217;t contain the  mac address, only the destination/source IP address.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill in Detroit</title>
		<link>http://www.htmlist.com/rants/10-ways-to-ensure-your-data-is-safe-from-the-feds/comment-page-1/#comment-198</link>
		<dc:creator>Bill in Detroit</dc:creator>
		<pubDate>Sun, 30 Nov 2008 23:12:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.htmlist.com/?p=217#comment-198</guid>
		<description>Mail your working HD (with encryption) ahead of you. Have a fully functional, innocent as a lamb, laptop with you. If you MUST encrypt anything, let it be some downloaded file such as The Clue Train Manifesto. It will stick out like a sore thumb.

The cumulative effect of many, many individuals using encryption and subterfuge with their laptops is to force the various investigative agencies away from &#039;dragnet&#039; searches and make them rely on highly focused pre-screening.

Can anyone direct me to a detailed explanation of how to use PGP / GPG with email? The idea sounds fine, but I&#039;m a little dense about how to implement it.</description>
		<content:encoded><![CDATA[<p>Mail your working HD (with encryption) ahead of you. Have a fully functional, innocent as a lamb, laptop with you. If you MUST encrypt anything, let it be some downloaded file such as The Clue Train Manifesto. It will stick out like a sore thumb.</p>
<p>The cumulative effect of many, many individuals using encryption and subterfuge with their laptops is to force the various investigative agencies away from &#8216;dragnet&#8217; searches and make them rely on highly focused pre-screening.</p>
<p>Can anyone direct me to a detailed explanation of how to use PGP / GPG with email? The idea sounds fine, but I&#8217;m a little dense about how to implement it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marcus</title>
		<link>http://www.htmlist.com/rants/10-ways-to-ensure-your-data-is-safe-from-the-feds/comment-page-1/#comment-193</link>
		<dc:creator>Marcus</dc:creator>
		<pubDate>Fri, 28 Nov 2008 12:43:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.htmlist.com/?p=217#comment-193</guid>
		<description>Just remember that anything you send via post (FedEx,UPS,etc) is subject to customs inspections as well, so be sure to encrypt anything that you send, be it on SD cards or a whole hard drive. It would be trivial for agents to flag the name and address on your identification to hold and inspect any packages that go through postal customs , and it would probably be suspicious to see that you&#039;ve posted a package to avoid taking it across the border (especially so if your laptop isn&#039;t functioning/missing components). So send it early enough that your package passes customs before you do..</description>
		<content:encoded><![CDATA[<p>Just remember that anything you send via post (FedEx,UPS,etc) is subject to customs inspections as well, so be sure to encrypt anything that you send, be it on SD cards or a whole hard drive. It would be trivial for agents to flag the name and address on your identification to hold and inspect any packages that go through postal customs , and it would probably be suspicious to see that you&#8217;ve posted a package to avoid taking it across the border (especially so if your laptop isn&#8217;t functioning/missing components). So send it early enough that your package passes customs before you do..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alec</title>
		<link>http://www.htmlist.com/rants/10-ways-to-ensure-your-data-is-safe-from-the-feds/comment-page-1/#comment-181</link>
		<dc:creator>Alec</dc:creator>
		<pubDate>Sun, 23 Nov 2008 09:58:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.htmlist.com/?p=217#comment-181</guid>
		<description>Brandon: You&#039;re right, if you have a router performing NAT, packets leaving it for the internet will have the MAC address of the router, not the PC behind it.  Also, changing the MAC address of most routers is easy to do, and if you do change it (or the MAC of your pc) it&#039;s usually trivial to change back -- the device&#039;s MAC is permanently hard-coded into the card, the change is within the operating system only.</description>
		<content:encoded><![CDATA[<p>Brandon: You&#8217;re right, if you have a router performing NAT, packets leaving it for the internet will have the MAC address of the router, not the PC behind it.  Also, changing the MAC address of most routers is easy to do, and if you do change it (or the MAC of your pc) it&#8217;s usually trivial to change back &#8212; the device&#8217;s MAC is permanently hard-coded into the card, the change is within the operating system only.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brandon Ching</title>
		<link>http://www.htmlist.com/rants/10-ways-to-ensure-your-data-is-safe-from-the-feds/comment-page-1/#comment-110</link>
		<dc:creator>Brandon Ching</dc:creator>
		<pubDate>Sat, 26 Jul 2008 16:11:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.htmlist.com/?p=217#comment-110</guid>
		<description>forstand. Yes, the IP packets will have the MAC address of the switch or router (I&#039;m nearly positive on this...I think). Thanks for the additional &quot;methods.&quot; Alternatively, in almost any OS today (Windows, OS X, and Linux) you can modify your MAC address (using ifconfig in OS X and Linux and through the Connection Properties in Windows). Though be sure to write down the original so you can set it back.</description>
		<content:encoded><![CDATA[<p>forstand. Yes, the IP packets will have the MAC address of the switch or router (I&#8217;m nearly positive on this&#8230;I think). Thanks for the additional &#8220;methods.&#8221; Alternatively, in almost any OS today (Windows, OS X, and Linux) you can modify your MAC address (using ifconfig in OS X and Linux and through the Connection Properties in Windows). Though be sure to write down the original so you can set it back.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: forstand</title>
		<link>http://www.htmlist.com/rants/10-ways-to-ensure-your-data-is-safe-from-the-feds/comment-page-1/#comment-109</link>
		<dc:creator>forstand</dc:creator>
		<pubDate>Sat, 26 Jul 2008 15:12:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.htmlist.com/?p=217#comment-109</guid>
		<description>1, Remove RAM and mail it home. Let them add RAM if they want the computer to boot. No law says your computer has to be operational. Without RAM it will attempt to boot and error out. Defective RAM in the notebook would be even better. Or leave 256 meg for XP or Vista to boot with. Lotsa luck, copper!

2. Encrypt many nonsense files with goofy passwords. Let them waste their time decrypting each one of them.

3. Leave the porn home. 

4. Encrypt Mary Had a Little Lamb.mp3 47 times with different passwords and added words.

5. Superglue the RAM door on your notebook closed. See number 1.

6. Mail the power cord and power supply home. Leave for the states with a dead battery.

6a. Carry the wrong charger for your notebook. With any luck it will be an unusual one. Start out with a dead battery.

7. ZIP your files and encrypt the resulting file multiple times with different passwords.

8. SD cards are used for cameras and music players. Buy a lot of cheap ones and add some Mary Had a Little Lamb.mp3 encrypted files. See number 4. Leave one in every luggage pocket. Label them Easter eggs.

9. Use PGP or TrueCrypt encryption. Personally I would trust PGP and TrueCrypt more than the others.

10. Use a Live CD with Linux while on the road for internet access. Use the Live CD to view your internet pictures. Nothing, absolutely nothing, will be saved to your hard drive. No history or cache problems. No Trojans or viruses either. 

11. Your computer&#039;s MAC address and internet account can be traced back to you. Use an open WiFi site. Buy a PCMCIA wireless card that will will work with the Live Linux CD (some experimentation might be needed). DO NOT register the card with the manufacturer. Stay anonymous. Pay cash for the card.

(Can a Ethernet connection from a notebook through a portable switch setup for NAT hide the notebook&#039;s MAC address for a hard-wired connection? I would appreciate a response to this. Thanks.)</description>
		<content:encoded><![CDATA[<p>1, Remove RAM and mail it home. Let them add RAM if they want the computer to boot. No law says your computer has to be operational. Without RAM it will attempt to boot and error out. Defective RAM in the notebook would be even better. Or leave 256 meg for XP or Vista to boot with. Lotsa luck, copper!</p>
<p>2. Encrypt many nonsense files with goofy passwords. Let them waste their time decrypting each one of them.</p>
<p>3. Leave the porn home. </p>
<p>4. Encrypt Mary Had a Little Lamb.mp3 47 times with different passwords and added words.</p>
<p>5. Superglue the RAM door on your notebook closed. See number 1.</p>
<p>6. Mail the power cord and power supply home. Leave for the states with a dead battery.</p>
<p>6a. Carry the wrong charger for your notebook. With any luck it will be an unusual one. Start out with a dead battery.</p>
<p>7. ZIP your files and encrypt the resulting file multiple times with different passwords.</p>
<p>8. SD cards are used for cameras and music players. Buy a lot of cheap ones and add some Mary Had a Little Lamb.mp3 encrypted files. See number 4. Leave one in every luggage pocket. Label them Easter eggs.</p>
<p>9. Use PGP or TrueCrypt encryption. Personally I would trust PGP and TrueCrypt more than the others.</p>
<p>10. Use a Live CD with Linux while on the road for internet access. Use the Live CD to view your internet pictures. Nothing, absolutely nothing, will be saved to your hard drive. No history or cache problems. No Trojans or viruses either. </p>
<p>11. Your computer&#8217;s MAC address and internet account can be traced back to you. Use an open WiFi site. Buy a PCMCIA wireless card that will will work with the Live Linux CD (some experimentation might be needed). DO NOT register the card with the manufacturer. Stay anonymous. Pay cash for the card.</p>
<p>(Can a Ethernet connection from a notebook through a portable switch setup for NAT hide the notebook&#8217;s MAC address for a hard-wired connection? I would appreciate a response to this. Thanks.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: me</title>
		<link>http://www.htmlist.com/rants/10-ways-to-ensure-your-data-is-safe-from-the-feds/comment-page-1/#comment-108</link>
		<dc:creator>me</dc:creator>
		<pubDate>Sat, 26 Jul 2008 12:46:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.htmlist.com/?p=217#comment-108</guid>
		<description>Anon, NSA has bigger fish to fry and dc3(department of Defense Cyber Crime Center (DC3)) doesn&#039;t care if john smith use hard drive encryption.  The FBI cart will only get it if its an ongoing criminal investigation and they are swamped as it is.  Neither has the resources and time to taken on our simple laptops.</description>
		<content:encoded><![CDATA[<p>Anon, NSA has bigger fish to fry and dc3(department of Defense Cyber Crime Center (DC3)) doesn&#8217;t care if john smith use hard drive encryption.  The FBI cart will only get it if its an ongoing criminal investigation and they are swamped as it is.  Neither has the resources and time to taken on our simple laptops.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James</title>
		<link>http://www.htmlist.com/rants/10-ways-to-ensure-your-data-is-safe-from-the-feds/comment-page-1/#comment-106</link>
		<dc:creator>James</dc:creator>
		<pubDate>Sat, 26 Jul 2008 07:15:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.htmlist.com/?p=217#comment-106</guid>
		<description>Actually in a sense one of your options, the one about removing the HDD and mailing it home, is very real and viable.  With the ability to have 8, 16 or 32G solid state drives, (SDHC,  key fob, etc ) put all the data on those, and ship that home.  Then when the TSA, Customs or other Non English speaking organization attempts to search your system, everything looks normal.  Additionally you can use something like password safe to hold all of your passwords login names etc.  Never store this data on your computer, instead put it on a key drive or other SSD.  They can&#039;t get at what isn&#039;t there.</description>
		<content:encoded><![CDATA[<p>Actually in a sense one of your options, the one about removing the HDD and mailing it home, is very real and viable.  With the ability to have 8, 16 or 32G solid state drives, (SDHC,  key fob, etc ) put all the data on those, and ship that home.  Then when the TSA, Customs or other Non English speaking organization attempts to search your system, everything looks normal.  Additionally you can use something like password safe to hold all of your passwords login names etc.  Never store this data on your computer, instead put it on a key drive or other SSD.  They can&#8217;t get at what isn&#8217;t there.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
