Tool [Open Source] [Linux] MIKAI v2.0.0-beta.1

Buonasera a tutti. Sono un neoiscritto, Seguo questo progetto da quando se ne iniziato a parlare dalla discussione di studio delle chiavette poi con il link che è stato pubblicato li sono arrivato qui. Siccome dove lavoro hanno cambiato i distributori esiccome usavo mykey 1.0.0 (il 2.0.1 non funziona lo stesso)
ho ricevuto un bel brick. Ora avevo bisogno (disperato) di recuperare la chiavetta mia (ed altre 2 che ho comprato ahah) ed ho deciso di provare questo programma. Arrivo al dunque provo a lanciarlo da kali live ma mi da "error while loading shared libraries: libusb-0.1.so.4: cannot open shared object file: No such file or directory.

Siccome avevo letto che i driver li ha già inclusi non capisco perché non vada! Grazie in anticipo
 
Buonasera a tutti. Sono un neoiscritto, Seguo questo progetto da quando se ne iniziato a parlare dalla discussione di studio delle chiavette poi con il link che è stato pubblicato li sono arrivato qui. Siccome dove lavoro hanno cambiato i distributori esiccome usavo mykey 1.0.0 (il 2.0.1 non funziona lo stesso)
ho ricevuto un bel brick. Ora avevo bisogno (disperato) di recuperare la chiavetta mia (ed altre 2 che ho comprato ahah) ed ho deciso di provare questo programma. Arrivo al dunque provo a lanciarlo da kali live ma mi da "error while loading shared libraries: libusb-0.1.so.4: cannot open shared object file: No such file or directory.

Siccome avevo letto che i driver li ha già inclusi non capisco perché non vada! Grazie in anticipo

Devi installare libusb-compat
 
Buonasera a tutti. Innanzitutto un grande grazie @SEGOC team x l'ottimo lavoro svolto.

Ho fatto test su una chiavetta che avevo fuori sincronia.

Ho dato nell'ordine:

./mikai-vendor x vendor.txt (esportato vendor)
./mikai-otp
./mikai-reset (inverginata chiavetta)
./mikai-vendor r vendor.txt (reimportato vendor)
./mikai (verificato che tutti i contatori fossero a 0 e ci fosse il codice vendor)

fin quà tutto ok

poi sono andato a ricaricare il credito:

./mikay -u

inserito prima 50 cent, poi 200 cent (2 euro)

risposto 'yes' a tutte e tre le domande, dopo aver verificato da precedenti dump come venivano incrementati/decrementati i rispettivi blocchi

dopodichè ho dato un ./mikai x verificare che il credito ed i nuovi dati fossero ok, ed ho ottenuto questo:

Operations counter: EA000003 [3]
Current credit: 6DA4DDE2 [0.50€]
Previous credit: 7FBCBF3E [654.86€]
Transaction history: C0745407
├── C07454A7 -> FFFFFFFF
├── C07454F7 -> E91400C8 [29/02/2020 - 2.00€]
├── C0745407 -> E9140032 [29/02/2020 - 0.50€]
├── C0745457 -> FFFFFFFF
├── 80B484A7 -> FFFFFFFF
├── 80B484F7 -> FFFFFFFF
├── 80B48407 -> FFFFFFFF
└── 80B48457 -> FFFFFFFF
Is bound: no

Ho sbagliato qualche passaggio? Non mi pare.. Ho ripetuto la procedura 2 volte, ma arrivo sempre al medesimo risultato
 
Buonasera a tutti. Innanzitutto un grande grazie @SEGOC team x l'ottimo lavoro svolto.

Ho fatto test su una chiavetta che avevo fuori sincronia.

Ho dato nell'ordine:

./mikai-vendor x vendor.txt (esportato vendor)
./mikai-otp
./mikai-reset (inverginata chiavetta)
./mikai-vendor r vendor.txt (reimportato vendor)
./mikai (verificato che tutti i contatori fossero a 0 e ci fosse il codice vendor)

fin quà tutto ok

poi sono andato a ricaricare il credito:

./mikay -u

inserito prima 50 cent, poi 200 cent (2 euro)

risposto 'yes' a tutte e tre le domande, dopo aver verificato da precedenti dump come venivano incrementati/decrementati i rispettivi blocchi

dopodichè ho dato un ./mikai x verificare che il credito ed i nuovi dati fossero ok, ed ho ottenuto questo:

