Follow along with the video below to see how to install our site as a web app on your home screen.
Nota: This feature may not be available in some browsers.
Per windows? Quando?Lo sviluppo è attualmente sospeso. Non ho molto tempo in questo periodo, tra qualche settimana vi aggiorno.
Nel gruppo hanno detto mai.Per windows? Quando?
Ma c'è un gruppo telegram?Nel gruppo hanno detto mai.
Ti riporto le parole di lilz:
Lilz 0C:
"Comunque stiamo ricalcolando l'idea di rilasciare per Windows, finirebbe in mano agli scrocconi.
Un futuro #onlyLinux ?"
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. 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
Mikai 2.0.0 beta1, su os ubuntu 18.04 lts 64bit. Grz x la celere rispostaNo, credo ci sia un bug. Versione utilizzata?
Mi puoi dire i passaggi che hai fatto per installare i driver del lettore acr122su ubuntu?? Sono disperatoMikai 2.0.0 beta1, su os ubuntu 18.04 lts 64bit. Grz x la celere risposta![]()
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.Mi puoi dire i passaggi che hai fatto per installare i driver del lettore acr122su ubuntu?? Sono disperato
ohh finalmente grazie! tutto risoltoCirca 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 tefacci sapere
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:No, credo ci sia un bug. Versione utilizzata?
@SEGOCBuonasera 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
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
Ok, vedo di produrti il tuttoSenza dump e output completo non posso aiutarti.
non ti conviene usare la 1.0, il calcolo del credito è sbagliatoAggiornamento 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![]()
Convengo sul fatto che la ver 1.0 sia buggata, come pure la 2.0.0 (almeno per quanto riguarda la mia key), però se effettuo la 1a ricarica con la 1.0 il distributore la accettanon ti conviene usare la 1.0, il calcolo del credito è sbagliato
1a ricarica? Cos. Chi caricherebbe una chiavetta vergine?Convengo sul fatto che la ver 1.0 sia buggata, come pure la 2.0.0 (almeno per quanto riguarda la mia key), però se effettuo la 1a ricarica con la 1.0 il distributore la accetta, se la faccio con la 2.0.0 lampeggia tutto
se leggi tutti i miei post precedenti qui nel thread, ho spiegato passo passo nel dettaglio i test che ho fatto1a ricarica? Cos. Chi caricherebbe una chiavetta vergine?