Strafrechtliche Betrachtung zum SIM-Unlock beim iPhone

[MacEvangelist]

Hallo ihr Lieben,

ich glaube wir können diesen Thread zu Grabe tragen.

ES IST VOLLBRACHT!!!

Yellosn0w is coming. Release date is New-Years-Eve.

Das Dev-Team hat es tatsächlich geschafft das 3G zu knacken!

Ich freu mich,

LG, Eva

[michaelny]

lol .... dein optimismus in allen ehren aber das gilt nur fuer die kanidaten die nicht so voreilig waren ....

im klartext : BaseBand 02.28.00 .... wird nach wie vor nicht gehen !
: BaseBand 02.11.07 oder aelter wird gehen !

[larkmiller]

lol .... dein optimismus in allen ehren aber das gilt nur fuer die kanidaten die nicht so voreilig waren ....

im klartext : BaseBand 02.28.00 .... wird nach wie vor nicht gehen !
: BaseBand 02.11.07 oder aelter wird gehen !

Was heisst das auf Deutsch?

[DesignerGay]

Was heisst das auf Deutsch?

nix mit FW 2.2 auf 3G,

[larkmiller]

nix mit FW 2.2 auf 3G,

Aaaah, dann ist ja gut

[CrashZeRo]

Zu den technischen Erklärungen:

@michaelny:
Was ich nicht ganz verstehe: Warum wird immer und immer wieder dieses request für den handshake signing gesendet? Und wie genau kommt es zu dem overhead traffic?

@MacEvangelist: Wenn doch ein falscher Country Code gesendet wird (wie in deinem Beispiel), warum wird dann überhaupt die Anfrage beim Provider akzeptiert?

Vielen Dank!

[michaelny]

nimm es mir nicht uebel aber das habe ich hier bereits erklaert ...mehr als einmal,daher werde ich es nur kurz und knapp machen

1 - bei jedem zellwechsel wird ein signal gesendet welches dafuer sorgt das du von einer zelle in die naechste rutscht - in ballungsgebieten sind dies funkzellen kleiner als in laendlichen regionen,welches darin begruendet liegt das zb 5000 handys in einer einzelnen zelle auf dichtem raum schwierig wird um es genau und sauber zu splitten ( data & voicetransmission clarity ) daher werden in ballungsgebieten diese dinger aufgeteilt und somit hast du in den einzelnen zellen weniger einheiten die dort versorgt werden muessen ...... fuer jeden wechsel in dem bereich benoetigst du ein handshake signal womit dein geraet und du als teilnehmer erkannt wird .... ein iPhone mit added sim muss aber anhand seiner falschen IMEI immer ein doppelsignal senden damit es nicht aus dem system rutscht da diese daten nicht im temporaeren speicher abgelegt werden koennen .....sprich wenn du ein geraet voellig einwandfrei identifizierst mit der dazugehoerigen teilnehmerkennung und simkennung dann wird ein temp code in deinen tempspeicher geschrieben der immer abgegriffen wird wenn du dich durch die zellen bewegst .....eine added sim kann das nicht da dies zu einem konflikt mit der echten IMEI des geraetes fuehren wuerde also muss dieser temp code immer wieder und wieder geholt werden ( temp network code resolve )

2 - damit sind wir auch schon bei deiner zweiten frage , welche fast durch die erste beantwortet wird ..... stell dir vor in einem system sind nur normale geraete eingeloggt .... die haben den request einmal gesendet und nun holt sich das cell broadcast ID system diese info automatisch wenn es notwendig wird aus deinem temp speicher ....

bzp : so wir gehen nun davon aus das wir uns in einem 10 zellen umfassenden systemradius befinden in dem eine perfekte infrastruktur fuer eine perfekte dauerversorgung der sende und empfangsleistung anliegt

Geraet 1 ohne added sim -sendet einmal waehrend einer loginphase da die restliche zeit bis zum verbindgsverlust ( verlassen dieses 10 zellen grids ) nur ein one way ID lookup erfolgt ( sendemast sieht die nummer im temp speicher und laesst signal weiterlaufen )

Geraet 2 mit added sim - sendet erst original IMEI um das geraet aufzuschalten und sendet sofort danach eine falsche IMEI - dies wird aber nicht in den temp speicher geschrieben ( wie oben bereits erklaert ) das muss das geraet aber innerhalb des 10 zellen grids immer wieder machen das heisst also automatisch schonmal 20 x gesendet weil bei jeder abfrage ja die daten nicht im temp speicher verfuegbar sind ....

ergo - hast du mehrere geraete dieser natur in einer zelle erhoeht sich diese zahl potentiell welches zu leistungsschwankungen fuehrt - sprich 10 geraete produzieren einen traffic den sonst 200 normale geraete produzieren wuerden .....

fazit : wenn wir von 10 normalen und 10 nicht normalen geraeten ausgehen haben wir einen traffic von 210 geraeten obwohl eigentlich nur 20 geraete dort im systemgrid eingeloggt sind ....