<?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: Limitations of Data Protection in iOS 4</title>
	<atom:link href="http://anthonyvance.com/blog/forensics/ios4_data_protection/feed/" rel="self" type="application/rss+xml" />
	<link>http://anthonyvance.com/blog/forensics/ios4_data_protection/</link>
	<description>Assistant Professor—Information Systems—Brigham Young University</description>
	<pubDate>Mon, 06 Feb 2012 01:22:34 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Paul</title>
		<link>http://anthonyvance.com/blog/forensics/ios4_data_protection/#comment-238</link>
		<dc:creator>Paul</dc:creator>
		<pubDate>Tue, 13 Sep 2011 17:09:25 +0000</pubDate>
		<guid isPermaLink="false">http://anthonyvance.com/blog/?p=596#comment-238</guid>
		<description>I think that admin is right.

Long story short, I misplaced my iPod for 3 weeks, thought it was gone for good, and initiated remote wipe via Exchange server to wipe the iPod. I had given it permission earlier to do so on the iPod side.  Unfortunately the iPod had powered off and never got the message until I happily found it and re-entered my new Exchange password... As soon as it connected the wipe went through, device powered off.

Turned it on and it needed to be reconnected to iTunes. I re-added the device and didn't resync any of data or music. I then jail broke it and made a disk image with dd, ran PhotoRec on it. I've tried it with Intel (Mac i386) partition type as the option and I was unable to recover any of my photos.  I'm trying it again now with "Mac" partition selected.  

