TAITO EGRET II Mini

Questo minicabinato porta in grembo diversi sistemi di protezione.

Per quanto riguarda il cercare di evitare di clonare l’hardware, Il chip di sicurezza Zuiki comunica con il SoC Zuiki (che è un Allwinner) ed esegue una operazione di crittografia AES su alcuni dati trasmessigli da un’applicazione e l’applicazione fa altrettanto. Se i risultati corrispondono, è autenticato. In pratica c’è un registro di sicurezza nel SoC che puo’essere letto; Zuiki lo ha personalizzato solo per l’azienda produttrice, quindi se si utilizza un SoC Allwinner standard (non-Zuiki), non corrisponderà (avrebbero potuto usare il chip di sicurezza per decifrare le cose all’interno della mini, ma non l’hanno fatto).

Per quanto riguarda le schede SD, queste hanno un lock basato sul CID della SDCard che non ne permette la lettura sotto sistema operativo “classico” a meno che non vengano sbloccate, operazione fattibile inviando comandi specifici (ed una password generata utilizzando il CID) ed effettuabile solamente attraverso host USB che vengono visti dal sistema come mmc (e non come USB) come ad esempio alcuni di quelli integrati nelle schede madri di laptops (quindi non fattibile con i comuni host che si collegano via USB).

Inoltre le schede SD hanno una partizione FAT32 creata in modo particolare (riconosciuta comunque da Windows) che non viene accettata dal sistema qualora fosse “normale” FAT32 (se si inserisce una scheda con partizione FAT32 “normale” si ottiene l’errore “004 –  please shut down”).

Infine i dati all’interno della scheda sono contenuti all’interno di files zip protetti da una lunghissima password (sempre basata sul CID della SDCard).

Queste protezioni possono essere bypassate patchando il game_launcher interno (situato in /usr/bin/) ed estraendo i dati protetti da password (rizippando l’eseguibile egret2 senza password).

Quindi, se volete far accettare alla macchina “copie” delle SDCard originali, dovete necessariamente patchare il launcher ed estrarre gli archivi protetti da password, l’unlock è necessario solamente per dumpare i dati delle schedine.

Una ulteriore protezione si trova all’interno degli updates: questi sono infatti firmati con una chiave asimmetrica RSA (probabilmente di 2048 bytes) quindi non si possono modificare per farli accettare alla console poichè ogni modifica altererebbe la firma digitale e dunque la console non la riconoscerebbe.

Come ultima “chicca” abbiamo una modalità FEL che per essere “triggerata” ha bisogno, oltre che dell’accricco di cavetti USB di cui avrete contezza più avanti, dell’invio di specifici bytes attraverso l’USB per far letteralmente saltare il codice del bootloader al FEL mode (questa informazione è ottenibile dal source code del bootloader, che è sotto licenza GPL). Questa non è una vera e propria protezione; di solito infatti questo sistema viene utilizzato nei dispositivi che non hanno un tasto fisico che permetta l’accesso alla modalità FEL.