<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Chakraborty Software &#187; Spyware</title>
	<atom:link href="http://www.chakraborty.ch/category/spyware/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.chakraborty.ch</link>
	<description>Information Security Consulting Services</description>
	<lastBuildDate>Tue, 18 Oct 2011 09:12:47 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Laptops and Border Controls</title>
		<link>http://www.chakraborty.ch/spyware/laptops-and-border-controls/</link>
		<comments>http://www.chakraborty.ch/spyware/laptops-and-border-controls/#comments</comments>
		<pubDate>Mon, 22 Nov 2010 17:20:32 +0000</pubDate>
		<dc:creator>john</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Crypto]]></category>
		<category><![CDATA[Espionage]]></category>
		<category><![CDATA[Risk Management]]></category>
		<category><![CDATA[Spyware]]></category>

		<guid isPermaLink="false">http://www.chakraborty.ch/?p=344</guid>
		<description><![CDATA[This post outlines why and how travelers with laptops, especially business travelers, are put at risk by border police searches of their computers.

I also attempt to present some techniques as to how this risk can be avoided, or at least mitigated.]]></description>
			<content:encoded><![CDATA[<p><strong><a name="summary"></a>Summary</strong></p>
<p>This post outlines why and how travelers with laptops, especially business travelers, are put at risk by border police searches of their computers.</p>
<p>I also attempt to present some techniques as to how this risk can be avoided, or at least mitigated.</p>
<p><strong><a name="thusfar"></a>Thus Far</strong></p>
<p>The United States<a href="http://www.tsa.gov/" target="_blank"> Transportation Security Agency</a>, and the United Kingdom&#8217;s <a href="http://en.wikipedia.org/wiki/Regulation_of_Investigatory_Powers_Act_2000" target="_blank">Regulation of Investigatory Powers Act</a> (RIPA) have one thing in common &#8212; they expose travelers carrying sensitive information to risk.  A few relevant links on the subject:</p>
<p><a href="http://www.wired.com/threatlevel/tag/moxie-marlinspike/" target="_blank">Security researcher Moxie Marlinspike profiled and detained</a>, equipment confiscated (later returned)</p>
<p>Wikileaks volunteer and developer <a href="http://www.nytimes.com/2010/08/02/world/02wiki.html?_r=1" target="_blank">David Appelbaum detained</a>, equipment confiscated (some of it returned)</p>
<p><span style="font-size: 13.2px;"><a href="http://www.aclu.org/free-speech/aclu-v-dhs" target="_blank">ACLU mounts lawsuit against baseless border laptop searches</a> (a warrant is required since 2009)</span></p>
<p><span style="font-size: 13.2px;">UK man <a href="http://www.theregister.co.uk/2009/11/24/ripa_jfl/" target="_blank">jailed under RIPA</a> for refusing to hand over encryption keys to laptop</span></p>
<p><span style="font-size: 13.2px;">The USA and UK are by far not the only countries where user laptop or portable device data is put in danger.  In other nations, individuals may encounter draconian police laws (e.g. in totalitarian states) or corruption, and some other developed, stable, democratic countries occasionally make legal provision for confiscation of devices or investigation of data.  For example, in 2006, <a href="http://www.bloomberg.com/apps/news?pid=newsarchive&amp;sid=aFCIb31ikx60&amp;refer=latin_america-redirectoldpage" target="_blank">Brazilian federal police raided the offices of Credit Suisse</a>, as well as the homes of several senior bankers.  What kind of access this gave them to business-critical data is open to speculation.</span></p>
<p><strong><a name="hypothetical-situation"></a>A Hypothetical Situation At the Border</strong></p>
<p>The scenario that most concerns us is as thus:</p>
<p>A user (let&#8217;s say a busy manager) boards a flight.  He is on a way to a business meeting, to negotiate a merger.  On the flight, he relaxes and opens his laptop to get a bit of work done, editing his presentation for the first meeting, then becoming a bit distracted and looking over pictures of his little daughter playing in a kiddie pool.  The manager is annoyed at his chatty neighbor trying to crane his neck to get a look at his monitor, but his <a href="http://solutions.3m.com/wps/portal/3M/en_US/SDP/Privacy_Filters/" target="_blank">privacy screen</a> blocks prying eyes.  30 minutes before landing, he closes his laptop lid and opens a paperback.</p>
<p>Upon entering customs, an official looks at his passport and picks up the phone.  He mumbles something about &#8220;additional screening&#8221;.  Two uniformed officers appear and very politely ask the confused executive to please follow them.  He is escorted to a windowless room, whose walls are lined with posters extolling the mission and professionalism of the bordeabr patrol, and warning against importation of illegal substances.  The manager is asked about his identity, and prompted to empty his pockets and open his bag on a table; while an inspector rifles efficiently through his carry-on, a second official looks on.  The manager&#8217;s questions and protestations are met with bland reassurances about &#8220;standard protocol&#8221;.</p>
<p>The first inspector finds the laptop, and walks out the door with it.  As the manager moves to stop him, the second inspector scowls and blocks his way.  Within a minute, two more officials enter, and begin talking about a suspicion of child pornography, and what serious consequences it harbors.  They mention that a fellow passenger reported having seen &#8220;suspicious&#8221; images on the laptop, and &#8220;encourage&#8221; the manager to cooperate, bringing up vague hints of terrible punishments, no-fly lists, and harassment.  He is presented with a form and a pen, and asked to write down his laptop screen lock password.   The manager looks at his watch &#8212; he has not slept much and needs a shave; his limousine charter has probably left by now.  His requests to make a phone call are politely but firmly denied.</p>
<p>Periodically, someone re-enters the room to ask about another password to an application (email, etc.)  An investigator inquires as to the password of his <a href="http://www.pgpi.org/products/pgpdisk/" target="_blank">PGP-encrypted virtual disk</a>.  The man&#8217;s protests are met with stern reminders that he must cooperate.  The executive has heard that it might be a good idea to have a lawyer in this country, but as a foreigner, he does not know how to go about it, and must be present at his meeting tomorrow.  In any case, he could not contact an attorney.  He does not think of asking to leave.  After four hours of this, punctuated by short interviews asking him to clarify, his laptop and phone are returned to him and he is allowed to leave.</p>
<p>What now?</p>
<p>Do we know that the data was removed upon failure to show any child pornography, incitement to money laundering, or terrorist literature (insofar as any of the above are not protected by free speech anyway)?  When the above user is the CEO of a multibillion dollar corporation, or his fully authorized deputy, are we sure that no information was passed on to a national champion or other competing firm?</p>
<p><strong><a name="disclaimer"></a>Ideological Disclaimer</strong></p>
<p>However, the United States and UK<span style="font-size: 12.96px;"> are the two largest, most economically significant liberal democracies to give their police and border protection enough leeway in terms of data interception and confiscation to constitute a real danger to anyone carrying sensitive data (or just those who feel that what&#8217;s on their laptop is nobody&#8217;s business; whether those contents are legal or not is beyond the scope of this article.)</span></p>
<p><span style="font-size: 12.96px;">Full disclosure:  I am vehemently against search and seizure laws that do not require a warrant.  I oppose border inspections of personal digital data unless they are extremely tightly controlled, as I believe laptops are very personal items.  It is my opinion that law enforcement (particularly border control) authorities should be held to a very high standard, so they can be trusted to maintain the high professional standards they claim to adhere to, to safeguard data and privacy, and to consistently respect rules of evidence.  Nonetheless, I suspect that border patrol and law enforcement agencies in much of the world have at least at some point acted as agents of industrial espionage.  I have strong ideological convictions in this regard, and do not hide these.</span></p>
<p>My objections are not so much addressed at places like China or Saudi Arabia, which openly engage in totalitarian, intrusive aspects of data analysis and censorship (and possibly theft), or Venezuela or Indonesia, where corruption and arbitrary measures can be expected.  You know what expects you when you visit an authoritarian or corrupt country.</p>
<p><span style="font-size: 12.96px;">These are my personal opinions.  I will be happy to provide my reasoning elsewhere.  This post, however, is no more than a discussion of technical and procedural controls that allow individuals and companies to reduce their exposure from mobile device seizure and data analysis.  For the purposes of those who claim that &#8220;those who have nothing to hide won&#8217;t mind security measures&#8221;, I say that</span></p>
<ol>
<li><span style="font-size: 13.2px;">no security is engendered by this.  It is nonsense &#8220;risk management&#8221; or investigatory technique</span></li>
<li><span style="font-size: 13.2px;">it sets a very dangerous precedent in any society making even a small pretense as to individual liberty and freedom from arbitrary search and seizure, and questions the idea of the fundamental human right to travel</span></li>
<li><span style="font-size: 13.2px;">it puts a burden on host countries, insofar as illusory, ineffective, intrusive security mechanisms discourage travelers from visiting and bringing money and business, and </span></li>
<li><span style="font-size: 13.2px;">from now on, you will leave the door to your toilet open every time you go to take a dump</span></li>
</ol>
<p><span style="font-size: 12.96px;">For the purposes of this article, we do not care what kind of data you have.  We will assume that you want to protect it, and that users are sort-of-but-not-highly technically versed.  Furthermore, I cannot address mobile phones, embedded tablet PCs (iPads e.g.) or PDAs, because I am unfamiliar with security mechanisms supported by various operating systems (IOS, Android, BlackBerry OS), so we&#8217;ll focus on generic mechanisms for laptop operating systems, with a few concrete examples.</span></p>
<p><strong><a name="hardware-exploits"></a>Hardware Exploits, Rootkits, and Keyloggers</strong></p>
<p>First of all, the as soon as someone has unsupervised physical access to your device, it is possible to implant keylogging hardware.  Although the supposed <a href="http://www.snopes.com/computer/internet/dellbug.asp" target="_blank">Dell laptop keystroke logger was a hoax</a>, small <a href="http://www.keelog.com/hardware_keyboard_logger2.html" target="_blank">hardware keyloggers</a> are a fairly mature technology.  Interrupt detection won&#8217;t work, as the keylogger isn&#8217;t being installed stealthily (remember, the device is out of your possession / sight, and no attempt at stealth is being made.  If it&#8217;s rebooted, it&#8217;s rebooted.)  We assume the device is being carried, rather than checked in luggage, a stupid thing to do in any case &#8212; as such, the whole problem with border patrol or police temporary confiscation of laptops is that it is done in the open.</p>
<p>Even without manipulation of hardware, the hypervisor rootkit model presented by <a href="http://invisiblethings.org/" target="_blank">Joanna Rutkowska</a> (&#8220;<a href="http://en.wikipedia.org/wiki/Blue_Pill_(malware)" target="_blank">Blue Pill</a>&#8221; &#8212; more <a href="http://www.chakraborty.ch/spyware/quick-blue-pill-redux/" target="_blank">here</a>) would allow persistent access to even an otherwise &#8220;secure&#8221; laptop operating system, with full bypass of its security capabilities (e.g. by intercepting monitor signals or keystrokes).  I am unfamiliar with any functioning examples of such an exploit, but that does not make the concept any less valid or dangerous, or mean that it does not exist.</p>
<p>If there is any suspicion of the above, there&#8217;s not much point to reading the rest of this article.  The instant that something leaves your possession and sight, it can be assumed compromised.  The only mitigating factors are</p>
<ul>
<li><span style="font-size: 13.2px;">hardware keyloggers cost money.  You may not be worthwhile (does not necessarily apply to, say, a senior executive)</span></li>
<li><span style="font-size: 13.2px;">installation takes at least a bit of time.  I do not know whether a rootkit could be slipped onto a drive without imaging the entire system</span></li>
<li><span style="font-size: 13.2px;">there is a tiny risk of detection if done inexpertly &#8212; if you are ultra-paranoid and have opened up your device, noting down component serial numbers, you may be able to detect new hardware</span></li>
<li><span style="font-size: 13.2px;">certain types of hardware require user interaction to get around drive-level encryption; cracking these is not feasible in a short period of time.  Then again, someone may just demand a user&#8217;s boot password under threat of prosecution or harassment, and walk off with it.</span></li>
<li><span style="font-size: 13.2px;"> </span><span style="font-size: 13.2px;">hardware keyloggers that are hard to detect must be prepared.  An investigator would have trouble having clandestine-ready hardware for any given laptop model ready.</span></li>
</ul>
<p>A software keylogger or spyware program / trojan can equally be installed, but a number of methods exist for detecting these with a reasonable degree of reliability, including virus scanners, and cryptographic checksums that can be compared with a central server, e.g. some equivalent of <a href="http://www.tripwire.com/" target="_blank">Tripwire</a> or another <a href="http://en.wikipedia.org/wiki/Host-based_intrusion_detection_system" target="_blank">host-based intrusion detection system</a> (HIDS).</p>
<p>Most importantly, though, the moment something like a keylogger or other hardware exploit is on your laptop, <em>it does not matter what other security measures you take.  Someone will always have access to your laptop from now on.</em></p>
<p>If the above applies, there is not much point to reading the rest of this article &#8212; it is the equivalent of telling a friend a Gmail password, then changing it &#8212; while he is watching.  The only ways to deal with this are</p>
<ul>
<li><span style="font-size: 13.2px;">buy a new laptop</span></li>
<li><span style="font-size: 13.2px;">assume that all communications are bugged, all files can be intercepted / opened, and only work with data that does not matter</span></li>
</ul>
<p><strong><a name="data-dumps"></a>Data Dumps and Stuff</strong></p>
<p>Be hind the scenes of the fictitious episode above, a forensic investigator took a full image of the user&#8217;s laptop.  There was no effort made to hide what was going on, nobody told him about his rights concerning search and seizure, habeas corpus and illegal detention, customs regulation, court and government rulings regarding data investigation, etc.  He was simply coerced into providing access to his information.  All attempts to encrypt, or hide, data on his laptop, and all mechanisms to foil intruders, came to naught.  The government in question, regardless of the (il)legality of its customs agents&#8217; actions, now has a full dump of the user&#8217;s laptop, which may or may not include saved passwords for his webmail account, confidential company materials, a (weakly) password-protected Excel list of passwords, personal photographs, contacts, etc.</p>
<p>I&#8217;ll leave it to the imagination of the reader why this might be a bad thing.</p>
<p>If you maintain constant visual contact with a confiscated laptop, and can determine, with 100% assurance, that nobody has managed to slip something dodgy on to it, great.</p>
<p>However, the best way to secure yourself against compromise is to assume that any data on a laptop is forfeit and to avoid having any information on the laptop to start out with.  Remember &#8212; even if nobody installs anything, it&#8217;s pretty easy and quick to just dump a full storage device and play around with its contents later.</p>
<p><strong><a name="user-education"></a>User Education</strong></p>
<p>No amount of confidential information is worth the life, safety, or freedom of the person holding it (aside from exceptional situations &#8212; we&#8217;ll assume there&#8217;s not much wartime spying going on here.)</p>
<p>It is the responsibility of an employer to teach any business traveler two things:</p>
<ol>
<li><span style="font-size: 13.2px;">Cooperate with authorities &#8212; regardless of what the situation is, nobody on the road for work should have to be a hero</span></li>
<li><span style="font-size: 13.2px;">Understand basic data protection techniques, including taking due care with creation of information so nothing described in this article actually becomes an issue</span></li>
</ol>
<p>The point of all this is to avoid having to not cooperate or having to worry about data while on the road.</p>
<p><strong><a name="first-steps"></a>First Baby Steps</strong></p>
<p>A few simple things might provide some degree of protection, but not a whole lot.</p>
<p>Set up a dummy account.  Keep it logged in.  Ensure that your login window does not show a list of users, but rather a username/password field, e.g. not this</p>
<p style="text-align: center;"><img class="aligncenter" title="Not this" src="http://images.macworld.com/images/legacy/2006/08/images/content/login1.png" alt="" width="254" height="291" /></p>
<p style="text-align: left;">but rather this:</p>
<p style="text-align: left;"><img class="aligncenter" title="This" src="http://i.imgur.com/61SeO.png" alt="" width="333" height="301" /></p>
<p style="text-align: left;">When prompted to log in, do so with the dummy account.</p>
<p style="text-align: left;">Note that this will only fool idiots.</p>
<p><strong><a name="one-way-encryption"></a>One-Way Encryption</strong></p>
<p>A user cannot give up a key that he does not have.  <a href="http://www.schneier.com/blog/archives/2009/07/laptop_security.html" target="_blank">Bruce Schneier wrote about this idea</a> &#8212; allow a user to encrypt his laptop / files with a random key at some point before he is at risk of having his laptop accessed at the border.  Give someone else the password.  After passing the border, call this person to retrieve the password.</p>
<p>The downside to this is that, under something like RIPA, a user may face legal consequences for having encrypted material in his possession for which he cannot / will not provide the password.  The law puts the onus on the holder of the data.</p>
<p>Furthermore, this may expose the person carrying the information to harassment and difficulty entering the country.</p>
<p><strong><a name="external-media"></a>External Media</strong></p>
<p>A 64-GB thumbdrive, or a DVD containing personal/confidential data, could be hidden somewhere in a user&#8217;s luggage, or mailed out of band (e.g. FedEx).  However, that carries with it risk of interception.  If it is found on a user&#8217;s person or baggage, the user can also be coerced into giving up an access code.  If it is mailed separately, it may be very difficult to crack (e.g. PGPDisk) but there is still <span style="font-size: 13.2px;">the risk that the wrong persons get their hands on it.</span></p>
<p><strong><a name="pre-trip-backups"></a>Pre-Trip Backups</strong></p>
<p>All data on a user&#8217;s laptop should be backed up before he leaves.  This can take the form of incremental backups, or a full disk imaging.  This is useful in case a full restore from scratch to a new laptop is necessary.</p>
<p>All users should be storing their important work data on a network drive anyway, <a href="http://www.chakraborty.ch/blog/laptops-and-border-controls#secure-remote">see a little further down</a> as to why.</p>
<p><strong><a name="laptop-builds"></a>Remote / Travel Laptop Builds</strong></p>
<p>A properly paranoid company will make a travel build available for its international travelers.  This is a stripped down OS configuration, containing as few hints as possible as to the nature of the company and its business.</p>
<p>It makes sense to do this anyway to avoid loss of confidentiality from lost/stolen laptops.  Make sure that someone on the road only has what they absolutely need on their laptop.  It&#8217;s understandable that someone wants to work on a presentation or document on the plane, but in this case, it is important to educate users about the need to only carry the data that is absolutely necessary for the current trip.</p>
<p>Unfortunately, that covers locally archived emails, and breaks down on trips involving multiple clients.  Furthermore, if the files a user is working on, say, during a flight on in a departure lounge, are actually highly confidential (e.g. the example of the merger negotiation)</p>
<p>Boy, the consultants will scream about this one.</p>
<p><strong><a name="virtualization"></a>Virtualization</strong></p>
<p>Use virtual machines, such as <a href="http://www.virtualbox.org/" target="_blank">VirtualBox</a>, or <a href="http://www.vmware.com/" target="_blank">VMWare</a>.  At the very least, this allows reasonably quick restore of compromised working environments, and can be used to restrict access to a host OS by dodgy websites.  No particular benefit to travelers, except to add another layer of obfuscation &#8212; it is conceivable that an encrypted VM could be used for something like the &#8220;One-Way Encryption&#8221; environment above, completely masking what files / applications / sites are used.</p>
<p><strong><a name="secure-remote"></a>Secure Remote Desktop</strong></p>
<p>Most mobile users have access to remote working tools via VPN.</p>
<p>I once completed an architecture project that provided a <a href="http://www.citrix.com/lang/English/home.asp" target="_blank">Citrix</a> environment over an IPSEC VPN to users.  A limited desktop, located on a hardened server in a DMZ, was presented to users.  Someone connecting remotely had access to their data, could work remotely, and download folders and individual files.</p>
<p>These could be the files that were backed up / copied to the network drive earlier.</p>
<p><span style="font-size: 13.2px;">Webmail interfaces (SSL-protected, via IPSEC) allow users to get around having to keep mail archives on laptops &#8212; unfortunately, most companies do not understand the concept of sufficiently large server mail quotas.  Disk is cheap.  Buy some. </span></p>
<p><strong><a name="data-segmentation"></a>Data Segmentation</strong></p>
<p><span style="font-size: 13.2px;">For added peace of mind, users traveling to a country whose border patrol or police are known as a source of risk should be limited, via profile, to a subset of data on the remote desktop server.  Allow users to copy their files by project &#8212; and specify, either via user interaction, or via centralized management, which elements they have access to.</span></p>
<p><span style="font-size: 13.2px;">Most consulting firms already have &#8220;Chinese Walls&#8221; in place in order to prevent conflicts of interest, i.e. sanitizing one client&#8217;s data before using it with another so as to avoid exposing trade secrets.  The user mentality is thus already in place. </span></p>
<p><strong><a name="logging"></a>Access Logging and Monitoring</strong></p>
<p>Companies should ensure strict logging of all access events, as well as all user activity.  Companies should maintain access profiles and correlate user activity with what is expected &#8212; a sudden attempt to dump entire file trees via remote access may be cause for alarm.</p>
<p>This ensures that, in case of a break-in by a foreign law enforcement agency using stolen credentials, it&#8217;s clear what was compromised.  This is good practice in any case; in the <a href="http://www.chakraborty.ch/blog/laptops-and-border-controls#thusfar">Brazilian example earlier</a>, police had presumably unfettered access to a major corporation&#8217;s international network &#8212; many major global companies have some sort of poor segmentation between country networks.  Imagine the amount of scrambling and incident response work required to find out exactly what information they were able to obtain?  A single user is no different, if you don&#8217;t know that he has been forced to divulge access, or if your external VPN connectivity uses weak authentication and credentials are extracted from a copied laptop drive.</p>
<p><strong><a name="two-factor-auth"></a>Two-Factor Authentication</strong></p>
<p>Require users to use two-factor auth (e.g. <a href="http://www.rsa.com/node.aspx?id=1156" target="_blank">RSA SecurID</a> cards, chip cards, etc.) &#8212; this reduces risk from exposure of saved passwords or persistent authentication cookies dumped from a laptop.</p>
<p><strong><a name="duress-passwords"></a>Duress Passwords</strong></p>
<p>In the extreme case that a user is forced to log into a corporate network via remote access, he should be given a a &#8220;<a href="http://en.wikipedia.org/wiki/Duress_code" target="_blank">panic account</a>&#8220;.</p>
<p>This could take the form of &#8220;salomon.john&#8221; as opposed to &#8220;john.salomon&#8221;.  Keep passwords the same to keep things simple &#8211; complexity causes people to become nervous and give things away.  This account could even have access to the same dataset as the &#8220;real&#8221; account, while setting off all kinds of alerts and informing administrators that shenanigans are in progress.</p>
<p>User training is a strong prerequisite to make this work.</p>
<p><strong><a name="remote-wipe"></a>Remote Data Wipe</strong></p>
<p>Many laptops have a SIM card slot.  In the case of the Apple iPad 3G, one of the <a href="http://www.chakraborty.ch/architecture-design/ipad-security-my-overview/" target="_blank">few reasonable security measures</a> is the central remote wipe capability.  Use it.  Whether as part of a duress code mechanism, or in case of unexpected activity, it may be wise to err on the side of caution and just nuke anything via remote management.</p>
<p><strong><a name="vpn-termination"></a>Third-Party VPN Termination</strong></p>
<p>This is an extreme solution to what is, at best, a paranoid situation, but it might be interesting for companies to set up VPN connections to trusted intermediaries located offsite.</p>
<p>This is a bit of a separate issue, but a user connecting to an IPSEC concentrator with an IP registered to a given Swiss bank may raise the curiosity of law enforcement agencies who like to know, out of principle, what a Swiss bank executive is doing in their country &#8212; thus giving cause for additional searches the next time the user passes through a choke point like an airport.  Connections to an innocuous IP, however, may avoid such attention.</p>
<p>If the intermediary is trusted, a separate IPSEC connection can then be established from his servers to the corporate DMZ.</p>
<p><strong><a name="conclusions"></a>Conclusions</strong></p>
<p>Controls of user laptops need not follow rational justifications &#8212; even developed countries have shown that their police and border investigations can be arbitrary.  While it is unlikely that a given traveler&#8217;s laptop may be investigated in depth, if it happens to you, the probability of it becomes academic.</p>
<p>No company should ever expose its mobile users to danger through their mobile data.  However, there are sensible ways to limit the potential fallout from unauthorized exposure by foreign law enforcement agencies to data that is simply none of their business.  It just takes a bit of investment and willingness to change mobile working habits.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.chakraborty.ch/spyware/laptops-and-border-controls/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Swiss Police VoIP Trojan?</title>
		<link>http://www.chakraborty.ch/spyware/swiss-police-voip-trojan/</link>
		<comments>http://www.chakraborty.ch/spyware/swiss-police-voip-trojan/#comments</comments>
		<pubDate>Thu, 16 Nov 2006 21:16:16 +0000</pubDate>
		<dc:creator>john</dc:creator>
				<category><![CDATA[Exploits]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Spyware]]></category>

		<guid isPermaLink="false">http://www.chakraborty.ch/blog/?p=23</guid>
		<description><![CDATA[This is a bit past its sell-by date, but Crypto-gram recently carried information of a story in the Neue Zürcher Zeitung (German article) about a supposed plan by the &#8220;Special Tasks Service&#8221; (DBA) of the Swiss communications ministry (Uvek) to requre Swiss ISPs to assist in infecting Voice-over-IP endpoint PCs with trojans that would enable <a href='http://www.chakraborty.ch/spyware/swiss-police-voip-trojan/'>[...]</a>]]></description>
			<content:encoded><![CDATA[<p>This is a bit past its sell-by date, but <a target="_blank" href="http://www.schneier.com/crypto-gram.html">Crypto-gram</a> recently carried information of a story in the <a target="_blank" href="http://www.sonntagszeitung.ch/dyn/news/multimedia/674264.html">Neue Zürcher Zeitung</a> (German article) about a supposed plan by the &#8220;Special Tasks Service&#8221; (<a target="_blank" href="http://www.uvek.admin.ch/themen/kommunikation/00690/00691/index.html?lang=de">DBA</a>) of the Swiss communications ministry (<a target="_blank" href="http://www.uvek.admin.ch/">Uvek</a>) to requre Swiss ISPs to assist in infecting Voice-over-IP endpoint PCs with trojans that would enable interception of VoIP communications, such as Skype, Vonage or other protocols.</p>
<p>According to the NZZ, the Swiss company <a target="_blank" href="http://www.era-it.ch/">ERA IT Solutions</a> is behind the trojan&#8217;s development, although no technical information is given.  I especially love the claim that &#8220;it&#8217;s designed to be undetectable by firewalls or virus scanners.&#8221;  Or Macs, or tripwire on Solaris, but maybe they can have a chat with <a href="http://www.chakraborty.ch/blog/?p=21">Joanna Rudkowska</a> about how to do it.  Regardless, F-Secure <a target="_blank" href="http://www.f-secure.com/virus-info/bdtp.shtml">probably won&#8217;t cooperate</a>, and seemed to take a <a target="_blank" href="http://www.f-secure.com/weblog/archives/archive-102006.html#00000991">dim view of this toy&#8217;s chances of success</a>.</p>
<p>The DBA, created as the Uvek&#8217;s &#8220;dirty tricks and espionage&#8221; department, lists wiretapping among its core tasks.  According to Swiss telco law, when to deploy such toys is still within the purview of the local authorities, although data protection and warrant mechanisms are not mentioned.  The trojan may apparently be either surreptiously installed by the police, or through ISPs.  Under the threat of coercion, I assume.</p>
<p>More information is at <a target="_blank" href="http://www.pcpro.co.uk/news/95394/swiss-look-to-trojan-code-for-voip-tapping.html">PC Pro</a>.  I honestly can&#8217;t imagine what the hell ERA&#8217;s marketing directory was thinking; if I were him, I&#8217;d be doing PR damage control like mad now.  Needless to say, Keystone Kop trojans don&#8217;t seem to be listed on their <a target="_blank" href="http://www.era-it.ch/index.php?option=com_content&#038;task=view&#038;id=13&#038;Itemid=26">products page</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.chakraborty.ch/spyware/swiss-police-voip-trojan/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Quick Blue Pill Redux</title>
		<link>http://www.chakraborty.ch/spyware/quick-blue-pill-redux/</link>
		<comments>http://www.chakraborty.ch/spyware/quick-blue-pill-redux/#comments</comments>
		<pubDate>Mon, 13 Nov 2006 02:01:25 +0000</pubDate>
		<dc:creator>john</dc:creator>
				<category><![CDATA[Exploits]]></category>
		<category><![CDATA[Spyware]]></category>

		<guid isPermaLink="false">http://www.chakraborty.ch/blog/?p=21</guid>
		<description><![CDATA[This is about 3 months out of date (announced in June &#8212; hey, I&#8217;m just catching up on my reading) but a colleague just pointed me to an interesting technique designed to subvert Windows Vista security when runing under AMD 64 CPus. Named &#8220;Blue Pill&#8220;, it was developed by Joanna Rutkowska of Singapore security firm <a href='http://www.chakraborty.ch/spyware/quick-blue-pill-redux/'>[...]</a>]]></description>
			<content:encoded><![CDATA[<p>This is about 3 months out of date (announced in June &#8212; hey, I&#8217;m just catching up on my reading) but a colleague just pointed me to an interesting technique designed to subvert Windows Vista security when runing under AMD 64 CPus. Named &#8220;<a target="_blank" href="http://theinvisiblethings.blogspot.com/2006/06/introducing-blue-pill.html">Blue Pill</a>&#8220;, it was developed by <a target="_blank" href="http://invisiblethings.org/">Joanna Rutkowska</a> of Singapore security firm <a target="_blank" href="http://www.coseinc.com/">COSEINC</a> and circumvents the Vista requirement for runtime code to be signed by running inside a <a target="_blank" href="http://en.wikipedia.org/wiki/Hypervisor">hypervisor</a> through AMD Pacifica SVM hardware virtualization and either disabling OS signature checking entirely, or, in the case of what she refers to as &#8220;level 2&#8243;, completely hiding the memory portion where Blue Pill sits.</p>
<p>According to Rutkowska, this is OS-independent; the malware can be injected at runtime through a privilege weakness in how Vista handles paged memory, and is persistent across reboots. Theoretically, this could be ported to Intel VT as well.</p>
<p>George Ou has an <a target="_blank" href="http://blogs.zdnet.com/Ou/?p=297">ZDNet blog entry</a> that raises the interesting question of being able to detect this by running timing analysis &#8212; apparently, there is a possibility of hybernating the malware if a timing analysis is detected. He doesn&#8217;t address the possibility of something like just hitting the host in question with constant, random semi-DoS attacks to generate load and thus obfuscating results of a system timing check. On second thought, I assume any such well-written process would take this into consideration (as the network stack would just be handling additional load within its design parameters.) But as he points out, any malware could just diddle with the system clock anyway.</p>
<p>Virtualization.info has an <a target="_blank" href="http://www.virtualization.info/2006/08/debunking-blue-pill-myth.html">interview</a> with Anthony Liguori titled &#8220;Debunking Blue Pill Myth&#8221; that doesn&#8217;t really go very far towards debunking anything &#8212; part of his point is that virtualization under Vista will rely on TPM-based attestation, which is interesting, seeeing how a lot of enterprises I&#8217;m familiar with actually turn off TPM functionality, especially in laptops due to management issues.</p>
<p>We&#8217;ll see, I guess.  Very cool though.</p>
<p>More links at</p>
<p><a target="_blank" href="http://www.computerworld.com/action/article.do?command=viewArticleBasic&#038;articleId=9002212&#038;source=rss_topic85">Computerworld</a></p>
<p><a target="_blank" href="http://www.enterpriseitplanet.com/security/news/article.php/3625101">Enterprise IT Planet </a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.chakraborty.ch/spyware/quick-blue-pill-redux/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Spam Trojan Requirements Doc</title>
		<link>http://www.chakraborty.ch/spyware/spam-trojan-requirements-doc/</link>
		<comments>http://www.chakraborty.ch/spyware/spam-trojan-requirements-doc/#comments</comments>
		<pubDate>Thu, 02 Nov 2006 00:16:45 +0000</pubDate>
		<dc:creator>john</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[Exploits]]></category>
		<category><![CDATA[Spam]]></category>
		<category><![CDATA[Spyware]]></category>

		<guid isPermaLink="false">http://www.chakraborty.ch/wordpress/?p=6</guid>
		<description><![CDATA[Forwarded by a colleague, supposedly found on a Russian spyware forum a little while ago. This is as close to a formal software requirements doc as I&#8217;ve seen for an exploit / trojan. It describes in reasonably structured detail the elements required for development of a spam botnet trojan. Click here to download]]></description>
			<content:encoded><![CDATA[<p>Forwarded by a colleague, supposedly found on a Russian spyware forum a little while ago.  This is as close to a formal software requirements doc as I&#8217;ve seen for an exploit / trojan.  It describes in reasonably structured detail the elements required for development of a spam botnet trojan.</p>
<p><a href="http://www.chakraborty.ch/wordpress/wp-content/uploads/2006/11/spyware-infection-document.pdf">Click here to download</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.chakraborty.ch/spyware/spam-trojan-requirements-doc/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk: basic
Page Caching using disk: basic

Served from: www.chakraborty.ch @ 2012-02-06 03:27:48 -->
