Tag: Dark_AleX

Para quem acompanha a cena PSP e depende de um firmware custom para rodar homebrew e backups, a cena hoje foi tomada por uma notícia deveras triste: O fechamento do fórum (e praticamente do site) Dark-Alex.org.

Apesar de fazer um gigantesco tempo que nada novo é lançado da parte de Dark_Alex, muitos (todos) ainda tinham esperança que DAX atualizasse o seu excelente firmware M33 e continuasse trazendo alegria para a criançada. Porém o que aparentemente vai acontecer é exatamente o contrário.

De acordo com Alek, o fechamento do fórum é devido a "problemas em oferecer o suporte merecido aos usuários" e coisas do tipo. Apesar de tudo ainda estar em fase de especulações, tudo leva a crer que esse será o fim de DAX na cena homebrew, ou que caso ele venha a lançar algo novo será apenas quando ele tiver "de muito bom humor".

Porém para alegrar um pouco a coisa um novo "suposto" firmware para o PSP já estaria sendo desenvolvido por uma equipe que se intitula Team MX. O firmware (5.55 MX) já estaria quase pronto para uso e seria compatível com todos os módulos do M33 original de Dark Alex. No mais, nenhuma outra informação como datas de lançamento ou compatibilidade foi revelada. Nos resta aguardar.

Já não é mais novidade o fato de que existe no mercado um único modelo de PSP que ainda não pode ser hackeado, o TA-88v3. Apesar do método da bateria de pandora ainda funcionar nesses handhelds, por algum motivo obscuro o IPL do programa de AleX se recusava a rodar, impedindo assim a instalação de firmwares customizados nos novos modelos de PSP.

Através de suas pesquisas, DAX finalmente conseguiu descobrir o porque de seu código não funcionar nos novos modelos de PSP. O que aconteceu foi uma pequena mudança no esquema de segurança do IPL, um pequeno pedaço de software utilizado para carregar o sistema do PSP.

Resumidamente, o que o PSP faz (até antes da v3) é:

1. Lê um bloco do arquivo de IPL (da nand ou do stick, condição essa controlada pela nossa querida pandora);
2. Descriptografa esse bloco do IPL via KIRK (não consegui descobrir se isso é um chip, um algoritmo ou coisa do tipo. Quem souber, deixe um comentário ok?);
3. Compara o checksum do cabeçalho do arquivo com o checksum do bloco anterior;
4. Caso válido, copia o bloco descriptografado para a memória e continua o processo até terminar. Caso contrário, recusa-se a carregar o resto do IPL.

Agora a mágica mudou para:

1. Lê um bloco do arquivo de IPL;
2. Descriptografa esse bloco do IPL via KIRK;
3. Calcula 32bytes utilizando os bytes de um bloco descriptografado do arquivo de IPL;
4. Compara-se o resultado com 32bytes adicionais existentes no fim do IPL;
5. Se válido, continua do passo 3 do método antigo. Se inválido, recusa-se a carregar o resto do IPL.

O problema está exatamente nesse passo 3. Dark_AleX já descobriu como funciona o novo processo, porém não sabe qual bloco descriptografado (ou até mesmo criptografado, essa também é uma dúvida) é utilizado para gerar os 32bytes iniciais usados para a nova comparação. De acordo com ele, para que a proteção seja quebrada "basta" que se consiga um arquivo de IPL descriptografado depois de toda essa operação para que se consiga fazer a engenharia reversa de todo o processo. Caso esse feito seja alcançado, TODO o novo sistema de proteção do PSP será quebrado e a instalação de firmwares M33 será novamente possível.

Outro fato curioso é que qualquer PSP que tenha essa placa mãe não poderá rodar nenhum firmware anterior ao 4.00, pois esse novo esquema de segurança só é encontrado a partir desse número de revisão. Resta ainda saber se os novos PSP-3000 virão equipados com essa nova placa mãe, ou se trarão uma nova revisão completamente diferente.

Para quem entende de programação, mesmo que básica, recomendo fortemente a leitura do artigo no fórum oficial, que traz informações mais detalhadas do processo de funcionamento do PSP.