Operations counter: EA000003 [3]
Current credit: 6DA4DDE2 [0.50€]
Previous credit: 7FBCBF3E [654.86€]
Transaction history: C0745407
├── C07454A7 -> FFFFFFFF
├── C07454F7 -> E91400C8 [29/02/2020 - 2.00€]
├── C0745407 -> E9140032 [29/02/2020 - 0.50€]
├── C0745457 -> FFFFFFFF
├── 80B484A7 -> FFFFFFFF
├── 80B484F7 -> FFFFFFFF
├── 80B48407 -> FFFFFFFF
└── 80B48457 -> FFFFFFFF
Is bound: no

Ho sbagliato qualche passaggio? Non mi pare.. Ho ripetuto la procedura 2 volte, ma arrivo sempre al medesimo risultato

No, credo ci sia un bug. Versione utilizzata?
 
Mi puoi dire i passaggi che hai fatto per installare i driver del lettore acr122su ubuntu?? Sono disperato
Circa l'installazione dei driver su ubuntu sono purtroppo nella tua stessa condizione, ovvero ho provato a scaricare i driver x ubuntu 18.04 sia da sito nfc-tools, che quelli acs, come indicato nel thread che tratta qst'argomento, ma purtroppo qnd do il comando da terminale x ricercare l'acr122u, va in timeout e nn risolvo nulla.
Poi però ieri sera, dopo aver letto il post in cui SEGOC diceva che nn servono driver aggiuntivi in qnt già presenti nel software mikai, ho provato ad eseguire la procedura di lancio di mikai usando i privilegi di admin, et woilà ha funzionato:

cd mikai (x entrare da terminale nella cartella dove hai precedentemente estratto i vari files di mikai)

poi appoggi la chiavetta sull'acr122u

sudo ./mikai (x leggere i dati della chiavetta)

Praticamente usando il prefisso 'sudo' davanti ai comandi di mikai, mi esegue qualsiasi comando senza problemi. Spero risolva anche x te :) facci sapere
 
Ultima modifica:
Circa l'installazione dei driver su ubuntu sono purtroppo nella tua stessa condizione, ovvero ho provato a scaricare i driver x ubuntu 18.04 sia da sito nfc-tools, che quelli acs, come indicato nel thread che tratta qst'argomento, ma purtroppo qnd do il comando da terminale x ricercare l'acr122u, va in timeout e nn risolvo nulla.
Poi però ieri sera, dopo aver letto il post in cui SEGOC diceva che nn servono driver aggiuntivi in qnt già presenti nel software mikai, ho provato ad eseguire la procedura di lancio di mikai usando i privilegi di admin, et woilà ha funzionato:

cd mikai (x entrare da terminale nella cartella dove hai precedentemente estratto i vari files di mikai)

poi appoggi la chiavetta sull'acr122u

sudo ./mikai (x leggere i dati della chiavetta)

Praticamente usando il prefisso 'sudo' davanti ai comandi di mikai, mi esegue qualsiasi comando senza problemi. Spero risolva anche x te :) facci sapere
ohh finalmente grazie! tutto risolto
Messaggio unito automaticamente:

vi linko la guida che ho scritto per tutti quelli che non riescono
 
Ultima modifica:
No, credo ci sia un bug. Versione utilizzata?
Bene, facendo qualche altro test, ovvero provando ad aggiungere credito con ./mikai -u, e facendo il dump ogni volta, ho verificato nello specifico che l'errore si palesa in qst modo:

il blocco 21, anzichè mettere il credito attuale aggiornato, riporta ad ogni ricarica lo stesso importo esatto dell'ultima ricarica effettuata
il blocco 23 (credito precedente), anzichè prendere l'importo precedente dal blocco 21(come penso debba fare), crea cifre sballate tipo 650€ o 0€.
Messaggio unito automaticamente:

Buonasera a tutti. Innanzitutto un grande grazie @SEGOC team x l'ottimo lavoro svolto.

Ho fatto test su una chiavetta che avevo fuori sincronia.

Ho dato nell'ordine:

./mikai-vendor x vendor.txt (esportato vendor)
./mikai-otp
./mikai-reset (inverginata chiavetta)
./mikai-vendor r vendor.txt (reimportato vendor)
./mikai (verificato che tutti i contatori fossero a 0 e ci fosse il codice vendor)

