Difference between revisions of "ARM7 Go"

From The iPhone Wiki
Jump to: navigation, search
(Credit)
m (points to correct diags)
 
(21 intermediate revisions by 10 users not shown)
Line 1: Line 1:
This exploit is present in 2.1.1 iPod Touch 2G devices, as well as the iBEC / iBSS if you choose to upload it via DFU. It allows the running of unsigned code on the iPod Touch 2G device's ARM7 processor (not the ARM11, mind you).
+
This vulnerability is exclusive to the [[N72AP|iPod touch (2nd generation)]]. It is present in the device's 2.1.1 firmware, as well as the [[iBEC]]/[[iBSS]] if you choose to upload it via [[DFU 0x1227|DFU]]. It allows the running of unsigned code on the ARM7 coprocessor.
 
'''This exploit cannot be used on an [[iPhone]], [[iPhone 3G]], or [[n45ap|iPod touch 1G]], nor is there any reason for it to be as they have already been jailbroken.'''
 
   
 
==Credit==
 
==Credit==
  +
[[User:ChronicDev|Chronic]] and [[iPhone Dev Team]] (independently)
[[dev team]]
 
   
 
==Exploit==
 
==Exploit==
There is an ARM7 in the iPod Touch 2G in addition to the main processor, the ARM11. It is on the same address bus, so it has access to everything the ARM11 has access to, such as the AES engine, the PKE accelorator, and such. The actual exploit is that, in the iPod Touch 2G 2.1.1 firmware, they left behind two commands: arm7_stop and arm7_go. They were promptly removed in 2.2. The arm7_go command had no signature checking, permissions checking, or anything like that.
+
There is an ARM7 coprocessor in the [[N72AP|iPod touch (2nd generation)]] in addition to the main processor, the ARM11. Like the [[Audio DSP Module|ADM]] in the [[S5L8900]] devices, it has access to everything the ARM11 has access to, such as the AES engine, the PKE accelerator, and such. The actual vulnerability is that, in the [[N72AP|iPod touch (2nd generation)]] 2.1.1 firmware, they left behind two commands from what was presumably a DEBUG fused [[iBoot (Bootloader)|iBoot]]: arm7_stop and arm7_go. They were promptly removed in 2.2, but in 2.1.1 it would read the environmental variable "loadaddr" and have the ARM7 coprocessor execute whatever code was at that address. There was no signature or range checks in place for the command.
   
 
==Payload==
 
==Payload==
The command gives the ARM7 the load address (default is 0x09000000) of an "image" you sent it, and it will jump to it. The limitation is, unlike the [[diags]] exploit you cannot just pass a patched iBoot or iBEC. You must write a payload for it to run, but one that patches iBEC or iBoot in memory would do fine.
+
The command gives the ARM7 the load address (default is 0x09000000) of an "image" you sent it, and it will jump to it. The limitation is, unlike the [[Diags (iBoot command)|diags]] exploit you cannot just pass a patched [[iBoot]] or [[iBEC]]. You must write a payload for it to run, but one that patches [[iBEC]] or [[iBoot (Bootloader)|iBoot]] in memory would do fine.
  +
  +
==Implementations==
  +
Two released payloads are [[redsn0w]] and [[0wnboot]]
   
===Released===
+
==How to use==
  +
* Put iPod in [[DFU Mode]].
Two released payloads are [[RedSn0w]] and [[0wnboot]]
 
  +
* Upload [[iBSS]] 2.1.1.
  +
* Unplug and then replug the device.
  +
* Upload payload you wish to execute.
  +
* Run arm7_go command to execute payload.
  +
* Run arm7_stop to stop ARM7 (needed if you plan on sending anything else to 0x09000000)
   
[[Category:Exploits]]
+
[[Category:Exploits]] [[Category:iBoot commands]]

Latest revision as of 06:24, 11 February 2021

This vulnerability is exclusive to the iPod touch (2nd generation). It is present in the device's 2.1.1 firmware, as well as the iBEC/iBSS if you choose to upload it via DFU. It allows the running of unsigned code on the ARM7 coprocessor.

Credit

Chronic and iPhone Dev Team (independently)

Exploit

There is an ARM7 coprocessor in the iPod touch (2nd generation) in addition to the main processor, the ARM11. Like the ADM in the S5L8900 devices, it has access to everything the ARM11 has access to, such as the AES engine, the PKE accelerator, and such. The actual vulnerability is that, in the iPod touch (2nd generation) 2.1.1 firmware, they left behind two commands from what was presumably a DEBUG fused iBoot: arm7_stop and arm7_go. They were promptly removed in 2.2, but in 2.1.1 it would read the environmental variable "loadaddr" and have the ARM7 coprocessor execute whatever code was at that address. There was no signature or range checks in place for the command.

Payload

The command gives the ARM7 the load address (default is 0x09000000) of an "image" you sent it, and it will jump to it. The limitation is, unlike the diags exploit you cannot just pass a patched iBoot or iBEC. You must write a payload for it to run, but one that patches iBEC or iBoot in memory would do fine.

Implementations

Two released payloads are redsn0w and 0wnboot

How to use

  • Put iPod in DFU Mode.
  • Upload iBSS 2.1.1.
  • Unplug and then replug the device.
  • Upload payload you wish to execute.
  • Run arm7_go command to execute payload.
  • Run arm7_stop to stop ARM7 (needed if you plan on sending anything else to 0x09000000)