or, Careful With Those Naked Snaps!
 
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’s iPhone data encryption implementation.
 

A flaw that allows an unauthorised backup to be made? Shurely shome mishtake...


 
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 does not stand up to 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; even if you have set a security PIN.
 
 

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

“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.”

 
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.
 

Even on a standard Windows Vista, it's PIN not required


 
Further testing by heise Security 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.
 
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.
 
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.
 
However when a supposed hardware implementation of full disk encryption surrenders any data *at all* in the absence of credentials, something, somewhere is very broken.
 
Mr. Marienfeldt reports that Apple have acknowledged the flaw but not yet made any indications of a fix schedule.


Bookmark
| More
This entry was posted on Wednesday, 2. June 2010 and is filed under "Encryption, Family Safety, data leakage, data protection, vulnerability". You can follow any responses to this entry with RSS 2.0. You can leave a response here, or send a trackback from your own site.

2 Comments to "iProtect, iEncrypt… iLeak"

Tweets that mention New blog - iProtect, iEncrypt... iLeak (or, Careful with those naked snaps) - -- Topsy.com:
Wednesday, 2. June 2010 um 6:25 pm

[...] This post was mentioned on Twitter by Davey Winder and Michael Schandorf, David Hanby. David Hanby said: RT @rik_ferguson New blog – iProtect, iEncrypt… iLeak (or, Careful with those naked snaps) – http://bit.ly/ciT5Dr [...]

- CNIS mag:
Wednesday, 9. June 2010 um 1:41 pm

[...] : à quoi servent le chiffrement et le code PIN ? à rien, répond Rick Fergusson, qui explique comment Bernd Marienfeldt est parvenu à contourner simplement ces « protections [...]


Name:

E-Mail (not published)

Website:


Spam protection


© Copyright 2010 Trend Micro Inc. All rights reserved.
Legal Notice | Disclaimer