fin quà tutto ok

poi sono andato a ricaricare il credito:

./mikay -u

inserito prima 50 cent, poi 200 cent (2 euro)

risposto 'yes' a tutte e tre le domande, dopo aver verificato da precedenti dump come venivano incrementati/decrementati i rispettivi blocchi

dopodichè ho dato un ./mikai x verificare che il credito ed i nuovi dati fossero ok, ed ho ottenuto questo:

Operations counter: EA000003 [3]
Current credit: 6DA4DDE2 [0.50€]
Previous credit: 7FBCBF3E [654.86€]
Transaction history: C0745407
├── C07454A7 -> FFFFFFFF
├── C07454F7 -> E91400C8 [29/02/2020 - 2.00€]
├── C0745407 -> E9140032 [29/02/2020 - 0.50€]
├── C0745457 -> FFFFFFFF
├── 80B484A7 -> FFFFFFFF
├── 80B484F7 -> FFFFFFFF
├── 80B48407 -> FFFFFFFF
└── 80B48457 -> FFFFFFFF
Is bound: no

Ho sbagliato qualche passaggio? Non mi pare.. Ho ripetuto la procedura 2 volte, ma arrivo sempre al medesimo risultato
@SEGOC

Notavo un'altra cosa anomala analizzando l'output che ho postato l'altro giorno.
Nonostante avessi reimportato il vendor

./mikai-vendor r vendor.txt (reimportato vendor)

come mai poi alla fine dell'output leggo 'Is bound: no'?
E' normale ciò. Potrebbe quindi dipendere da quello l'errato aggiornamento del credito?

EDIT:

continuando a fare test caricando credito e rileggendo ad ogni passaggio la key noto anche qst costante:

WARNING: Corrupted data at 23. Expected 86 but found 68.
WARNING: Corrupted data at 27. Expected 82 but found 64.

.....

WARNING: Corrupted data at 23. Expected 95 but found 77.
WARNING: Corrupted data at 27. Expected 91 but found 73.

e così via.. c'è una costante discrepanza di 18 unità in + nei blocchi 23 e 27, ma nn so cosa significhi. Spero possa essere utile qst dato
 
Bene, facendo qualche altro test, ovvero provando ad aggiungere credito con ./mikai -u, e facendo il dump ogni volta, ho verificato nello specifico che l'errore si palesa in qst modo:

il blocco 21, anzichè mettere il credito attuale aggiornato, riporta ad ogni ricarica lo stesso importo esatto dell'ultima ricarica effettuata
il blocco 23 (credito precedente), anzichè prendere l'importo precedente dal blocco 21(come penso debba fare), crea cifre sballate tipo 650€ o 0€.
Messaggio unito automaticamente:


@SEGOC

Notavo un'altra cosa anomala analizzando l'output che ho postato l'altro giorno.
Nonostante avessi reimportato il vendor

./mikai-vendor r vendor.txt (reimportato vendor)

come mai poi alla fine dell'output leggo 'Is bound: no'?
E' normale ciò. Potrebbe quindi dipendere da quello l'errato aggiornamento del credito?

EDIT:

continuando a fare test caricando credito e rileggendo ad ogni passaggio la key noto anche qst costante:

WARNING: Corrupted data at 23. Expected 86 but found 68.
WARNING: Corrupted data at 27. Expected 82 but found 64.

.....

WARNING: Corrupted data at 23. Expected 95 but found 77.
WARNING: Corrupted data at 27. Expected 91 but found 73.

e così via.. c'è una costante discrepanza di 18 unità in + nei blocchi 23 e 27, ma nn so cosa significhi. Spero possa essere utile qst dato

Senza dump e output completo non posso aiutarti.
 
Ultima modifica:
Senza dump e output completo non posso aiutarti.
Ok, vedo di produrti il tutto :)

EDIT: ore 16.44

@SEGOC

ti ho allegato sotto i dump e output della chiavetta dp averla reinverginata e dp aver eseguito 8 ricariche con mikai:
- Chiavetta reinverginata
1a ricarica - 5 cent
2a " - 10 cent
3a " - 20 cent
4a " - 50 cent
5a " - 1 euro
6a " - 2 euro
7a " - 20 cent
8a " - 10 cent
 

Allegati

  • test_chiavetta_C.zip
    7.8 KB · Visualizzazioni: 77
