Por favor, identifícate o regístrate.
Moderadores: CyBeR PeReZ, Flash78
MANDAXXXX escribió:mmmm 256^256:
3231700607131100730071487668866995196044410266971548403213034542752465513886
7890893197201411522913463688717960921898019494119559150490921095088152386448
2831206308773673009960917501977503896521067960576383840675682767922186426197
5616183809433847617047058164585203630504288757589154106580860755239912393038
5521914333389668342420684974786564569494856176035326322058077805659331026192
7084603141502585928641771167259436037184618573575983511523016459044036976132
3328723122712568471082020972515710172693132346967854258065669793504599726835
2998638215525166389437335543602135433229604645318478604952148193555853611059
596230656 combinacines.........![]()
a_SBeR_RH escribió:y usar CUDA para acelerar la obtención de una clave valida?¿
nyonyo escribió:Creo que has tenido muy buena idea Klaus.
Y no creo que sea 256^256 sino más bien 256*256 con lo que "solo" tenemos 65536 combinaciones, que no son muchas.
Digo esto porque tenemos 256 posibilidades por cada caracter, ya que partimos que el caracter anterior es válido, por lo menos eso creo.
Vamos que me parece muy buena idea la forma de obtener una clave original.
Un saludo.
.klausus escribió:Creo que tengo una pequeña idea de como solucionar el trucha y obtener la clave original de nintendo para firmar con la clave original.
Pero antes diganme si mis susposiciones son correctas si son asi puede que sea valido...
Hasta lo que he entendido actualmente la consola con los IOS antes del nuevo que hay ahora (37) la comprobacion la hacia hasta encontrarse el final de cadena (0x00) no?
Leia dos cadenas y en ambas tenia que estar el 0x00 en la misma posicion y lo que habia antes de 0x00 era comprobado si era igual no es asi?
2 Dudas en 1 ---> ambas cadenas estan en el disco/canal o una en el disco/canal y la otra en la wii?¿lo que venga despues del 0x00 si lo ponemos por ejemeplo en decimoquito caracter, tieene que se igual tb?
Continuemos con mi suposicion si ponemos todo a 0x00 al no haber caracter que comprobar automaticamente devuelve 0 (validcio ok)
Encambio si ponemos el 0x00 al final hace la validacion compreta y adivinar todos esos numero es muy dificil o imposible de calcular todos de golpe no es asi?
Ahora bien...
Si ponemos el 0x00 a partir del segundo caracter el primero debera coincidir para k devuelva "0" de manera que ahora nuestros palos de ciego son solo de 256 numeros a provar una ver encontremos el numero X que funcione sabemos cual es el primer caracter de la clave ahora repetimos el mismo proceso pero poniendo de caracter 1 el que savemos que va ok y ahora provamos los 256 en el 2 para saber cual es el seguro y asi vas haciendo pruevas uno por uno hasta obtener todos yobtendrias una clave correcta/original sin truchear no es asi? Creen que funcionaria?
Desde luego si tenemo la clave original ya es incapable ... y podriamos firmar lo que quisieramos....
Por contra .... NO ES IMPOSIBLE OBTENERSE PERO SE TARDARIA BASTANTE TIEMPO EN PROVAR TODOS LOS NUMEROS HASTA OBTENRER TODOS... 256 pruebas por cada caracter suponiendo k son 256 (no se cuantos son exactamente) son bastantes pruebas
Wanikoko ¿Crees que sirve de algo o se he congeturado algo que no tiene ni pies ni cabeza?
a_SBeR_RH escribió:y usar CUDA para acelerar la obtención de una clave valida?¿
Usuarios navegando por este foro: No hay usuarios registrados visitando el foro y 1 invitado