The iPhone Wiki is no longer updated. Visit this article on The Apple Wiki for current information. |
Difference between revisions of "Firmware Keys"
(Undo revision 11077 by Balloonhead66 (Talk) - You can leave that away. No other page has this. Use "what links here" to know.) |
(→Firmware Versions: 16.x placeholder) |
||
(769 intermediate revisions by 34 users not shown) | |||
Line 1: | Line 1: | ||
+ | __NOTOC__ |
||
− | == Introduction == |
||
+ | '''Firmware Keys''' are keys which decrypt bootloaders, ramdisks, and [[:/|root filesystem]] of iOS [[firmware]], if those components are encrypted. Apple uses encryption to make it harder to analyze and modify them. Over time Apple changed the way they encrypt firmware files, hence the way to decrypt them and get decryption keys changed as well. |
||
− | These keys are for use with the tool "VFDecrypt" to decrypt the root filesystem DMG found in every IPSW. The DMG that you are after is the bigger one, in the case of the most recent builds, it can sometimes be 400+ MB! |
||
− | == |
+ | == History == |
+ | With the release of the iPhone came the [[S5L File Formats#IMG2|IMG2]] file format. They were used on all known [[iOS|iPhone OS]] [[#1.x|1.x]] firmwares. For the 1.1.x series, they were encrypted with the [[AES Keys#Key 0x837|0x837 key]]. The discovery of the 0x837 key led to the ability to decrypt ''any'' 1.x firmware. |
||
− | mac: ./vfdecrypt -i <dmg> -o decrypted_fs.dmg -k <key> |
||
− | windows: vfdecrypt.exe -i <dmg> -o decrypted_fs.dmg -k <key> |
||
+ | Following IMG2 came the [[IMG3 File Format|IMG3]] file format. They were introduced with iPhone OS [[#1.x.2F2.x|2.0 beta 4]], and have been in use ever since. In order to maintain their integrity, they use multiple layers of encryption. Apple took encryption seriously with IMG3 by utilizing [[wikipedia:Advanced Encryption Standard|AES]] (based on the [[wikipedia:Rijndael key schedule|Rinjndael key schedule]]). In terms of the pre-iPhone OS 3 [[VFDecrypt]] key, it is stored as plain-text in the "__restore" segment of the ASR image within the [[ramdisk]]s. |
||
+ | The ramdisk keys can ''only'' be retrieved with the processor specific [[GID Key]]. The GID key is currently unretrievable and can only be utilized through the built-in [[AES Keys|AES engine]]. To complicate things ''even more'', the engine is only accessible through a special [[bootrom]] or [[iBoot]] exploit ([[jailbreak]]s typically expose it with [[/dev/aes_0]]). This makes usage of the key nearly impossible. |
||
− | == Gaps == |
||
− | As you will notice, there may be a gap or two, or a key for a current build that is not there. Please feel free to add them, but please be sure that it is only the key for a User or Developer build, as if you gave the key for another type of build that might or may not be out there '''people could get in trouble, and we do not want that'''. Thanks for contributing! |
||
+ | However, once you have access to the AES engine, the entire system falls apart. You are able to upload an encrypted ramdisk and grab the decryption keys for it. Once you manage to decrypt the ramdisk, you can run it through [[GenPass]] to decrypt the firmware key. |
||
− | ==Coming Soon== |
||
− | A GUI release of VFDecrypt (called Firmware Decrypter) will be available very soon. It is being made right now and will probably be done in the next two weeks. As a pre-release, a newer easier to use VFdecrypt 2.0 will also be released by Friday October 1st which will allow drag and drop + one click decryption. No more inputting code into terminal as it will be done automatically. However it will be only available on OSX as there is already a Windows Decrypter =D |
||
+ | To find the keys, you can either use the methods on [[AES Keys]] or the easier option for OS X, [[keylimepie]]. |
||
− | AutoDecrypt is another program currently being developed, it is a GUI ( with Terminal/CMD optional ) that will automatically decrypt the .dmg comparing it against a database of known vfdecrypt keys. It is being developed originally for Windows but a Linux version will follow soon ( and possibly Mac is someone will port it) |
||
− | == |
+ | == Decrypting == |
+ | {{main|Decrypting Firmwares}} |
||
+ | == Notes == |
||
+ | Certain files share the same key and IV per [[Application Processor|application processor]] (per build) provided the devices have the same pixel resolution: |
||
+ | * [[Update Ramdisk]] |
||
+ | * [[Restore Ramdisk]] |
||
+ | * [[AppleLogo]] |
||
+ | * [[BatteryCharging0]] |
||
+ | * [[BatteryCharging1]] |
||
+ | * [[BatteryFull]] |
||
+ | * [[BatteryLow0]] |
||
+ | * [[BatteryLow1]] |
||
+ | * [[GlyphCharging]] |
||
+ | * [[GlyphPlugin]] |
||
+ | * [[Kernelcache]] |
||
+ | * [[NeedService]] |
||
+ | * [[RecoveryMode]] |
||
+ | * [[SEP Firmware]] |
||
+ | * [[WTF]] |
||
+ | You can use [[img3decrypt]] or [[xpwntool]] to decrypt these files as described in [[Decrypting Firmwares]]. Once done, mount or extract using the tool of your choice. |
||
− | * http://rgov.org/files/vfdecrypt-mac.zip (Mac OS X Universal) |
||
− | * http://iphoneelite.googlecode.com/files/vfdecrypt.zip (Windows) |
||
− | * http://github.com/dra1nerdrake/VFDecrypt (Maintained fork.) |
||
− | * Source Credit: http://lorenzo.yellowspace.net/corrupt-sparseimage.html |
||
+ | The firmware version number for the [[List of Apple TVs|Apple TV]] builds are the ones that the Apple TV reports (also known as the "marketing version"). |
||
− | * Also see [[iDecrypt]] for a Windows GUI version or [[iDecrypter]].' |
||
+ | All dates are relative to [[wikipedia:Coordinated Universal Time|UTC]]. |
||
− | * Here is the GUI VFDecrypt extension, DMG Decrypter, for Mac OS X created by MCTD81. It's in initial release stages but will be updated frequently for bug fixes and new add-on's. If you find a bug and would like to report it please contact mcc40295@gmail.com. |
||
− | ** http://www.sendspace.com/file/pvuib6 |
||
+ | GID AES is used by iBoot to decrypt firmware images. When iBoot loads the kernelcache, GID AES is disabled. This means in order to get firmware keys, you must gain code execution in a setting where GID AES is still enabled. In most cases, this means exploiting iBoot itself, before the kernelcache is loaded. |
||
− | == Firmwares == |
||
− | * [[VFDecrypt Keys: 1.x|1.x]] |
||
− | * [[VFDecrypt Keys: 2.x|2.x]] |
||
− | * [[VFDecrypt Keys: 3.x BETA|3.x Beta]] |
||
− | * [[VFDecrypt Keys: 3.x|3.x]] |
||
− | * [[VFDecrypt Keys: 4.x BETA|4.x Beta]] |
||
− | * [[VFDecrypt Keys: 4.x|4.x]] |
||
− | == |
+ | ==Firmware Versions== |
+ | {{see also|Prototypes}} |
||
− | * [[Firmware]] - a page with links to download the firmware images |
||
+ | This is a full and comprehensive list of all firmwares Apple Inc. has made available to the public in some way, be it the [[Apple Developer|dev center]] or [[iTunes]]. This list also contains a few firmwares for which there never was an IPSW (as far as can be told) such as 4.2.5 for the [[N92AP|CDMA iPhone 4]] (iPhone3,3). These few builds came preinstalled on the device, but are not available for download. |
||
+ | * [[Firmware Keys/1.x|1.x]] |
||
+ | * [[Firmware Keys/2.x|2.x]] |
||
+ | * [[Firmware Keys/3.x|3.x]] |
||
+ | * [[Firmware Keys/4.x|4.x]] |
||
+ | * [[Firmware Keys/5.x|5.x]] |
||
+ | * [[Firmware Keys/6.x|6.x]] |
||
+ | * [[Firmware Keys/7.x|7.x]] |
||
+ | * [[Firmware Keys/8.x|8.x]] |
||
+ | * [[Firmware Keys/9.x|9.x]] |
||
+ | * [[Firmware Keys/10.x|10.x]] |
||
+ | * [[Firmware Keys/11.x|11.x]] |
||
+ | * [[Firmware Keys/12.x|12.x]] |
||
+ | * [[Firmware Keys/13.x|13.x]] |
||
+ | * [[Firmware Keys/14.x|14.x]] |
||
+ | * [[Firmware Keys/15.x|15.x]] |
||
+ | * [[Firmware Keys/16.x|16.x]] |
||
+ | |||
+ | == See also == |
||
+ | * [[Application Processor]] |
||
− | [[Category: |
+ | [[Category:Decryption]] |
Latest revision as of 10:42, 6 June 2022
Firmware Keys are keys which decrypt bootloaders, ramdisks, and root filesystem of iOS firmware, if those components are encrypted. Apple uses encryption to make it harder to analyze and modify them. Over time Apple changed the way they encrypt firmware files, hence the way to decrypt them and get decryption keys changed as well.
History
With the release of the iPhone came the IMG2 file format. They were used on all known iPhone OS 1.x firmwares. For the 1.1.x series, they were encrypted with the 0x837 key. The discovery of the 0x837 key led to the ability to decrypt any 1.x firmware.
Following IMG2 came the IMG3 file format. They were introduced with iPhone OS 2.0 beta 4, and have been in use ever since. In order to maintain their integrity, they use multiple layers of encryption. Apple took encryption seriously with IMG3 by utilizing AES (based on the Rinjndael key schedule). In terms of the pre-iPhone OS 3 VFDecrypt key, it is stored as plain-text in the "__restore" segment of the ASR image within the ramdisks.
The ramdisk keys can only be retrieved with the processor specific GID Key. The GID key is currently unretrievable and can only be utilized through the built-in AES engine. To complicate things even more, the engine is only accessible through a special bootrom or iBoot exploit (jailbreaks typically expose it with /dev/aes_0). This makes usage of the key nearly impossible.
However, once you have access to the AES engine, the entire system falls apart. You are able to upload an encrypted ramdisk and grab the decryption keys for it. Once you manage to decrypt the ramdisk, you can run it through GenPass to decrypt the firmware key.
To find the keys, you can either use the methods on AES Keys or the easier option for OS X, keylimepie.
Decrypting
- Main article: Decrypting Firmwares
Notes
Certain files share the same key and IV per application processor (per build) provided the devices have the same pixel resolution:
- Update Ramdisk
- Restore Ramdisk
- AppleLogo
- BatteryCharging0
- BatteryCharging1
- BatteryFull
- BatteryLow0
- BatteryLow1
- GlyphCharging
- GlyphPlugin
- Kernelcache
- NeedService
- RecoveryMode
- SEP Firmware
- WTF
You can use img3decrypt or xpwntool to decrypt these files as described in Decrypting Firmwares. Once done, mount or extract using the tool of your choice.
The firmware version number for the Apple TV builds are the ones that the Apple TV reports (also known as the "marketing version").
All dates are relative to UTC.
GID AES is used by iBoot to decrypt firmware images. When iBoot loads the kernelcache, GID AES is disabled. This means in order to get firmware keys, you must gain code execution in a setting where GID AES is still enabled. In most cases, this means exploiting iBoot itself, before the kernelcache is loaded.
Firmware Versions
This is a full and comprehensive list of all firmwares Apple Inc. has made available to the public in some way, be it the dev center or iTunes. This list also contains a few firmwares for which there never was an IPSW (as far as can be told) such as 4.2.5 for the CDMA iPhone 4 (iPhone3,3). These few builds came preinstalled on the device, but are not available for download.