<?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>CounterMeasures -  A Security Blog » iPhone</title>
	<atom:link href="http://countermeasures.trendmicro.eu/tag/iphone/feed/" rel="self" type="application/rss+xml" />
	<link>http://countermeasures.trendmicro.eu</link>
	<description>Trend Microâ€™s Rik Ferguson blogs about current security issues.</description>
	<lastBuildDate>Wed, 01 Feb 2012 14:48:59 +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>iProtect, iEncrypt&#8230; iLeak</title>
		<link>http://countermeasures.trendmicro.eu/iprotect-iencrypt-ileak/</link>
		<comments>http://countermeasures.trendmicro.eu/iprotect-iencrypt-ileak/#comments</comments>
		<pubDate>Wed, 02 Jun 2010 16:03:18 +0000</pubDate>
		<dc:creator>Rik Ferguson</dc:creator>
				<category><![CDATA[data leakage]]></category>
		<category><![CDATA[data protection]]></category>
		<category><![CDATA[Encryption]]></category>
		<category><![CDATA[Family Safety]]></category>
		<category><![CDATA[vulnerability]]></category>
		<category><![CDATA[data loss]]></category>
		<category><![CDATA[iPhone]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[snooping]]></category>
		<category><![CDATA[telephone]]></category>

		<guid isPermaLink="false">http://countermeasures.trendmicro.eu/?p=2028</guid>
		<description><![CDATA[or, Careful With Those Naked Snaps! &#160; I was very interested by a blog post by Bernd Marienfeldt that I read today, which appears to illustrate a serious security weakness in Apple&#8217;s iPhone data encryption implementation. &#160; &#160; The iPhone 3GS offers Full Disk Encryption using 256 bit AES encoding which should (theoretically) keep your [...]<div class="addthis_toolbox addthis_default_style " addthis:url='http://countermeasures.trendmicro.eu/iprotect-iencrypt-ileak/' addthis:title='iProtect, iEncrypt&#8230; iLeak '  ><a class="addthis_button_facebook_like" fb:like:layout="button_count"></a><a class="addthis_button_tweet"></a><a class="addthis_button_google_plusone" g:plusone:size="medium"></a><a class="addthis_counter addthis_pill_style"></a></div>]]></description>
			<content:encoded><![CDATA[<p><strong>or, Careful With Those Naked Snaps!</strong><br />
&nbsp;<br />
I was very interested by a <a title="iPhone business security framework" href="http://marienfeldt.wordpress.com/2010/03/22/iphone-business-security-framework/" target="_blank">blog post </a>by Bernd Marienfeldt that I read today, which appears to illustrate a serious security weakness in Apple&#8217;s iPhone data encryption implementation.<br />
&nbsp;<br />
<div id="attachment_2031" class="wp-caption alignleft" style="width: 513px"><a href="http://countermeasures.trendmicro.eu/wp-content/uploads/2010/06/02-06-2010-16-49-03.png"><img class="size-full wp-image-2031" title="Backup" src="http://countermeasures.trendmicro.eu/wp-content/uploads/2010/06/02-06-2010-16-49-03.png" alt="" width="503" height="202" /></a><p class="wp-caption-text">A flaw that allows an unauthorised backup to be made? Shurely shome mishtake...</p></div><br />
&nbsp;<br />
The iPhone 3GS offers Full Disk Encryption using 256 bit AES encoding which should (theoretically) keep your sensitive data safe from prying eyes. It has been public for almost a year that this encryption <a title="Hacker Says iPhone 3GS Encryption Is â€˜Uselessâ€™ for Businesses" href="http://www.wired.com/gadgetlab/2009/07/iphone-encryption/" target="_blank">does not stand up to </a>even the most basic hacking or forensics tools. This latest flaw however will seemingly expose your data to anyone capable of simply booting the device; <strong>even if you have set a security PIN.</strong><br />
&nbsp;<br />
<strong>Â </strong></p>
<p>Bernd Marienfeldt has discovered that by booting a PIN protectedÂ iPhone, while it is connected to the USB port of an Ubuntu system, he could access</p>
<blockquote><p>&#8220;music, photos, videos, podcasts, voice recordings, Google safe browsing database, game contentsâ€¦ by in my opinion the quickest compromising read/write access discovered so far, without leaving any track record by the attacker.&#8221;</p></blockquote>
<p>&nbsp;<br />
This access was through the Ubuntu interface and did not require any PIN at all, furthermore the access was not simply read-only, but read/write.<br />
&nbsp;<br />
<div id="attachment_2032" class="wp-caption alignleft" style="width: 392px"><a href="http://countermeasures.trendmicro.eu/wp-content/uploads/2010/06/02-06-2010-16-49-31.png"><img class="size-full wp-image-2032" title="access" src="http://countermeasures.trendmicro.eu/wp-content/uploads/2010/06/02-06-2010-16-49-31.png" alt="" width="382" height="286" /></a><p class="wp-caption-text">Even on a standard Windows Vista, it's PIN not required</p></div><br />
&nbsp;<br />
Further <a title="iPhone-Leck weitet sich aus" href="http://www.heise.de/security/meldung/iPhone-Leck-weitet-sich-aus-Update-1012473.html" target="_blank">testing by heise Security</a>Â has shown that it is also possible to trick an iPhone into pairing with a PC running iTunes in the same way. This is a phenomenon that I have been able to reproduce, again using a PIN protected, hardware encrypted iPhone.<br />
&nbsp;<br />
This related vulnerability is even more worrying than the first. If an attacker manages to pair an iPhone with an unauthorised PC they can make a full back up the phone which would include notes, messages and even plain text passwords.<br />
&nbsp;<br />
Testing indicates that this unauthorised pairing and folder access only occurs when the phone has been shut down in an unlocked state, which does serve to mitigate the risk somewhat.<br />
&nbsp;<br />
However when a supposed hardware implementation of full diskÂ encryption surrenders any data <strong>*at all*</strong> in the absence of credentials, something, somewhere is very broken.<br />
&nbsp;<br />
Mr. Marienfeldt reports that Apple have acknowledged the flaw but not yet made any indications of a fix schedule.</p>
<div class="addthis_toolbox addthis_default_style " addthis:url='http://countermeasures.trendmicro.eu/iprotect-iencrypt-ileak/' addthis:title='iProtect, iEncrypt&#8230; iLeak '  ><a class="addthis_button_facebook_like" fb:like:layout="button_count"></a><a class="addthis_button_tweet"></a><a class="addthis_button_google_plusone" g:plusone:size="medium"></a><a class="addthis_counter addthis_pill_style"></a></div>]]></content:encoded>
			<wfw:commentRss>http://countermeasures.trendmicro.eu/iprotect-iencrypt-ileak/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>

