Comex liberou o Spirit, ferramenta de jailbreak untethered para todos os modelos de iPhones, iPods touch e iPads, nas versões 3.1.2, 3.1.3 e 3.2. Para entender um pouco mais sobre a diferença entre tethered jailbreak e untethered jailbreak, leia o artigo que preparei.

Se você estiver utilizando um tethered jailbreak atualmente, como o blackra1n, será necessário dar um restore no aparelho. Lembro que tenha muito cuidado com esse passo se você precisa do unlock (desbloqueio)! O Spirit é uma ferramenta de JAILBREAK e não de UNLOCK. Então, para manter seu aparelho desbloqueável, utilize uma versão do firmware que funcione com a ferramenta de desbloqueio que você utiliza. Leia mais sobre isso neste artigo.

O seu aparelho precisa estar ativado, ou seja, não pode estar preso na tela para conectar ao iTunes ou na tela de chamada de emergência. Apesar disso, ele funciona com qualquer versão do iTunes 9, incluindo a última, 9.1.1. Comex pede para syncar o aparelho com o iTunes antes de efetuar o jailbreak.

O jailbreak no iPad ainda está em fase beta. Alguns pacotes do Cydia, que não foi desenvolvido para ter compatibilidade com o iPad, podem estragar o seu sistema e pedir um novo restore, então tenha cuidado. Além disso, a aparência do Cydia ainda não é a final.

O Spirit pode ser baixado gratuitamente no http://spiritjb.com/

Existem versões compatíveis com MAC e WINDOWS no site.

Em breve mais informações sobre a ferramenta!

Hoje eu ia fazer um tutorial legal para os gamers com iPods e iPhones jaibroken, quando percebi que, antes disso, era necessário falar um pouco sobre a conectividade entre o computador e o iPhone, para que seja possível fazer a transferência de arquivos. Eu poderia resgatar uns tutoriais antigos, mas algumas coisas mudaram (e alguns programas também!). Sei que o assunto já foi amplamente discutido em diversos blogs, inclusive aqui no blog, via SFTP ou USB, mas estou criando esta referência para linkar nos meus próximos tutoriais, já que boa parte deles vão utilizar o método descrito neste post, já que esses últimos tutoriais possuem mais ou menos 2 anos.

Existem duas formas recomendadas para fazer a conexão do computador com o iPhone e ter acesso à partição root do sistema: via USB ou SSH. Falarei rapidamente sobre o método USB, mas o foco mesmo será na conexão via SSH.

Conectando ao iPhone via USB

A primeira forma, via USB, normalmente utiliza aplicativos pagos. Alguns aplicativos que fazem isso são: DiskAid (Win/Mac), PhoneView (Mac) ou o freeware iPhoneBrowser (Win). Ele aparenta ser bom, mas não tenho como testá-lo por aqui (e nem vou virtualizar um Windows no Mac só para isso).

Figura 1: DiskAid conectado ao meu iPhone 3G, acessando a pasta /System/Library

Figura 2: iPhoneBrowser para Windows acessando a pasta Ringtones e mostrando as opções de ir para determinada pasta.

Se você está utilizando a versão 3.1.2 e fez o jailbreak pelo blackra1n, provavelmente terá um problema a tentar acessar a partição root do seu aparelho. Isso porque Geohot programou o blackra1n de forma que ele não adicionava o serviço afc2.

Figura 3: Geohot assumindo a causa do problema com os aparelhos sem acesso à partição root via USB.

Para contornar o problema, basta abrir o Cydia, instalar o afc2add e reiniciar o aparelho. Agora abra o DiskAid (ou similar) e acesse normalmente a partição root.

Conectando ao iPhone via wifi

O segundo método é o acesso via Secure Shell ou, simplesmente, SSH. O SSH é um protocolo de rede que permite a conexão entre computadores, permitindo a execução de comandos em uma unidade remota. Eu vou dividir essa conexão SSH em duas partes: shell e sftp.

A função shell, que não vou aprofundar neste post, me permite acessar o iPhone pelo terminal do Mac OS e enviar comandos remotamente para o iPhone, conforme demonstrado na imagem abaixo.

Figura 4: Conexão shell ao meu iPhone, executando comandos no aparelho remotamente

