[GUIDA]Cerchiamo un exploit simile a GripShift...

**FrEdDy** · fedele di ConsoleUser

Ricordate i bei tempi in cui MatiaZ bucò il 5.02 con un bug nei salvataggi del gioco GripShift?Bè con questa guida vi spiegherò come funzionava quell'exploit e come fare per cercarne uno simile nei nuovi firmware (come ha già fatto pspjoke).
Anche qui dobbiamo avere un pò di esperienza in C/C++ e MIPS,ma anche tanta fortuna;cominciamo.

Passo 1-Decriptiamo il salvataggio.
Non è nulla di che,ci basta il plugin sg-deemer e siamo a cavallo:attiviamolo in game e salviamo o carichiamo un salvataggio di un nostro gioco,quando avete fatto,collegate la PSP al PC e troverete una nuova cartella in PSP:SAVEPLAIN;questa contiene altre cartelle,a loro volta contengono il save decriptato in 3 file .bin:SDINFO.BIN (il PARAM.SFO) SDDATA.BIN (Questo è quello che cercheremo di exploitare) e un file nominato come la cartella che lo contiene (finchè non troverete un exploit il suo contenuto non v'interessa).

Passo 2-Tentiamo di farlo crashare.
Anche qui molto semplice,con un lettore hex apriamo lo SDDATA.BIN e cambiamo tutti gli "00" in un qualsiasi altro byte,come fece MatiaZ con GripShift [Devi essere iscritto e connesso per vedere questa immagine]
Fatto questo,salviamo e facciamo ripartire il gioco caricando questo save,se crasha passate al punto 3,altrimenti provate con un altro gioco.

Passo 3-Analizziamo il crash.
Qui comincia a farsi difficile:avrete bisogno di psplink,più tardi scriverò una guida sul suo utilizzo,ma ora torniamo a noi;abbiamo un crash:scopriamo se è utile oppure no.
Facendo partire psplink in game e poi il nostro save,avremo sul pc le informazioni riguardanti sul crash;ora,come facciamo a sapere se è exploitabile oppure no?Semplice!Osservate con me le seguenti screen...
[Devi essere iscritto e connesso per vedere questa immagine]
[Devi essere iscritto e connesso per vedere questa immagine]
Il primo è un exploit sicuro,il secondo no,sapete perchè?Ve lo dico io:Come potete vedere il primo crash ha il registro $ra (return adress) completamente sotto il nostro controllo visto che il 41 in hex sta per "A",e quelle A sono state inserite da chi cercava il crash,nel secondo abbiamo due registri pieni di 61 cioè "a",ma sono registri quasi inutili,che non influenzano il flusso di RAM,mentre il primo ci permette di indirizzare un indirizzo di RAM valido dove vogliamo!Direte voi:"Quindi se non abbiamo il controllo sullo $ra dobbiamo ritentare?",non proprio,se non abbiamo un controllo diretto sullo $ra andiamo a guardare i disasm del psplink (per effettuare un disasm usate la seguente stringa

**FrEdDy** · fedele di ConsoleUser

Chiedo scusa ma ho sbagliato a mettere la prima screen del psplink,volevo mettere questa:[Devi essere iscritto e connesso per vedere questa immagine]

**fabiogiu** · newser di ConsoleUser

Potevi modificare il messaggio Razz

**psphakerwarrior** · fedele di ConsoleUser

freddy fai una guida sul psplink