Jailbreaksoftware iPhone 4S voor Windows komt uit

Kort antwoord: ja.
Lang antwoord: Het is niet een kwestie van een simpel exploitje schrijven. Er moeten meerdere exploits worden gecombineerd. Dat komt door de gelayerde beveiliging die wordt toegepast.
Vroegah, in de tijd van de eerste iphone, en ook de 3g (en zelfs oude versies van de 3gs) zijn er meerdere vulnerabilities gevonden in de bootrom. Aangezien het een rom betreft kan deze dus niet worden geflasht en daarmee is fixen van deze vulnerability uitgesloten (overigens is permanent stukmaken van je telefoon dus ook nauwelijks mogelijk om dezelfde reden). Deze vulnerability kon dus bij iedere software update opnieuw worden gebruikt om de signature checks in de low level boot (vergelijkbaar met grub) en kernel eruit te patchen en klaar was je nieuwe jailbreak.
Zoals je je wellicht voor kan stellen is de hoeveelheid code in een bootrom niet groot, gekeken naar de kleine featureset die het hoeft te bevatten. Daarmee is de kans dat je daar nu nog een nieuwe exploit vindt behoorlijk klein. Daarom zijn ze overgestapt op userland exploits.
Tegenwoordig wordt de jailbreak op deze manier toegepast:
- Een vulnerable applicatie wordt geexploit (waarbij je nu ook nog aslr en dep moet omzeilen)
- Een vulnerability in de kernel wordt geexploit. Dit is nodig om te kunnen schrijven naar de systeempartitie en de low level boot. Als je code hebt draaien in kernel mode betekent dat dat je de signature checks er in ram uit kan patchen.
- Nu is het probleem dat bij elke reboot de kernel opnieuw geladen wordt en je dus de exploit opnieuw moet uitvoeren, wat niet een erg werkbare situatie is. Je kan ook niet zomaar de signature checks in de low level boot eruit patchen omdat tegenwoordig de low level boot op zelfzelf wordt gesignature-checkt door de bootrom, welke je niet kan flashen. Je moet nu dus op zoek gaan naar een manier (exploit) om de kernel bij elke startup te exploiten en de signature checks in ram eruit te patchen.
Toevallig weet ik hoe dat bij de vorige jailbreak in zijn werk ging: een library zonder code-secties werd geschreven naar de systeempartitie. Deze werd doormiddel van DYLD_INSERT_LIBRARIES (onder linux LD_PRELOAD) bij het opstarten in launchd geladen (het eerste proces dat wordt gespawned). Aangezien de library geen codesecties bevatte kwam hij door de signature checks heen. Wel bevatte de library een aantal symbols die dus bestaande symbols in het proces bij het laden overschreef. Kort gezegd: de adressen van functies konden worden overschreven, maar ze konden niet worden overschreven door eigen code aangezien de library geen codesecties mag bevatten. Wel kon de code die al geladen was worden hergebruikt. Door middel van ROP werd dus hier bij het opstarten de kernel geexploit en de signature checks eruit gepatcht.
Een volledige omschrijving van deze exploit kan je hier vinden.

Zo ging het dus bij de vorige jailbreak. Ik ken de details van deze niet maar er wordt gezegd dat het nog een stukje moeilijker was dan de vorige keer. Laten we het er dus over eens zijn dat je met recht mag spreken van een 'dream team' als je een dergelijke prestatie neerzet. Daarbij komt ook nog eens kijken dat al deze vulnerabilities in de huidige versie allemaal gepatcht zijn en ze dus opnieuw 2, waarschijnlijk 3 nieuwe exploits hebben moeten vinden.