@iamWitchKing not words. traced it on 13.60: klog gives pft=7 -> 0x80e90017 -> 0x80e90004 -> RifNotFoundScreen, eicv call in shellcore at rva 0x7fc50c (call sceFsMountPprPkg + js). its exactly the gate you bypass. one file from you and 13.60 is covered too
Dejo esta pregunta en el aire, y no hagas nada malo
😉🏴☠️
¿Podemos conseguir una primitiva d exportación d solo lectura sobre un título retail ya montado, aprovechando un servicio privilegiado q tenga acceso legítimo a pfsmnt, y dejando q el propio sistema gestione el descifrado?
El puntero de backing store es un objetivo interesante porque no depende de que sobreviva el contenido de un bloque liberado.
Y si no aparece una ruta de userland compatible con LLInt, la propia discusión técnica señala que habría que buscar una vulnerabilidad específica del k.22
La dirección de investigación que destacaría es buscar una primitiva de divulgación de punteros sobre objetos vivos de JavaScriptCore/WebCore, no seguir intentando recuperar bytes de objetos liberados.
PS5 14.22: basta de perseguir UAFs. p553 = alias R/W de estado Canvas, no arb-R/W; p640 sólo da un byte constante. Los canales medidos pierden bytes controlados tras free. La pista: filtrar un puntero vivo (ArrayBufferContents::m_data) bajo LLInt; si no, bug kernel específico.
¿Y si estamos buscando el primitive equivocado? Tal vez la clave no esté en controlar el objeto liberado, sino en encontrar otra vía para filtrar un puntero estable. 👀
Quizá el problema de PS5 14.22 no sea encontrar otro UAF, sino conseguir una fuga de información fiable que sobreviva a LLInt y al comportamiento del allocator.