![risita [risita]](./images/smilies/nuevos/sonrisa_ani1.gif)
Por favor, identifícate o regístrate.
Moderadores: CyBeR PeReZ, Flash78
merol escribió:
esa fue la idea que yo tuve (no son tantas combinaciones, 256*256) pero es irrealizable, las dos cadenas que compara estan en el TMD, la primera es el hash del tmd desencriptado, y la segunda el propio hash del tmd, Waninkoko lo explico muy bien unos post mas atras. No se puede realizar lo que dices porque:
******Primer paso
Modificar el reserved del TMD, hasta que este tenga un 0x00 en el segundo byte, haces 256 comprobaciones (byte y 0x00) y consigues el primer byte del hash codificado.
Muy bien.
*******Segundo paso
Vuelves a modificar el reserved del TMD para tener un hash de 2 byte y el tercero sea 0x00. El hash ya no es el mismo que en el primer paso, ya que el TMD ha cambiado, y por tanto el primer caracter del hash firmado no es el mismo que en la primera prueba
Salu2

). En cualquier caso es un fallo imperdonable para un ingeniero, y mas aun para uno de lo que se presupone a una compañia del tamaño de Nintendo.
d34th escribió:
Cuda (calculos de proposito general con una tarjeta grafica) puede ir muy bien para calculos en punto flotante, pero con enteros, es mas potente una CPU que una GPU
Como Bien dicen por ahi, hay 256^256 combinaciones, pongamos por caso a 1µs por cada operacion tardariamos...
1,02*10^603 años... imposible

Usuarios navegando por este foro: No hay usuarios registrados visitando el foro y 5 invitados