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!

Passei um tempinho desenvolvendo um projeto chamado Jailpush, que tem como objetivo mandar notificações para iPhone sem utilizar os servidores da Apple.

Veja a vídeo demonstração:

O projeto ainda não está disponível, mas qualquer desenvolvedor de apps Jailbroken poderá usá-lo.

Devs, aguardem.

Até a próxima!

O port do Android OS para o iPhone 3G está mais rápido do que eu esperava. Em poucos dias, planetbeing, com a ajuda de outros desenvolveres, conseguiu dar o boot em um BusyBox / Buildroot shell. Como podem ver na imagem abaixo, o wifi já está funcionando normalmente. Além disso, conseguiram se comunicar com o baseband pelo canal de debug.  Isso pode ser suficiente para fazer ligações e etc, mas ainda é preciso entender o funcionamento de algumas coisas, antes de fazer com que ele fique totalmente funcional.

No momento planetbeing está vendo se consegue botar um codec para funcionar no openiboot (que não vai dar muito trabalho, pois ele possui um mapa técnico). Precisa portar também o driver multitouch, pois é novo (a Apple fez upgrade do Zephyr para o Zephyr2). Depois disso, vai rolar uma versão funcional do Android para o iPhone 3G.

Figura 1: iPhone 3G rodando no shell com prova do wifi funcionando.

Planetbeing avisa aos beta testers e desenvolveres que implementou as extensões do driver wifi do Android, então as redes sem fio devem funcionar melhor a partir de agora. Ele afirmou saber que existem problemas associadas a redes com proteção WPA e pede para ver se esse update ajuda.

Planetbeing avisa aos beta testers e desenvolveres do iPhone de primeira geração que incrementou as extensões do driver wifi do Android, então as redes sem fio devem funcionar melhor a partir de agora. Ele afirmou saber que existem problemas associadas a redes com proteção WPA e pede para ver se esse update ajuda.

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.

Hoje saiu o thunderst0rm, novo aplicativo que, supostamente, faz o untethered jailbreak na versão 3.1.3 (para saber a diferença entre tethered e untethered jailbreak, leia este post). Não demorou muito tempo para a farsa ser descoberta.

Além de não fazer o jailbreak do seu aparelho,  ele pode instalar spywares e coisas do tipo. Alguns rumores dizem que ele deleta vários arquivos do iTunes também. Um outro método, divulgado como turbosn0w2, também é fake.

Figura 1: Engenharia reversa feita no thunderst0rm, que só chama uma caixa de mensagem e não interage em momento algum com o aparelho.

Existem atualmente 2 exploits que funcionam no 3.1.3 e 3.2 (iPad). Um será lançado pelo hacker Comex, e se chamará “Spirit”. O outro será lançado pelo Geohot e provavelmente será mais um aplicativo da linha “ra1n”. Os dois estão trabalhando em conjunto, para que não sejam divulgados os 2 exploits em uma mesma versão do firmware.

Com isso eles pretendem que o jailbreak seja possível nas próximas 2 versões principais do iPhone OS, sem a necessidade de procurar por exploits adicionais.

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!

Essa foi rápida! A Apple mal anunciou a disponibilidade do iPad 3G nas lojas norte-americanas e o hacker MuscleNerd já postou imagens e vídeos comprovando o feito.

O jailbreak nos iPads são feitos no userland, ou seja, no próprio OS, da mesma forma que a gente fazia o jailbreak nos iPods e iPhones na versão 1.1.1. O pessoal do iPhone Dev Team estava esperando o lançamento do iPad 3G para fazer o lançamento público do jailbreak, pois, diferente de um exploit a nível do iBoot, um exploit no userland é uma falha de segurança grave e a Apple deverá lançar um update em seguida para corrigir o problema.

Figura 1: SpringBoard do iPad 3G com o Cydia e iSSH instalados

Figura 2: MuscleNerd logado como root no iPad 3G

Enquanto isso, não atualizem seus iTunes para a versão 9.1.1 por enquanto. E nem atualizem o firmware dos seus iPads, caso seja lançado algum update até o lançamento do jailbreak. Confira o vídeo do iPad 3G jailbroken de MuscleNerd:

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.

Há umas duas semanas, meu iPhone estava normal. Nada indicava que um vírus estava infectando o aparelho. Só descobri isso uns 2, 3 dias depois, quando tentei acessar o aparelho por SSH.

O aparelho dava esse erro:

ssh_exchange_identification: connection closed by remote host

Remote host deixava claro que o problema estava no meu iPhone, e não no meu Mac. O problema foi que antes de tentar mexer no iPhone, eu apaguei todos os certificados RSA/DSA que eu tinha no meu usuário e o iPhone continuava sem conectar. Só depois me dei conta disso.

Um ponto importante é que nessa altura da história, eu não sabia que o que não deixava conectar via SSH no meu aparelho era um vírus. Eu achava que era algum arquivo faltando ou algo assim. De fato, era. O vírus apagava o arquivo /etc/ssh/sshd_config, que contém todas as configurações do SSH, mesmo se você fizesse o upload dele novamente, com uma versão Out of Box, o vírus sempre iria apagar o arquivo, independentemente do que você fizesse.

A única solução era remover o vírus. Deixei o syslog rodando no aparelho para monitorar a atividade do sistema. O que eu encontrei foram váááários arquivos rodando que eu não conhecia. Apaguei-os, reinstalei o SSH e consegui conectar.

Como fui um dos poucos usuários que sofreu esse tipo de ataque ao seu aparelho, resolvi fazer uma solução para remover esse vírus, um script em Bash. Se você estiver na mesma situação que eu estive, basta baixar o MobileTerminal e o wget, no Cydia, abrir o MobileTerminal e digitar isso:

wget “http://www.iBlogeek.com/downloads/iphone_virus_remover.sh && chmod 755 iphone_virus_remover.sh && ./iphone_virus_remover.sh”

O script vai rodar, procurar por vírus e removê-los.

O estranho dessa história é que a minha senha root NÃO é alpine, porque assim que eu conecto via SSH pela primeira vez, o meu Mac automaticamente muda a senha se ela for alpine pra uma senha que eu determinei.

Será esse então o fim do tempo em que o SSH era a forma mais segura de se conectar a um servidor?

Até a próxima!