Not looking good though.</description>
		<content:encoded><![CDATA[<p>I think that admin is right.</p>
<p>Long story short, I misplaced my iPod for 3 weeks, thought it was gone for good, and initiated remote wipe via Exchange server to wipe the iPod. I had given it permission earlier to do so on the iPod side.  Unfortunately the iPod had powered off and never got the message until I happily found it and re-entered my new Exchange password&#8230; As soon as it connected the wipe went through, device powered off.</p>
<p>Turned it on and it needed to be reconnected to iTunes. I re-added the device and didn&#8217;t resync any of data or music. I then jail broke it and made a disk image with dd, ran PhotoRec on it. I&#8217;ve tried it with Intel (Mac i386) partition type as the option and I was unable to recover any of my photos.  I&#8217;m trying it again now with &#8220;Mac&#8221; partition selected.  </p>
<p>Not looking good though.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daan</title>
		<link>http://anthonyvance.com/blog/forensics/ios4_data_protection/#comment-231</link>
		<dc:creator>Daan</dc:creator>
		<pubDate>Thu, 03 Feb 2011 14:41:15 +0000</pubDate>
		<guid isPermaLink="false">http://anthonyvance.com/blog/?p=596#comment-231</guid>
		<description>Anthony,

Do you know if this is still the case for iOS 4.2.1 and the on all platforms like the iPad.
The security documentation of Apple on the iPhone does mention the fact that data protection is only enabled for Email and its attachments and/or applications that uses the Data Protection API.
http://images.apple.com/iphone/business/docs/iPhone_Security.pdf
An acknowledgement of this fact was the vulnerability where one could call/access the addressbook by the ### emergency call showing that not all data was actually encrypted with the users key/password.

This is however no longer mentioned in the documentation for the iPad:
"iPad offers 256-bit AES encoding hardware-based encryption to protect all data on the device. Encryption is always enabled and cannot be disabled by users."
http://images.apple.com/ipad/business/docs/iPad_Security.pdf</description>
		<content:encoded><![CDATA[<p>Anthony,</p>
<p>Do you know if this is still the case for iOS 4.2.1 and the on all platforms like the iPad.<br />
The security documentation of Apple on the iPhone does mention the fact that data protection is only enabled for Email and its attachments and/or applications that uses the Data Protection API.<br />
<a href="http://images.apple.com/iphone/business/docs/iPhone_Security.pdf" rel="nofollow">http://images.apple.com/iphone/business/docs/iPhone_Security.pdf</a><br />
An acknowledgement of this fact was the vulnerability where one could call/access the addressbook by the ### emergency call showing that not all data was actually encrypted with the users key/password.</p>
<p>This is however no longer mentioned in the documentation for the iPad:<br />
&#8220;iPad offers 256-bit AES encoding hardware-based encryption to protect all data on the device. Encryption is always enabled and cannot be disabled by users.&#8221;<br />
<a href="http://images.apple.com/ipad/business/docs/iPad_Security.pdf" rel="nofollow">http://images.apple.com/ipad/business/docs/iPad_Security.pdf</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Apple and their elusive Full Disk Encryption solution - Encryptsolutions</title>
		<link>http://anthonyvance.com/blog/forensics/ios4_data_protection/#comment-230</link>
		<dc:creator>Apple and their elusive Full Disk Encryption solution - Encryptsolutions</dc:creator>
		<pubDate>Tue, 25 Jan 2011 18:49:00 +0000</pubDate>
		<guid isPermaLink="false">http://anthonyvance.com/blog/?p=596#comment-230</guid>
		<description>[...] and what I found puzzled me&#8230; The following information can be found in the following article: http://anthonyvance.com/blog/forensics/ios4_data_protection/  iPhone full disk encryption seems to have been implemented with one purpose in mind: [...]</description>
		<content:encoded><![CDATA[<p>[...] and what I found puzzled me&#8230; The following information can be found in the following article: <a href="http://anthonyvance.com/blog/forensics/ios4_data_protection/" rel="nofollow">http://anthonyvance.com/blog/forensics/ios4_data_protection/</a>  iPhone full disk encryption seems to have been implemented with one purpose in mind: [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Forrester’s iPhone Article &#124; HackerSafe Security Related Blog for all</title>
		<link>http://anthonyvance.com/blog/forensics/ios4_data_protection/#comment-227</link>
		<dc:creator>Forrester’s iPhone Article &#124; HackerSafe Security Related Blog for all</dc:creator>
		<pubDate>Mon, 16 Aug 2010 05:34:45 +0000</pubDate>
		<guid isPermaLink="false">http://anthonyvance.com/blog/?p=596#comment-227</guid>
		<description>[...] Each App can now have a separate data container with its own encryption keys.   Check out Anthony Vance&#8217;s blog post .   Only Mail by default is encrypted this way.   Each app developer would have to [...]</description>
		<content:encoded><![CDATA[<p>[...] Each App can now have a separate data container with its own encryption keys.   Check out Anthony Vance&#8217;s blog post .   Only Mail by default is encrypted this way.   Each app developer would have to [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: admin</title>
		<link>http://anthonyvance.com/blog/forensics/ios4_data_protection/#comment-222</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Fri, 06 Aug 2010 05:40:55 +0000</pubDate>
		<guid isPermaLink="false">http://anthonyvance.com/blog/?p=596#comment-222</guid>
		<description>Clive:

I haven't tested this, but my understand is that the "Erase All Content and Settings" option does erase the 256-bit key used to encrypt the file system. Once the encryption key is erased, the data on the phone is unrecoverable.</description>
		<content:encoded><![CDATA[<p>Clive:</p>
<p>I haven&#8217;t tested this, but my understand is that the &#8220;Erase All Content and Settings&#8221; option does erase the 256-bit key used to encrypt the file system. Once the encryption key is erased, the data on the phone is unrecoverable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Clive</title>
		<link>http://anthonyvance.com/blog/forensics/ios4_data_protection/#comment-220</link>
		<dc:creator>Clive</dc:creator>
		<pubDate>Wed, 04 Aug 2010 17:22:54 +0000</pubDate>
		<guid isPermaLink="false">http://anthonyvance.com/blog/?p=596#comment-220</guid>
		<description>Great article - One of the few ios 4 data protection write ups I could find via google. One question. Clearly there are limitations with successfully executing a remote wipe, however how secure is using the erase all data and settings feature with iPhone 4? Your article indicates that the 256-bit encryption key is erased, but does this process truly secure personal data from being recovered? Any idea if the device writes over the deleted key? Trying to gauge the risk of using the device for business and inevitably selling it in the future when the next "best" thing comes out or the dropped calls push me over the edge first - Thanks</description>
		<content:encoded><![CDATA[<p>Great article - One of the few ios 4 data protection write ups I could find via google. One question. Clearly there are limitations with successfully executing a remote wipe, however how secure is using the erase all data and settings feature with iPhone 4? Your article indicates that the 256-bit encryption key is erased, but does this process truly secure personal data from being recovered? Any idea if the device writes over the deleted key? Trying to gauge the risk of using the device for business and inevitably selling it in the future when the next &#8220;best&#8221; thing comes out or the dropped calls push me over the edge first - Thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Core Data and Enterprise iPhone Applications &#8211; Protecting Your Data &#171; Nick Harris</title>
		<link>http://anthonyvance.com/blog/forensics/ios4_data_protection/#comment-218</link>
		<dc:creator>Core Data and Enterprise iPhone Applications &#8211; Protecting Your Data &#171; Nick Harris</dc:creator>
		<pubDate>Wed, 14 Jul 2010 20:18:25 +0000</pubDate>
		<guid isPermaLink="false">http://anthonyvance.com/blog/?p=596#comment-218</guid>
		<description>[...] information that&#8217;s available in the public domain (including this post about iPhone 3GS and this post about iOS4). But if you have access to the WWDC videos, Session 209 is a great [...]</description>
		<content:encoded><![CDATA[<p>[...] information that&#8217;s available in the public domain (including this post about iPhone 3GS and this post about iOS4). But if you have access to the WWDC videos, Session 209 is a great [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

