
Wie Kai aus der Kiste ist George Hotz wieder da.
Und wiedermal mit einer sehr guten Nachricht.
Angeblich hat er den 5.8er Bootloader des iPhone 3G geknackt.
Somit würde dem Unlock des 3G nichts mehr im Wege stehen.
Das Exploit was GeoHot entwickelt hat, soll den Unlock auch nach
einem Restore der Firmware beibehalten, so das yellowsn0w nur einmal
angewendet werden muss. Mit dem Exploit wäre es auch denkbar,
das Baseband auf eine frühere Version downzugraden. Wohl gemerkt,
wir sprechen vom 5.8er Bootloader. Die aktuelle iPhones
haben aber in der Regel schon den 5.9er drauf. Der 5.8er war bei den
ersten 3G´s im Einsatz. Der Gute George ist aber wohl der Ansicht,
das er auch diese Hürde nehmen wird. Schön ist auch zu hören,
das Hotz und das Dev-Team weiter hin zusammen an einer Lösung
für einen Firmware unabhängigen Unlock arbeiten.
In seinem Blog schreibt George folgendes:
I’ve been off the iPhone scene for a while. A couple days ago, I got an e-mail from Chronic asking for help with the new asr. I helped out with genpass, and started reading through theiphonewiki again. Thanks so much for all the information contributed so far; it prompted me to find this.
In bootloader 5.8 on the 3G, the loader signature validator is broken. Someone botched an if statement checking the location and length of the loader in the cert. Because of this, you can pass the run cert for the firmware you currently have on the phone instead of the loader cert, and send whatever you want as a loader.
Here is a bspatch file to be applied to ICE2_02.28.00.fls allowing downgrades from 2.30.03 using BBUpdaterExtreme. By replacing the patched cert with your current run cert, you can downgrade from any other version.
Unfortunately, most 3G’s out there are bootloader 5.9 I was hoping, since RSA was added to the bootrom, that it would run the vulnerable ramstrapper, but I had no luck, although I didn’t try that hard. I see no reason why it shouldn’t work theoretically; the bootrom RSA is complicated, maybe when I finish EDA…
And dev, since you’re into hashes
882B7B3E84B76125755A84FB0BE52B9D8E25284D