Afficher un message
Vieux 24/06/2017, 15h21  
MrRorry
Moderateur
 
Avatar de MrRorry
 
Date d'inscription: juin 2015
Localisation: France, Paris
Messages: 639
Thanks: 383
Thanked 4 577 Times in 460 Posts
Pouvoir de réputation: 77
MrRorry has a reputation beyond reputeMrRorry has a reputation beyond reputeMrRorry has a reputation beyond reputeMrRorry has a reputation beyond reputeMrRorry has a reputation beyond reputeMrRorry has a reputation beyond reputeMrRorry has a reputation beyond reputeMrRorry has a reputation beyond reputeMrRorry has a reputation beyond reputeMrRorry has a reputation beyond reputeMrRorry has a reputation beyond repute
Par défaut

Citation:
Envoyé par ebt255 Voir le message
it's weird, i tried:

ISK: 00 00 00 00 00 00
PIN: 10 20 20 10 81 88

in binary
ISK: 00000000 00000000 00000000 00000000 00000000 00000000
PIN: 00010000 00100000 00100000 00010000 10000001 10001000

next i tried:
ISK: 08 00 00 00 00 00
PIN: 00 20 20 18 81 28

in binary
ISK: 00001000 00000000 00000000 00000000 00000000 00000000
PIN: 00000000 00100000 00100000 00011000 10000001 00101000
Hi ebt,

keep in mind
- Every model is different
- bits can be scrambled,shifted,ignored...

And by the way,
few specific bits can be cleared/ignored in the way Isk->pin, it means that if you want to reverse the coding steps, you will have to guess the missing bits (by brute-forcing them) but its a piece of cake because you already know the pin.
for example in my tool "Pin to Isk", a thread is launched to guess them, and it takes just few seconds to find them, every candidate (isk) is compared the known result (pin) and its found when they match... its that simple!

Keep this work up, its good to see that some guys are still interrested in research
MrRorry est déconnecté   Réponse avec citation
The Following 6 Users Say Thank You to MrRorry For This Useful Post:
ebt255 (24/06/2017), Jimbo (10/02/2020), lolo64 (05/06/2020), nastradini (24/06/2017), olivier-morestel (07/09/2017), pouettedu76 (24/06/2017)