Il developer Gezine continua a spingere lo sviluppo di Y2JB, un progetto di ricerca e reverse engineering rivolto alla console PlayStation 5 che nelle ultime settimane ha mostrato progressi concreti.
La beta 1.2 ha confermato il pieno funzionamento di Good Lapse, un componente fondamentale che ha permesso agli sviluppatori di verificare l’integrazione e la stabilità dei diversi moduli del progetto.
Gezine +PS5+
Progreso de Y2JB
"Good Lapse funciona correctamente con la versión beta 1.2." 🔥 pic.twitter.com/Uyu82vxmQ0
— TeRex777 (@TeRex777_) November 1, 2025
Questo risultato segna un passo in avanti verso una maggiore affidabilità delle funzionalità sperimentali e rende Y2JB uno dei progetti più osservati dalla community homebrew.
Per accelerare il ciclo di sviluppo Gezine sta reclutando tester volontari disposti a eseguire scenari diversi, isolare bug e inviare feedback prima di un eventuale rilascio pubblico.
Tutte le risorse (firmware aggiornato, file dello splash_screen e altro materiale tecnico) sono disponibili sulla pagina GitHub ufficiale del progetto, che resta il punto di riferimento per chi segue l’evoluzione del lavoro.
Va però ricordato che Y2JB è un software sperimentale: il suo utilizzo può causare instabilità o danni alla console e lo sviluppatore declina ogni responsabilità, quindi l’approccio consigliato è prudente e informato.
Dai messaggi pubblicati da Gezine su Discord emergono chiari segnali di ricerca tecnica di basso livello tipica del lavoro su console.
Le immagini condivise mostrano le singole fasi di una catena di exploit, con tentativi mirati a sfruttare difetti di memoria come double free e a riprodurre race condition mediante centinaia di prove automatizzate, nell’ottica di ottenere leak di indirizzi kernel utili a bypassare l’ASLR.
L’impiego di socket pair, AIO e aliased socket fa pensare all’uso di strutture di rete e I/O come vettori per corrompere l’heap e costruire primitive di lettura/scrittura.
Inoltre, riferimenti come “race won” indicano che in alcuni esperimenti la condizione di gara è stata effettivamente vinta, consentendo progressi concreti nella creazione di primitive a livello kernel.
Ora come ora l’obiettivo tecnico chiave è quello di ottenere primitive kernel R/W, perché consentono l’accesso alla memoria privilegiata e aprono la strada a payload più potenti.
Parallelamente il progetto menziona l’intenzione o i primi tentativi di implementare accesso in lettura/scrittura alla memoria GPU, un passo che amplierebbe significativamente le possibilità tecniche.
Il workflow osservato è quello tipico della ricerca nella sicurezza: individuazione del bug, stabilizzazione tramite tecniche di timing o manipolazione dell’heap, leak degli indirizzi critici e escalation verso primitive di memoria.
Fonte: x.com
