Lo primero de todo, no voy a aportar ninguna fuente ni enlace ni explicación de como realizarlo, para ello hay dos motivos:
- No dipongo de la autorización de dicha fuente.
- Estamos estudiando un "pequeño" contra: La posibilidad de baneo del servicio Network
El Bug, permite la instalación de cualquier pkg, hasta ahora firmado (no se ha probado con codigo sin firmar) que permite la instalación de cualquier contenido por ejemplo del Store (de pago o gratuito) sin necesidad de pagar y realizando la descarga a traves de un procedimiento en un principio ajeno al cauce habitual, en este procedimiento esta la clave y no es descabellado que al igual que mediante dicho procedimiento se omite la comprobación de propietario y todo lo relacionado a la seguridad de los contenidos de pago, se omita la comprobación de firma, como se dice, hasta aquí puedo leer, existen muchas posibilidades.
En pocas palabras, se ha conseguido instalar cualquier contenido del Store sin que la consola realice comprobación de propietario y es probable que no compruebe la firma, puesto que lo que la consola cree descargar no lo precisa.
Actualmente SOLO existe una consola donde se realizan las pruebas ante la posibilidad de un futuro baneo (la consola se come todo lo que le metas pero esto no quita que sony no se pueda dar cuenta de la incongruencia de una MAC o ID de consola, ejecutando un soft del cual, ningún usuario de la misma pasado o presente es propietario.
Cuando digo pasado o presente me refiero a que también se ha descubierto como mantener el contenido protegido y saltarse la barrera de los 5 usuarios sin mantener en la consola un usuario autorizado.
1ª ACTUALIZACIÓN: MEDIANTE EL PROCESO SE OMITE CUALQUIER COMPROBACIÓN DEL TIPO DE CONTINENTE (nombre y extensión), SENCILLAMENTE INSTALA EL ARCHIVO SIN REALIZAR COMPROBACIONES DE FORMATO NI VALIDEZ DE DICHO FORMATO
2ª ACTUALIZACIÓN: SI SE MODIFICA EL CONTENIDO DEL ARCHIVO FALLA SU INSTALACIÓN POR UN ERROR LITERALMENTE DESCONOCIDO, AL MENOS NO DICE QUE POR FALLO EN LA COMPROBACIÓN DE SU VALIDEZ NI CHECKSUM.
3ª ACTUALIZACIÓN: TRAS COMPROBAR QUE EL MÉTODO NO ES NUEVO, HE PEDIDO EL CIERRE DEL HILO, DE ESTO DEDUZCO QUE EL ERROR DEL SEGUNDO PUNTO SE DEBE, INDEPENDIENTEMENTE DE LA TRADUCCIÓN DEL NÚMERO DE ERROR, A LA COMPROBACIÓN DE CHECKSUM. IMAGINO QUE CUALQUIER SCENER HABRÁ PROBADO ESTA VULNERABILIDAD Y AL FINAL EL CODIGO SI NO ES FIRMADO NO SE EJECUTA.