A função sftp, que é o meu foco nesta postagem, significa SSH File Transfer Protocol (ou Secure File Transfer Protocol). Através desta conexão, podemos transferir arquivos para o iPhone via wifi. O SFTP funciona como uma conexão comum de FTP, porém tem como padrão a porta 22 ao invés da 21.

Para estabelecer uma conexão pelo protocolo sftp, precisamos, em primeiro lugar, fazer com que o iPhone aceite as conexões solicitadas pelo computador. Abra o Cydia, instale o OpenSSH e reinicie o iPhone após o término da instalação.

Figura 5: OpenSSH, responsável por liberar a conexão via sftp no iPhone e iPod touch

No seu computador, baixe um cliente de FTP que tenha suporte ao protocolo SFTP. Eu utilizo o Transmit no Mac, mas existem diversos. Vou recomendar freewares. No Mac tem o Cyberduck (http://cyberduck.ch/) e, no Windows, o WinSCP (http://winscp.net/eng/index.php). Existem vários, basta procurar no Google por SFTP Client.

Agora que já está com o OpenSSH instalado no seu aparelho e um cliente de FTP com suporte a SFTP no seu computador, vamos estabelecer a conexão.

Primeiro, conecte o seu iPhone na mesma rede do seu computador. Lembrando que não tem problema se o seu computador estiver ligado diretamente ao roteador através do cabo. Só certifique se o iPhone está na rede wifi liberada pelo mesmo roteador sem fio.

Agora entre em Ajustes – Wi-Fi e clique na setinha azul correspondente à sua conexão. Anote o endereço IP do seu iPhone. Na imagem abaixo o meu IP é o 10.0.1.14, recebido através do Airport Extreme da Apple. Nos roteadores D-Link ou Linksys, a faixa de IP normalmente inicia com 192.168.0.X ou 192.168.1.X.

Figura 6: Endereço IP do meu iPhone na rede wifi.

Abra o cliente de FTP com suporte ao protocolo SFTP e digite o IP do seu iPhone em Server/Servidor. Em User Name/Nome do Usuário, digite root. Na senha, digite alpine. Port/Porta: 22. Protocolo: SFTP. Clique em Connect/Conectar. Na primeira tentativa de conexão, é possível que apareça uma mensagem, perguntando se quer realmente conectar, pode clicar em sim.

Figura 7: Janela de nova conexão no Transmit

Lembro que root e alpine são case sensitive, ou seja, root é diferente de Root, que é diferente de RoOt. Outra coisa: a senha alpine é padrão da Apple. Se quiser alterar a senha padrão, algo recomendado (porém opcional), baixe o Terminal pelo Cydia, abra ele e digite:

su root

Ele vai pedir a senha. Digite alpine e pressione enter. Por segurança, ao digitar, os caracteres não serão mostrados e o cursor vai piscar na mesma posição. Agora digite:

passwd

Ele vai pedir a nova senha. Crie a senha, lembrando novamente que ela será case sensitive.

Figura 8: Alterando a senha do root pelo Terminal

Figura 9: Transmit conectado ao iPhone como root.

Pronto! Agora é possível enviar um arquivo do computador para o iPhone ou do iPhone para o computador.

Nos próximos tutoriais vamos utilizar essas conexões para diversos fins. Fiquem ligados!

Na primeira parte da história, falei sobre o início do projeto Linux on the iPhone, que tem o hacker planetbeing como protagonista. Nos primeiros meses, de Junho a Outubro de 2008, planetbeing, com a ajuda de outros hackers, conseguiu os seguintes feitos:

• patchear a memória NOR do aparelho,
• fazer o driver do LCD funcionar,
• desenvolver a primeira versão do modo gráfico do openiboot,
• iniciar o iPhone em modo command line.

Mesmo com esses avanços, ainda estava longe de conseguir uma versão compilada e funcional de um novo sistema operacional.

Uma das limitações iniciais de trabalhar com o iPhone utilizando o iBoot no recovery mode era que ele impedia a recarga do aparelho enquanto plugado. Chegava um momento que a bateria simplesmente acabava. Ao reescrever o código do PMU, o openiboot começou a carregar a bateria, ajudando muito o processo. Agora o planetbeing podia ficar o tempo que quisesse ligado ao console do aparelho.

A conduta de programação era direcionar todo o conhecimento de ler e modificar arquivos img3 que ele tinha adquirido trabalhando com o iPhone Dev Team nos jailbreaks para o projeto Linux on the iPhone. O processo era carregar o img3 customizado com o openiboot através do iBoot do iPhone. Nesse processo ele conseguiu rodar o comando install do console e deixar o openiboot em um estágio permanente no bootloader chain. Ele iniciava como demonstrado na figura 1, dando as opções de iniciar no iPhone OS ou iniciar o openiboot no modo command-line. Como o planetbeing mesmo falou, “(…) instalar o openiboot não é muito útil, exceto para os hackers querendo hackear o openiboot”.

Figura 1: primeira versão do modo gráfico do openiboot.

Depois disso, foi descoberta uma forma de analisar e modificar os bancos da NVRAM (que guardam variáveis do ambiente como “auto-boot”, dentre outras). Tudo isso ainda era bastante complicado e um passo errado poderia dar uma merda muito grande, se não tiver uma cópia da memória NOR original, como expliquei no primeiro post sobre o assunto. No início de novembro de 2008, planetbeing e CPICH estavam tentando fazer a memória NAND funcionar. Essa é a memória de armazenamento dos iPhones, com capacidades que hoje variam de 8gb a 32gb. O objetivo era ganhar muito mais espaço para trabalhar nos outros drivers e testar outras rotinas. Eles precisavam conseguir um dump da memória via USB, pois, sem isso, seria impossível ter os dois sistemas rodando simultaneamente na memória NAND. Enquanto isso, um novo menu foi criado pelo poorland e, dentre outras alternativas, ele acabou sendo o oficial desde então.

Figura 2: segunda versão do openiboot

O próximo passo veio com a ajuda do pumpkin, membro do iPhone Dev Team, que trabalhou pesadamente para derrubar o _FLTRestore, função mais complicada que ele tinha visto até então (iBoot 1.1.4). Pelas palavras do planetbeing, “pumpkin vai fazer com que a tarefa deixe de ser ‘completamente impossível’ para virar ‘razoavelmente difícil’”. Com isso, planetbeing conseguiu escrever um arquivo chamado FTL_Open, enquanto o CPICH trabalhou no FTL_Read, que usava a estrutura de arquivos populada pelo FTL_Open. O FTL_Read foi responsável por fazer com que os arquivos na memória NAND fossem finalmente lidos. Com isso, o sistema de arquivos do firmware da Apple foi foi finalmente lido pelo pelo openiboot.

Figura 3: openiboot listando arquivos da partição do iTunes e depois extraindo o Kernel do iPhone

Depois de conseguir o feito no iPhone de primeira geração, ainda no início de novembro de 2008, planetbeing disse que o próximo passo seria portar o openiboot para o iPod touch de primeira geração e o iPhone 3G. Ao finalizar o processo, eles iniciaram o trabalho no kernel do Linux. No final de novembro, planetbeing anunciou que o kernel do Linux 2.6 tinha sido portado para a plataforma do iPhone, suportando as duas versões lançadas até o momento (2G e 3G), além da primeira geração do iPod touch. Apesar de pouca coisa funcionar naquele momento, já era possível afirmar que existia um sistema operacional alternativo funcionando no iPhone. No entando, eles só tinham conseguido o funcionamento do framebuffer driver, o driver serial, o driver serial através do USB e os interruptores, MMU, relógio e etc., mas ainda não tinham suporte à escrita na memória NAND, wifi, touchscreen, som, acelerômetro e suporte ao baseband. Abaixo o primeiro vídeo de demonstração do Linux em funcionamento no iPhone:

O projeto seria distribuido da mesma forma que as incontáveis distros de linux eram encontradas na net. Os sistemas operacionais consistem em duas coisas básicas: a primeira é o kernel, que é responsável por gerenciar o hardware. A segunda é o userland, que contém informações como shells e outros UIs, gerenciadores de pacotes, ou seja, o software que vai ajudar os usuários a instalar e rodar os programas. Nesse momento ele tinha algumas opções em mente para o seu userland. Começando pelo Ubuntu, por ser uma distro bem popular e a mesma que o portland rodava em seu computador pessoal. A segunda opção era o Android, mas ele estava meio fora de cogitação por causa dos patches do kernel, que aparentemente eram bem bagunçados. A terceira opção foi o Debian. Com o Debian, planetbeing conseguiu compilar programas no próprio iPhone, deixando o iPhone linux self-hosting.

Em março de 2009 pH lançou o QuickOIB. Um instalador do openiboot que funcionava no Mac OS e Linux, criando a possibilidade de ir diretamente ao ambiente Linux sem precisar se preocupar com o openiboot, pois tudo era apagado após o reboot do sistema. Um ano depois, em março de 2010, planetbeing volta a público e traz um guia para portar o openiboot para outros aparelhos, através de engenharia reversa, baseado nos passos que ele descreveu. Vou brevemente citar cada um deles, para que se tenha uma idéia dos passos nos quais os hackers estão trabalhando neste momento para o funcionamento do Android nos outros gadgets da Apple:

1. Descobrir como reiniciar o aparelho. No iPhone ele conseguiu através do cmd_reboot no iBoot.
2. Alterar as constantes em /includes/hardware/S5l8900.h para refletir o layout básico da memória no hardware.
3. Confirmar se o PeripheralPort em /includes/hardware/S5l900.h está no lugar correto.
4. Descobrir onde fica a configuração do registro do MIU e qual configuração vai ser feita no MIU para que o SDRAM seja mapeado para 0×0.
5. Botar um comando reboot numa entrada inicial e mover ele pelo código enquanto debuga, até chegar ao código em C (OpenIBootStart). Esse é o primeiro grande passo.
6. Portar o clock.h, power.c, timer.c, interrupt.c e o codigo de manuseio do interrupt.
7. Portar o usb.c.
8. Portar o driver GPIO, para o funcionamento dos botões.
9. Portar o driver i2c, necessário para o pmu e LCD, dentre outras coisas.
10. Portar o driver pmu, necessário para controle do backlight.
11. Portar o driver SPI, usado pelo driver do LCD e do NOR.
12. Portar o driver NOR.
13. Portar o driver do LCD.
14. Portar o controlador DMA.
15. Portar o restante.

Exatamente um mês depois de fazer o guia para portar o openiboot em outros aparelhos, planetbeing finalmente anunciou a primeira versão funcional do Android para o iPhone 2G, que aconteceu nesta quarta, 21/04/2010.

Muitas e muitas horas de trabalho foram dedicadas para chegar nesse estágio. Agora as coisas vão acontecer de forma muito mais rápida. Quase ninguém tinha interesse em ajudar o desenvolvimento do iPod linux enquanto não enxergavam uma ferramenta funcional e de uso mainstream. Agora, com o vídeo demonstando o iPhone de primeira geração rodando o Android OS, diversos desenvolvedores ofereceram ajuda para fazer o restante do trabalho. Como várias cabeças pensam melhor do que uma (esperamos que seja assim),  veremos novas versões do iDroid em breve, muito mais estáveis do que a atual, além da iminente chegada do sistema para outros aparelhos, como o iPod touch e iPhone 3G.

Agora que já sabe como o port do Android para o iPhone foi possível, acompanhe no iBlogeek os próximos passos.

Poucos dias depois da notícia que o Android OS foi portado para o iPhone de primeira geração, o hacker planetbeing trouxe mais informações sobre o andamento do projeto:

O lançamento da primeira versão do Android OS para o iPhone despertou o interesse em diversos desenvolvedores, que entraram em contato com o planetbeing desde o anúncio do iDroid 0.1 e já estão ajudando no desenvolvimento dos ports.

Ele afirmou que existem desenvolvedores trabalhando nos seguintes aparelhos:

• iPhone 3G
• iPod touch 1G
• iPod touch 2G

Para coordenar os esforços, foram criados alguns repos no GitHub. Para clonar o Android tree usando o repo tool do Google:

repo init -u git://github.com/planetbeing/platform_manifest.git -b 
android-sdk-1.6_r2-iphone

Esse comando sincroniza com os repos principais do kernel.org para Android, que tenha qualquer mudança no código do planetbeing.

git://github.com/planetbeing/kernel_common.git branch android-2.6.32-iphone

Kernel tree.

git://github.com/planetbeing/iphonelinux.git

O openiboot/bootloader. Os novos hardwares suportados serão colocados aqui para depois serem portados ao kernel do Linux.

Em Junho de 2008, foi anunciado oficialmente o início do projeto Linux on the iPhone, que contava com o planetbeing, hacker membro do iPhone Dev Team. O objetivo era portar o Linux para o iPhone OS, algo que já tinha sido feito em outros hardwares, como o iPod nano de primeira geração e os iPods clássicos, até a quinta geração, também conhecido como iPod video.

Um mês depois planetbeing tinha feito alguns avanços com o openiboot. Até esse momento, ele tinha escrito um simples chainloader, que só inicializava os dispositivos e depois carregava o iBoot encontrado na memória NOR do aparelho.

Para quem não sabe o que significa a memória NOR:

NOR é um chip que existe dentro dos iPods touch/iPhones que tem duas funções primárias: carregar as informações do aparelho (estado da bateria, firmware, bootloader, kernel, …) durante o Boot do mesmo. Os aplicativos (apps) quando são abertos, são processados pelo NOR, antes de serem processados pelo processador interno. A outra função é de trabalhar em conjunto com a Baseband, para flashear partes do sistema, como o Bootloader
Fonte: pH – iBlogeek Wiki

Os testes intensivos na memória fizeram com que planetbeing tentasse adicionar muitas imagens ao NOR, fazendo com que, acidentalmente, ele acabasse adicionando informações na área reservada do NVRAM, que aparece logo após o espaço reservado ao NOR. Nessa brincadeira ele apagou o SysCfg, IMG2 e parte do LLB. Nas palavras dele: “o equivalente a atirar em todos os seus orgãos vitais simultaneamente”.

Para sorte dele, ao iniciar os testes na memória NOR ele fez uma cópia da original, então conseguiu restaurar as informações contidas no SysCfg. Esse arquivo guarda informações essenciais, como o número serial do aparelho e outras informações únicas a respeito dele.

Em outubro de 2008, ele já estava debugando as comunicações feitas pela porta USB, mas teve alguns problemas com a conexão USB 2.0, então conseguiu um cabo que fazia com que fosse possível a comunicação via USB e serial ao mesmo tempo, o que ajudou muito na remoção dos bugs.

Nesse mês ele colocou o complicado driver do LCD para funcionar. Além disso, foi a primeira vez que conseguiu dar um boot com o openiboot e iniciar o projeto de criação do boot menu com imagens.

Figura 1: Um dos primeiros boots com o openiboot.

Figura 2: openiboot com o driver do LCD em funcionamento.

Figura 3: primeira versão do modo gráfico do openiboot.

O menu de boot encontrado na figura 3 funcionava da seguinte forma: o botão sleep funcionava para alternar entre o iPhone OS e o console do openiboot, que dava acesso a interface via command-line, como na figura 2. O botão home fazia a seleção do sistema.

Foi ainda em outubro de 2008 que encontramos a primeira referência a um possível port do Android, feita em uma postagem do planetbeing: “(…) yes, I’m aware of Android and their source release and yes, I know what you’re thinking”. Ainda na postagem, ele responde a uma pessoa que pergunta se “ele tentou fazer o que estamos pensando” que “rodar o android no iPhone não é algo que você simplesmente ‘sai tentando’ por um fim de semana”.

Ao receber muitas perguntas de pessoas que demonstravam não entender do que se tratava portar um sistema operacional para um dispositivo, planetbeing desabafou em uma postagem: “as pessoas acham que é só escrever, tipo, um menu de boot, para poder enfiar o Android, Windows ou qualquer coisa dentro de um aparelho, só porque temos um menu de opções para eles”.

Justificando o fato, ele explicou que para um sistema operacional rodar em um dispositivo, o código deve ter sido desenvolvido para o processador correto (x86, ARM, PPC). Além disso, deve interagir com o hardware de forma esperada e desejada.

Naquela época existiam versões do Linux compiladas em ARM (que o iPhone usava), existiam até versões do Windows Mobile que eram compiladas em ARM. Mas não adiantava nada ter os sistemas compilados se o código não consegue interagir com o hardware, pois não era uma interação simples, como botar o driver wifi para funcionar, mas uma interação low-level, de forma que impossibilitava a inicialização do sistema porque não era possível descomprimí-lo na memória RAM de forma adequada.

No próximo post, continuo a história que trouxe o Android para o Linux, falando sobre os passos seguintes que tornaram o fato possível.

O iPhone Dev Team liberou uma versão beta do redsn0w 0.9.5 focado nos desenvolvedores de jailbroken apps. O aplicativo utiliza o mesmo exploit (pwnage2 DFU-mode), que eles utilizam desde a versão 2.x. Descartando os rumores que andaram circulando pela net, nenhuma novidade foi revelada à Apple e ele não é aplicável ao iPad. Lembre que a atualização para o firmware 4.0 em um iPhone que necessita do yellowsn0w, ultrasn0w ou blacksn0w é problema na certa. A atualização do baseband vai deixar o seu iPhone sem a função de telefone.

O foco do lançamento é fazer com que os desenvolvedores ganhem tempo para portar seus apps, mas mesmo assim muita coisa está bugada, como o mobile terminal, que nem chega a funcionar ainda. Além disso, essa versão do redsn0w não efetua o hactivation. Então, é necessário um UDID de desenvolvedor da Apple para passar da tela de ativação.

O iPhone Dev Team recomenda que qualquer pessoa que não se enquadre na categoria de desenvolvedor portando softs para a versão 4.0, deve continuar utilizando a versão anterior do redsn0w, compatível com os firmwares 3.0 ao 3.1.3.

A versão do iBlogeek otimizada para visualizacão no mobile Safari em iPods e iPhones está de volta.

Mesmo tendo ela durante todo esse tempo, tinha desabilitado a função porque não estava com tempo de traduzir o plugin mais atual para pt-BR. Agora, se acessado do iPhone ou iPod touch, o iBlogeek será renderizado novamente em sua versão otimizada.

Recentemente, para mim, um dos aplicativos mais úteis do Cydia é um hack para rodar scripts em Ruby no iPhone OS.

Esse hack faz com que o seu iPhone faça tudo o que o seu computador faz em relação a Ruby: rodar scripts (não, ele não compila arquivos porque Ruby é dinâmico), rodar o terminal Ruby (também conhecido como Interactive Ruby Shell, ou IRB), …

Muita gente não sabia que isso era possível, mas, na verdade, é. Também é possível encontrar no Cydia o RubyGems, que permite a instalação de Gems (o equivalente a bibliotecas no jargão de C e outras linguagens).

É bom ressaltar que não existe nenhuma interface gráfica para mexer nesses programas. Você deve usar o Mobile Terminal ou fazer um acesso por SSH (instalando o OpenSSH) no seu aparelho para poder utilizar as dicas dadas nesse post.

Até a próxima!

[Obrigado ao NerveGas por portar o Ruby para o iPhone!]

Algumas pessoas usavam no pré 3.0 um aplicativo chamado Stacks. O seu desenvolvedor, Steven Troughton-Smith, parou de trabalhar no projeto devido a falta de apoio financeiro. O desenvolvedor tomou coragem e lançou uma dupla, que realmente faz o seu iPhone parecer um Mac, de forma simples e objetiva: Stacks 3.0 e Orbit.

O Orbit é um aplicativo simples, mas muito legal, que “simula” o Exposé do Mac OS X na modalidade Todas as Janelas, que mostra todas as janelas abertas do sistema.

O aplicativo simulador de Exposé está disponível no Cydia (e não na App Store por que infringe diversas cláusulas do acordo de desenvolvedores com a Apple) e custa US$2.

Já o Stacks, que simula o Dock estilo “Leque”, também do Mac OS X, está disponível no Cydia em duas versões: free um beta interno liberado, mas com alguns bugs) e paga (100% funcional, vale a pena comprar).

Até a próxima!

O iFixit, aquele site que desmonta praticamente todos os lançamentos da Apple decidiu desmontar o novo Zune HD, concorrente direto do iPod touch, que tem um design ótimo, porém falta um pouco mais de capricho no acabamento, ele tem uma interface invejável, e possui algumas características parecidas com as o iPod touch. O ponto crucial que ainda faz a Microsoft ser pior que a Apple, na minha concepção de ideia, é o acabamento de seus produtos. O que são aqueles parafusos na parte traseira do aparelho? Isto não se faz… Mas que é um concorrente quase a altura, o Zune é sim, e a Apple precisa inovar e usar sua estratégia mais conhecida, aquela chama “one more thing”, que a faz diferente de todas as outras empresas.