Overview:
I recently had the chance to look into Apple’s iPhone [11] security model specifically for the 3G and 3GS version. As the iPhone acts as a small computing device my concerns are related to the integrity of the device, communication and the security of data stored locally. Apple provides an “iPhone Security Overview” [1] which is a good start to find out more about:
Apple iPhone mobile device security features:
Apple Enterprise Management and Security:
- Supports standards-based servers for mail, calendar and contacts integration. Syncing with IMAP mail servers and search the mail server from the iPhone.
- CalDAV-compliant calendar servers like iCal Server, Oracle Beehive, Kerio and Zimbra.
- iPhone 3GS protects data through encryption of information in transmission, at rest on the device, and when backed up to iTunes.
- Provides secure methods to prevent unauthorised use of the device through passcode policies and restrictions.
- In the event of a lost or stolen iPhone, you can even clear all data and settings by issuing a remote wipe command from Microsoft Exchange.
- Network communications stay secure with Cisco IPSec VPN, WPA2 Enterprise Wi-Fi and SSL/TLS on iPhone.
- Microsoft Exchange users can enforce complex passcodes, camera restrictions and other policies on iPhone to protect corporate data.
- Certificate-based authentication enables iPhone to connect with corporate servers via Exchange as well as VPN On Demand, making network communications seamless and secure.
Security Configuration Profiles:
- Establish corporate passcode policies and settings with configuration profiles created and distributed via USB or over the air.
- With configuration profiles, you can remotely configure your company’s VPN, email and wireless network settings, ensuring that each iPhone is secure and ready for business.
- For users, installing a configuration profile is as easy as tapping a secure web link or receiving an email with the configuration profile attached. Configuration profiles can be signed and encrypted – and once installed, individual users can be restricted from removing these profiles from their iPhones.
Framework:
This is the outcome of the overview and more research on various details matched against the security requirements which I would like to see implemented, so an iPhone can become a reasonable secure mobile network device:
- Platform Protection
- OS Patch Management
- Antivirus Protection
- Network Traffic Filtering
- Application Security
- Data Storage Protection
- Communication Encryption
- Wireless Security
- Manageability of Acceptable Use
Platform Security:
| Requirement: | iPhone3G(S): | Comment: |
| Application Security: | – Runtime Protection (Sandboxing)
– Mandatory Code signing |
Separates local Data stored by applications and the code itself from each other and protects from third-party applications. Code signing binds your application framework to Apple). |
| OS Patch Management | Build in update feature for
iPhone OS |
Similar to OS X the phone can fetch automatic updates when connected to a network. |
| Antivirus Protection | None built in. | Apple claims no need for this. Jailbreaking [2] would make a need for it. |
| Manageability of Acceptable Use | – Password Management and Enforcement
– Remote and local wipe – Restriction management of: iTunes Store medias, Use of Safari, Use of YouTube, Use of App Store, Installations of Applications, Use of the camera |
This is mostly to restrict the use of the device through a policy. Most of the sync profile updates can only be synced automatically using a Microsoft Exchange server. However profiles can also be manually applied via email attachment or through a download from a website. |
Network Security:
| Requirement: | iPhone3G(S): | Comment: |
| Network Traffic Filtering | A built in firewall is not claimed | A host based firewall solution is not available through Apples App store. |
| Communication Encryption | – Common Crypto APIs
– SSL/TLS |
Solid SSL/TLS support promised. |
| VPN | – Cisco IPSec
– L2TP/IPSec – PPTP |
Solid VPN support promised but I am missing the OpenVPN standard. |
| Authentication | – Password (MSCHAPv2)
– RSASecurID – CRYPTOCard – x.509 Digital Certificates – Shared Secret – X.509 certificates with RSA keys |
Common Authentication schemas are supported RSASecureID capability can make the phone becoming a one time security token for 2 and more factor authentication. |
| Wireless Security | – WPA
– WPA2 shared key – WPA2 Enterprise mode |
Solid Authentication and Encryption support for 802.11 b/g wireless networks. |
Local Data:
| Requirement: | iPhone3G(S): | Comment: |
| Data protection | – Encrypted configuration
– Encrypted i-Tunes backup |
Encrypted profiles can be only read by an Admin.
Broken authentication model [9] |
| Data encryption | – Hardware based Full DIsk Encryption (FDE). | Iphone3GS offers hardware-based- encryption and uses AES 256 bit encoding to try to protect all data on the device. Encryption is always enabled and cannot be disabled by users.
However the encryption renders pointless by the FDE key implementation flaw [4] |
| Password storage | Keychain Services | Local passwords and logins are stored in an encrypted local safe. |
Outcome:
Mobile computing and storage devices are easily lost or stolen, presenting a high risk for unauthorized access and introduction of malicious software to a network [3].
These risks should be mitigated to acceptable levels. A portable -computing device and -electronic storage media that contains confidential, personal, or sensitive information should use encryption or equally strong measures to protect the data while they are in transit or stored.
The Apple iPhone can’t fully satisfy the requirements. People should understand that the iPhone 3GS fails to provide full disk encryption (FDE) which renders useless by how the phone manages the protection of the encryption key [4] and that the authentication model for the FDE is also broken.[see recent update]. Most of automatic sync and update features are built around Microsofts Exchange Server however important security profile management and updates can be achieved by manual interaction of the user without using Exchange.
The iPhone’s operating system is designed to only run software that has an Apple-approved cryptographic signature. This should protect from malicious third-party applications but it certainly leaves authority and actual security management fully in the hand of Apple. There is no open Source code involved and applications can only be chosen from Apples apps store. Apples recent removal of random content and apps [5] makes users wonder if the trust in Apple is justifiable.
Restrictions can be overcome by “jailbreaking” the device [2], which involves replacing the iPhone’s firmware with a slightly modified version that does not enforce the signature check. Jailbroken phones are at risk for an iPhone worm and system compromise through malicious applications.
By the time writing there is no way to directly encrypt or sign your email and although there are some more (non security related) caveats like: Java and Flash aren’t supported and the fact Apple iTunes software latest version is only running on Windows and Apple platforms, the iPhone still can be used in an efficient way if people understand that there is no secure FDE available and a appropriate policy is in place to cover these facts.
Having this said, iPhone security really only applies with having a sensible trust in Apples business model, being the gatekeeper for your own security needs, and when user’s attitude takes into account that the iPhones Hard Disk encryption and Authentication model is useless towards storage protection.
Update 17/05/2010: Apple’s iPhone 3GS broken authentication model:
I uncovered a data protection vulnerability [9], which I could reproduce on 3 other non jail broken 3GS iPhones (MC 131B, MC132B) with different iPhone OS versions installed (3.1.3-7E18 modem firmware 05.12.01 and version 3.1.2 -7D11, modem 05.11.07) , all passcode (4 digits) protected which means the vulnerability bypasses authentication for various data where people most likely rely on data protection through encryption and do not expect that authentication is not in place.
To clarify, the given file access is read and write !
This is what you get via an auto mount without any PIN (passcode 4 digits) request:
The unprotected iPhone 3GS mounting is “limited” to the DCIM folder under Ubuntu < 10.04 LTS, Apple Macintosh, Windows 2000 SP2 and Windows 7. The way Ubuntu Lucid Lynx handles the iPhone 3GS [6,7,8] allows to get more content (please do make sure that the native Ubuntu system is fully up to date, e.g. “apt-get update, “apt-get upgrade” – any virtualization based solution will not work as described). I used the Alternate CD with x86 and AMD64 on different hardware.
The “Libimobiledevice” [6] developers probably done just their best to make some content available under Linux but nevertheless I would still expect that the iPhone 3GS takes ownership and requests an authentication challenge when in the process to be mounted.
Copied contents file structure:
| bernd@isopiece:~/Desktop/phonecontents$ ls -R .: ApplicationArchives com.apple.itunes.lock_sync Downloads Photos PublicStaging Recordings com.apple.itdbprep.postprocess.lock DCIM iTunes_Control Podcasts Purchases Safari ./ApplicationArchives: ./DCIM: ./DCIM/100APPLE: ./Downloads: ./iTunes_Control: ./iTunes_Control/Artwork: ./iTunes_Control/Device: ./iTunes_Control/Device/Trainer: ./iTunes_Control/Device/Trainer/Workouts: ./iTunes_Control/Device/Trainer/Workouts/Empeds: ./iTunes_Control/Device/Trainer/Workouts/Empeds/4H0047X7VSX: ./iTunes_Control/Device/Trainer/Workouts/Empeds/4H0047X7VSX/latest: ./iTunes_Control/iTunes: ./iTunes_Control/iTunes/iTunes Library.itlp: ./iTunes_Control/iTunes/iTunes Library.itlp/DBTemp: ./iTunes_Control/iTunes/iTunes Library.itlp/DBTemp/Backup: ./iTunes_Control/iTunes/iTunes Library.itlp/DBTemp/Backup/iTunes_Control: ./iTunes_Control/iTunes/iTunes Library.itlp/DBTemp/Backup/iTunes_Control/iTunes: ./iTunes_Control/iTunes/iTunes Library.itlp/DBTemp/Backup/iTunes_Control/iTunes/iTunes Library.itlp: ./iTunes_Control/Music: ./iTunes_Control/Music/F00: ./iTunes_Control/Music/F01: …… ./iTunes_Control/Ringtones: ./Photos: ./Podcasts: ./PublicStaging: ./Purchases: ./Recordings: ./Safari: |
Contents list of disk usage:
| bernd@isopiece:~/Desktop/phonecontents$ du -h 4.0K ./PublicStaging 920K ./Safari 4.0K ./iTunes_Control/Ringtones 107M ./iTunes_Control/Music/F23 133M ./iTunes_Control/Music/F39 124M ./iTunes_Control/Music/F29 122M ./iTunes_Control/Music/F40 136M ./iTunes_Control/Music/F47 109M ./iTunes_Control/Music/F11 98M ./iTunes_Control/Music/F05 174M ./iTunes_Control/Music/F27 76M ./iTunes_Control/Music/F07 130M ./iTunes_Control/Music/F42 167M ./iTunes_Control/Music/F06 139M ./iTunes_Control/Music/F44 104M ./iTunes_Control/Music/F19 116M ./iTunes_Control/Music/F46 111M ./iTunes_Control/Music/F21 164M ./iTunes_Control/Music/F15 141M ./iTunes_Control/Music/F25 168M ./iTunes_Control/Music/F37 121M ./iTunes_Control/Music/F03 140M ./iTunes_Control/Music/F38 150M ./iTunes_Control/Music/F45 132M ./iTunes_Control/Music/F10 67M ./iTunes_Control/Music/F20 80M ./iTunes_Control/Music/F41 135M ./iTunes_Control/Music/F43 148M ./iTunes_Control/Music/F48 161M ./iTunes_Control/Music/F24 96M ./iTunes_Control/Music/F04 1.5G ./iTunes_Control/Music/F09 127M ./iTunes_Control/Music/F02 116M ./iTunes_Control/Music/F22 147M ./iTunes_Control/Music/F49 132M ./iTunes_Control/Music/F18 185M ./iTunes_Control/Music/F26 168M ./iTunes_Control/Music/F35 130M ./iTunes_Control/Music/F17 126M ./iTunes_Control/Music/F33 275M ./iTunes_Control/Music/F30 146M ./iTunes_Control/Music/F34 154M ./iTunes_Control/Music/F08 132M ./iTunes_Control/Music/F36 226M ./iTunes_Control/Music/F12 183M ./iTunes_Control/Music/F00 121M ./iTunes_Control/Music/F28 234M ./iTunes_Control/Music/F31 140M ./iTunes_Control/Music/F14 98M ./iTunes_Control/Music/F16 182M ./iTunes_Control/Music/F32 169M ./iTunes_Control/Music/F01 197M ./iTunes_Control/Music/F13 8.3G ./iTunes_Control/Music 94M ./iTunes_Control/Artwork 4.5M ./iTunes_Control/iTunes/iTunes Library.itlp/DBTemp/Backup/iTunes_Control/iTunes/iTunes Library.itlp 4.5M ./iTunes_Control/iTunes/iTunes Library.itlp/DBTemp/Backup/iTunes_Control/iTunes 4.5M ./iTunes_Control/iTunes/iTunes Library.itlp/DBTemp/Backup/iTunes_Control 4.5M ./iTunes_Control/iTunes/iTunes Library.itlp/DBTemp/Backup 4.5M ./iTunes_Control/iTunes/iTunes Library.itlp/DBTemp 9.0M ./iTunes_Control/iTunes/iTunes Library.itlp 9.4M ./iTunes_Control/iTunes 20K ./iTunes_Control/Device/Trainer/Workouts/Empeds/4H0047X7VSX/latest 44K ./iTunes_Control/Device/Trainer/Workouts/Empeds/4H0047X7VSX 52K ./iTunes_Control/Device/Trainer/Workouts/Empeds 56K ./iTunes_Control/Device/Trainer/Workouts 60K ./iTunes_Control/Device/Trainer 96K ./iTunes_Control/Device 8.4G ./iTunes_Control 4.0K ./Photos 4.0K ./Podcasts 2.0M ./Recordings 8.0K ./Downloads 4.0K ./Purchases 55M ./ApplicationArchives 16K ./DCIM/.MISC 7.3M ./DCIM/100APPLE/.MISC 18M ./DCIM/100APPLE 18M ./DCIM 8.4G . |
This data protection flaw exposes 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. It’s about to imagine how many enterprises (e.g. Fortune 100) actually do rely on the expectation that their iPhone 3GS’s whole content is protected by encryption with a passcode based authentication in place to unlock it.
The contents sample have been collected off a non jail broken iPhone 3GS (with latest iPhone OS installed, all apps fully up to date and immediately “PIN lock” (passcode, 4 digits) enabled, by simply connecting it powered off via USB to a Linux Lucid Lynx PC (10.04) and then switched back on – being automatically mounted with given insecurity and never been attached to the PC before.
Other exposed contents and OS behavior has to be further investigated. The allowed write access could also lead into triggering a buffer overflow.
We already know that iPhone 3GS encryption is broken by the way the encryption key is handled [4].
The newly uncovered vulnerability shows that the Apple’s iPhone 3GS authentication model is somehow or other broken. The iPhone vulnerability was covered in SANS webcast “iPhone Insecurity” by Jim Herbeck [10]: Webcast audio excerpt of iPhone vulnerability.
Apple iPhone Security Overview [1]:
Data Protection:
Protecting data stored on iPhone is important for any environment with a high level of sensitive corporate or customer information. In addition to encrypting data in trans-mission, iPhone 3GS provides hardware encryption for data stored on the device.
Encryption:
iPhone 3GS offers hardware-based encryption. iPhone 3GS hardware encryption uses AES 256 bit encoding to protect all data on the device. Encryption is always enabled, and cannot be disabled by users.
Update 25/05/2010:
Apple’s product security team (case 105700225) still can’t reproduce described auto mounting and believes it could be a “race condition” or “a pairing issue” but is trying to get to the bottom of this issue and I am more than happy to assist, given a total 33.75 million of iPhones have been sold at Q4 2009 [11].
Update 27/05/2010:
Apple could reproduce the as described serious issue and believes to understand why this can happen but cannot provide timing or further details on the release of a fix.
Update 29/05/2010:
To clarify: This is a iPhone vulnerability and not an Ubuntu/Linux/libimobiledevice specific issue. Please see also “News” under [6]. In other words, Ubuntu Lucid Lynx just helped me to uncover the flaw easier.
The reason behind the issue that some people are not able to reproduce the time-of-check-to-time-of-use (TOCTTOU) bug [12] lies in the implementation of the iPhone authentication model, not the OS you tested with. So, this has nothing to do with the OS you used, but with the iPhone itself, and nothing else. People are best of luck to reproduce the flaw in getting the long boot cycle by powering off the iPhone from the non locked state.
Update 31/05/2010:
heise Security did manage to access a full backup of the iPhone by connecting the device to iTunes under Windows, using the flaw I uncovered recently. They could read notes, SMS-messages and even passwords in plaintext.
More info (in German):
http://www.heise.de/security/meldung/iPhone-Leck-weitet-sich-aus-1012473.html
Update 01/06/2010:
The H Security explains their associates findings from heise Security in English:
“While with Linux only a few selected folders on the iPhone were displayed, Windows allowed full system access. For instance, it was no problem to create a complete backup using iTunes, including items such as notes, text messages and even plain text passwords.”
Update 03/06/2010:
Please follow the uncertain workaround but take it as an intermediate advice:
Shutdown your iPhone only in the locked state and keep it in locked state when not in use.
Update 05/06/2010:
Please do also use the “encryption” feature with iTunes for your Backup [13].
Update 08/06/2010:
Apple will release iOS 4 which might fix the massive security vulnerability for the iPhone 3G and iPhone 3GS. Please update asap. According to Apple the release date will be on the 21st of June 2010.
Update 21/06/2010:
Apple released today a newer version of the iPhone software (version 4.0 8A293). If you want to update the phone please make sure to get iTunes also updated to the latest version 9.2.0.61 before attempting the software update.
After the first tests done, please bear in mind that I need further investigations followed to provide a more reliable conclusion. So far it turns out that the time-of-check-to-time-of-use (TOCTTOU) bug (race condition) [12] seems to be patched in iOS4. The flaw is no longer reproducible for me in the way described above.
However, I would not call the issue as cleared off for the time being:
Apple security release notes can be found here and Apple is not mentioning anything about the security improvements towards better authentication and/or encryption.
If you read the installation notes during the software update very carefully you will note:
“* Better data protection using the device passcode as an encryption key* (Requires full restore)”
What this means is that unless you go through the Full restore process you will not gain any data protection improvement promised by Apple.
Update 22/06/2010:
Although Apple hasn’t pointed this out so far I would recommend following update procedure for iOS4:
Upgrading your iPhone to the latest version is the normal procedure, however if you read the installation notes during the software update very carefully you will note as mentioned:
Apple: * Better data protection using the device passcode as an encryption key* (Requires full restore)
What this means is that unless you go through the “Full Restore” process you will not gain any data protection improvement promised by Apple.
Please follow this procedure:
1.) Make sure your PC system is connected to a reliable power source.
2.) Get iTunes up to date, use the built in update function (Help -> Check for Updates)
3.) Make a backup of your iPhone data: Connect your iPhone to the computer system and open iTunes. Under ‘Devices’ on the left hand side of the window, right-click on the name you assigned your iPhone and first select ‘Sync’. Once this has been completed follow the same procedure, only this time select ‘Back Up’. Again, once this is finished right click on your iPhone and finally select ‘Transfer Purchases’. Once this has been done your iPhone would be fully backed up onto iTunes locally.
4.) iPhone iOS4 installation Phase 1:
Once you have fully backed up your iPhone go onto ‘Summary’ and select ‘Check for Updates’. The option to update to the latest version (4.0) will appear, select the update option and leave the iPhone to run its system update. The iPhone will require restarting.
5.) iPhone iOS4 installation Phase 2:
Note: If a Backup is available you should not lose any data at all.
Once the iPhone has completed its updates, select ‘Restore’ in the ‘Summary’ section of iTunes. If you have already backed up your iPhone with all the latest changes you’ve made to it (New songs, pictures etc) you won’t need to update the iPhone again, just allow it to run its System Restore, this will reset the iPhone back to its factory settings. Once the process is completed the device will restart and the Apple logo will appear on the screen. After the restore, the iPhone displays the “Connect to iTunes” screen. Keep your device connected until the “Connect to iTunes” screen goes away or you see “iPhone is activated.” If iTunes does not have an Internet connection, you cannot complete this step.
Finally, to restore your device from the previous backup you should be able to see a set of options in iTunes, stating that “An iPhone has been previously synced with this computer” with a list of synced devices, select the backup from which you want to restore your settings and select the continue button to complete the devices restoration.
Update 24/06/2010:
Apple iOS 4 update is disabling your security settings: After the update Apple iOS4 leaves you with no passcode protection and “Erase Data” feature disabled even when you have set this up before the update.
After the iOS4 update make sure under Settings – General – Passcode Lock On:
– Require Passcode is set to “Immediately”
– Simple Passcode is set to “OFF” , I recommend at least 6 characters (numbers and or letters with at least one special character included). This is very important as the passcode will be used to generate your encryption key during the full restore procedure .
– Erase Data is set to “ON”
If you had to change from Simple Passcode “ON” to a more complex passcode follow again the “iPhone iOS4 installation Phase 2” described above. This will generate a new stronger encryption key.
To make it easier, I summarized the iOS4 iPhone update.
Thank you.
References:
[1] iPhone Security Overview:
http://images.apple.com/iphone/business/docs/iPhone_Security_Overview.pdf or http://tinyurl.com/n6md76
[2] Jailbreaking:
http://www.en.wikipedia.org/wiki/Jailbreaking or http://tinyurl.com/36fxcxc
[3] University of Central Florida: http://tiny.cc/uo86u
[4] Wired: Encryption key threat:
http://www.wired.com/gadgetlab/2009/07/iphone-encryption/
[5] The Register about verboten iPhone Apps:
http://www.theregister.co.uk/2010/03/04/wifi_stumbling_iphone/ or http://tinyurl.com/ye67z3c
iPhone support in Ubuntu 10.04:
[6] http://www.libimobiledevice.org/ or http://tinyurl.com/yc56msh
[7] http://www.osnews.com/story/22942/Ubuntu_10_04_To_Support_iPhone_iPod_Touch_ or http://tinyurl.com/ylcfwhr
[8] http://www.webupd8.org/2010/02/confirmed-ubuntu-1004-supports-iphone.html or http://tinyurl.com/ybybd8g
[9] Full disclosure:
http://seclists.org/fulldisclosure/2010/May/215 or http://tinyurl.com/3ywwee8
[10] SANS “iPhone Insecurity” Webcast:
https://www.sans.org/webcasts/iphone-insecurity-93463 or http://tinyurl.com/2vxzyyr
Audio excerpt of the webcast covering the new vulnerability:
iPhone/Linux vulnerability
Jim Herbeck’s Research for the webcast:
http://nouvelstrategies.com/E/Research/Entries/2010/5/18_iPhone_Insecurity.html
or http://tinyurl.com/355cfvy
PDF slides of the webcast:
http://nouvelstrategies.com/E/Research/Entries/2010/5/18_iPhone_Insecurity_files/iPhone-Insecurity.Handout.pdf or http://tinyurl.com/32n7sqf
[11] Wikipedia: iPhone:
http://en.wikipedia.org/wiki/IPhone or http://tinyurl.com/yxmg67
[12] Time-of-check-to-time-of-use, race condition:
http://en.wikipedia.org/wiki/Time-of-check-to-time-of-use or http://tinyurl.com/d7ect2
[13] iTunes Backup:
http://support.apple.com/kb/HT1766 or http://tinyurl.com/6ybv4r
Bernd Marienfeldt 
Good work!
It could by reproduced by a german editorial staff.
http://www.heise.de/newsticker/meldung/Luecke-in-Datenverschluesselung-des-iPhones-1007818.html
@DanielEran
The Bernd`s discovery is exactly vulnerability! Regardless that you have to plug the device to Ubuntu OS computer – the device is told to be encrypted! What is the whole point of encryption if EVERYONE can access your (for instance private and very sensitive) data?
Good work Bernd!
This is why iPhoneys in business or medical roles are a high risk option. Better to stick with RIM or Windows Mobile which may not be as candy pretty, but do feature robust hardware encryption and remote wipe options.
Awesome job Bernd.
Tried this about 20 minutes ago – it worked for me first time. Ubuntu 10.04 + USB cable + iPhone = open iPhone.
I want to try to install this Ubuntu version on my web book and see if it works there too, I dont see why it would not. I want to also test this on other Linux installations… but since Ubuntu 9 I only have one Linux machine now!
Yet another reason to buy Android instead, like I have 😀
Hi!!
I just have tried on my laptop with Suse 11.1 but it did not work. I use a ubuntu test version and it can access my iPhone 3G (not jealbreak) and I was able to put a ringtone following procedures on http://www.macwelt.de/artikel/Glossar/358593/iphone_klingeltoene_kostenlos_selbst_erstellen/1
and here
http://www.allaboutjake.com/iphone/roll-your-own-ringtones-from-111-jail/
Thanks a lot for this. I finally got the Tone I ever wanted for my iPhone. It took almost two years, but finally it works!
Regards from Munich, Germany
Works the same with iPod Touch 2nd Gen 3.1.3. Tried it on my MacBook with Ubuntu 10.04 running under VMWare Fusion 3.1.
Goodness me. You could have accessed these parts of iPhone/iPod Touch filesystems for years (what you can’t access without JB is root filesystem with all important stuff). Songs, videos, workouts are not exactly sensitive data, are they? But to be fair, Apple should not claim all information is encrypted, that’s valid point.
Just tried it running the latest Ubuntu under Virtualbox…, after a full powerdown/powerup of my Iphone, the access is open as described.
William
that’s great..I’ve been looking for iPhone business security framework
Well, it seems that this does work to an extent on iOS 4.2.1 with both iPads and iPhone 3GS’s but none the less the data accessible thru this mounting in Ubuntu 10.10 with libimobiledevice v1.0.4 seems to be heavily filtered in iOS.
No App-stored datafolders are accessible thru Ubuntu even thou movies, pictures, iBooks and music is readily accessible and syncronizable.
Thanks for your post very useful