Tak jako asdf jsem z pristupu Applu velmi zklaman. Na jednu stranu chapu proc se k tomu firma Apple stavi tak jak se k tomu stavi, ale na druhou stranu nechapu ceho chce vlastne dosahnout. Tim ze bude telefon zablokovany a nebo ze se do nej neda dostat nejak souborove (via usb storage) MP3 a musi se jit na to pres nejake rozhrani Itunes, jako nevim nevim.. myslim ze na to jeste neni asi cas, aby lidi pochopili (podle pana Lutonskeho to ale ani chapat nemusi) na co jsou indexy, databaze misto souboroveho pristupu (files,dirs atd)..
Snaham hackeru rozumim, ale dle meho jsou zcela tragikomicke. Moc neverim ze se jim to podari, protoze to by v Applu museli byt opravdovi zacatecnici, aby udelali nejaky obycejny NetWorkLock, ktery by se dal haknout jak nekde na N5110. Snad pro priklad staci jen, aby si Apple (nebo obecne vyrobce mobilu se sofistikovanych OS) domluvil s operatorem zasilani (jednorazove nebo treba nahodne) nejake sekvence nekolika kryptovanych bajtiku po nejakem blize nespecifikovanem servisnim kanale, toto zaimplementuje to GsmCore a hackeri jsou bez zdrojoveho kodu defacto nahrani. Obcas si behem telefonovoni system neco vyzada, nebo dostane kontrolni sekvenci behem hovoru a je to. S tim proste nic neudelaji. S holyma rukama (tedy bez toho src) je to temer nerealne (resp. realne, ale pustit reverse eng. na nejaky code a jeho pochopeni, prepsani, kompilace, obejiti vselijakych testovacich crc souctu nebo ceho vseho, tam mohou byt (a taky urcite budou) kryptovaci algoritmy (bez klicu = bez sance), ale kdo neprogramoval tak si to nedokaze predstavit co to je za praci).
myslim si, ze zablokovanim pro konkretniho operatora se Apple dopustil chyby (neni to ovsem jedina chyba). Ma to logickou pricinu proc to tak udelal, ale pak je spise otazka, proc se Apple hrne na trh, ktery ma trochu jine atributy nez na co je Apple zvykly.
JSH