Aggiornamento test:

Ho provato a fare un downgrade da mikai 2.0.0 beta1 a mikai 1.0.0 (ver 64 bit) e ripetendo pari pari il test precedentemente effettuato (mostrato nei post precedenti), ovvero reinverginamento chiavetta, ricaricamento vendor e inserimento credito, emerge una differenza nei risultati.
Nello specifico, alla prima ricarica sia il credito attuale che il credito precedente vengono riportati in maniera corretta: (caricato 5 euro, credito precedente 0)

UID: D00200334A0E0C72
Key ID: 55745467
Prod. date: 15121102 [15/12/2011]
Bound vendor: C145C047 C60CC845
Master Key: D9FA33E4
OTP: 012006C9
Session Key: 3D2449E8
Transactions counter: EB000002 [2]
Current credit: FE27C86C [5.00€]
Previous credit: C040C000 [0.00€]
Transaction history: C07454F7
├── C07454A7 -> FFFFFFFF
├── C07454F7 -> 299401F4 [05/03/2020 - 5.00€]
├── C0745407 -> FFFFFFFF
├── C0745457 -> FFFFFFFF
├── 80B484A7 -> FFFFFFFF
├── 80B484F7 -> FFFFFFFF
├── 80B48407 -> FFFFFFFF
└── 80B48457 -> FFFFFFFF

Purtroppo invece se effettuo una seconda ricarica l'errore rimane il medesimo dei precedenti test con la ver 2.0.0 beta1, ovvero il credito attuale rimane quello dell'ultimo importo caricato (anzichè la somma degli importi caricati), mentre il credito precedente diventa quello del penultima ricarica effettuata.

E' in ogni caso un passo in avanti (anche se in realtà si è trattato di un downgrade). Ora nn mi resta che andare a testare la chiavetta e vedere che ne pensa il distributore di turno!
Vi farò sapere :)
 
Aggiornamento test:

Ho provato a fare un downgrade da mikai 2.0.0 beta1 a mikai 1.0.0 (ver 64 bit) e ripetendo pari pari il test precedentemente effettuato (mostrato nei post precedenti), ovvero reinverginamento chiavetta, ricaricamento vendor e inserimento credito, emerge una differenza nei risultati.
Nello specifico, alla prima ricarica sia il credito attuale che il credito precedente vengono riportati in maniera corretta: (caricato 5 euro, credito precedente 0)

UID: D00200334A0E0C72
Key ID: 55745467
Prod. date: 15121102 [15/12/2011]
Bound vendor: C145C047 C60CC845
Master Key: D9FA33E4
OTP: 012006C9
Session Key: 3D2449E8
Transactions counter: EB000002 [2]
Current credit: FE27C86C [5.00€]
Previous credit: C040C000 [0.00€]
Transaction history: C07454F7
├── C07454A7 -> FFFFFFFF
├── C07454F7 -> 299401F4 [05/03/2020 - 5.00€]
├── C0745407 -> FFFFFFFF
├── C0745457 -> FFFFFFFF
├── 80B484A7 -> FFFFFFFF
├── 80B484F7 -> FFFFFFFF
├── 80B48407 -> FFFFFFFF
└── 80B48457 -> FFFFFFFF

Purtroppo invece se effettuo una seconda ricarica l'errore rimane il medesimo dei precedenti test con la ver 2.0.0 beta1, ovvero il credito attuale rimane quello dell'ultimo importo caricato (anzichè la somma degli importi caricati), mentre il credito precedente diventa quello del penultima ricarica effettuata.

E' in ogni caso un passo in avanti (anche se in realtà si è trattato di un downgrade). Ora nn mi resta che andare a testare la chiavetta e vedere che ne pensa il distributore di turno!
Vi farò sapere :)
non ti conviene usare la 1.0, il calcolo del credito è sbagliato
 
Ciao buona notte, sono un nuovo utente dalla Spagna, ho letto sull'argomento "mykey" e "mikai" oggi e ho deciso di installare Ubunto in una macchina virtuale ma quando provo ad accedere tramite "Tor" con il link


Non mi porta a nessuna pagina e la sessione scade, qualcuno può dirmi cosa sto facendo di sbagliato per non scaricare il mikai zip?

Non parlo italiano e utilizzo google traduttore, scusate se la traduzione non è corretta.