The iPhone Wiki is no longer updated. Visit this article on The Apple Wiki for current information. |
Difference between revisions of "IDeviceReRestore"
(Clarifications.) |
m |
||
Line 18: | Line 18: | ||
'''iDeviceReRestore''' is a tool based off of [https://cgit.sukimashita.com/idevicerestore.git/ idevicerestore] that can be used to downgrade 32-bit devices to any iOS 9 version, provided the user has [[SHSH]] blobs for the version. It uses a bug discovered in 32-bit versions of iOS 9.x [[iBoot (Bootloader)|iBoot]]'s APTicket verification routines which allows valid cached tickets with a missing APNonce, regardless of the current nonce. |
'''iDeviceReRestore''' is a tool based off of [https://cgit.sukimashita.com/idevicerestore.git/ idevicerestore] that can be used to downgrade 32-bit devices to any iOS 9 version, provided the user has [[SHSH]] blobs for the version. It uses a bug discovered in 32-bit versions of iOS 9.x [[iBoot (Bootloader)|iBoot]]'s APTicket verification routines which allows valid cached tickets with a missing APNonce, regardless of the current nonce. |
||
− | The bug only exists on iOS 9.x, however does not require you to currently run iOS 9 to use. The reasoning being, due to the fact that all 32-bit bootroms (other than [[Apple Watch]]) verify the next bootloader, [[iBSS]], based on SHSH when in [[DFU Mode]] rather than with APTicket, with no enforcement of APNonce, you can always boot into your iBSS you have cached blobs for, via DFU mode. Furthermore, 9.x iBSS has the same bug as all other 9.x 32 bit iBoot, and so you can continue a restore straight from there, whereas on a firmware without the bug, or when using an iOS 9.x APTicket with an APNonce, iBSS will not accept your APTicket, and will not continue into the rest of the restore chain. |
+ | The bug only exists on iOS 9.x, however does not require you to currently run iOS 9 to use. The reasoning being, due to the fact that all 32-bit bootroms (other than [[Apple Watch]]) verify the next bootloader, [[iBSS]], based on SHSH when in [[DFU Mode]] rather than with APTicket, with no enforcement of APNonce, you can always boot into your iBSS you have cached blobs for, via DFU mode, regardless of your current APNonce. Furthermore, 9.x iBSS has the same bug as all other 9.x 32 bit iBoot, and so you can continue a restore straight from there, whereas on a firmware without the bug, or when using an iOS 9.x APTicket with an APNonce, iBSS will not accept your APTicket, and will not continue into the rest of the restore chain. |
== Notes == |
== Notes == |
Revision as of 22:04, 17 April 2017
Original author(s) | alitek123, Trevor, Jonathan Seals |
---|---|
Developer(s) | alitek123, Trevor, Jonathan Seals |
Initial release | 2 April 2017 |
Stable release | 1.0.2 (macOS) / 1.0 (Linux) / 10 April 2017 |
Development status | Active |
Operating system | macOS / Linux |
Available in | English |
Type | Downgrading |
License | GNU LGPL 2.1 |
Website | iDeviceReRestore |
iDeviceReRestore is a tool based off of idevicerestore that can be used to downgrade 32-bit devices to any iOS 9 version, provided the user has SHSH blobs for the version. It uses a bug discovered in 32-bit versions of iOS 9.x iBoot's APTicket verification routines which allows valid cached tickets with a missing APNonce, regardless of the current nonce.
The bug only exists on iOS 9.x, however does not require you to currently run iOS 9 to use. The reasoning being, due to the fact that all 32-bit bootroms (other than Apple Watch) verify the next bootloader, iBSS, based on SHSH when in DFU Mode rather than with APTicket, with no enforcement of APNonce, you can always boot into your iBSS you have cached blobs for, via DFU mode, regardless of your current APNonce. Furthermore, 9.x iBSS has the same bug as all other 9.x 32 bit iBoot, and so you can continue a restore straight from there, whereas on a firmware without the bug, or when using an iOS 9.x APTicket with an APNonce, iBSS will not accept your APTicket, and will not continue into the rest of the restore chain.
Notes
- iDeviceReRestore works for 32-bit iOS devices only. (Apple Watch is not included.)
- The initial firmware does not matter.
- The initial firmware does not require a jailbreak.
- The destination firmware must be iOS 9.x. SHSH blobs for the destination firmware are required.
- The process does not require keys, bundles, or nonces.
- The SHSH blobs cannot be OTA blobs. They can be Erase or Update blobs, though not all of them will work.
- They must have been saved without a nonce.
- If they begin with the string MIIKkj, they are definitely fine. If they do not, they may also be fine, but will need checking to make sure.
- The blobs must have a separate iBSS ticket to be used for DFU restores. If they don’t, they can only be used for iOS 9 -> iOS 9 restores.
- Most tickets saved by Cydia seem to be usable for this.
- The technique requires a signed baseband, like Prometheus. However, between the currently signed basebands for iOS 10 and the signed OTA basebands, most devices (if not all) should be able to get a working baseband without issues. The tool automatically downloads the latest baseband available per device.
- iOS 9 -> iOS 9 restores can be done from Recovery Mode. Devices on other firmwares must be restored from DFU Mode.