[Recensione] X360Key alias XK3Y

bella guida :d

Ma con quali lettori non è compatibile la X3key?

Fat e slim, sul sito non è specificato quali ma altri siti specificano alcune incompatibilità, quindi qui mi appello a qualche modder esperto che ne abbia già installati diversi, perchè io su xbox360 lavoro poco.

Nella parte in cui analizzi i pro e contro c'è un'errore "Compatibile con PS3 fat e Slim"
Comunque bella guida, probabilmente presto mi servirà...

In che misura si può considerare l'andare in live con l'ODE attivo più "sicuro" che l'andarci con il lettore del firmware cambiato con l'ultimissima versione di LT+?
Ovvero: se l'idea è simulare le risposte che darebbe un lettore col firmware originale alle "challenge" dei server di M$, direi che il giochino è lo stesso che fa il firmware di C4eva.
A questo punto, a meno di considerare di un livello superiore questo tipo di emulazione (che si gioca tutta a livello software) rispetto a quella di C4eva (che non è MAI stata data per 100% Live-proof), direi che queste boutade sulla trasparenza sul Live, sono del tutto fuori luogo da parte di questi signori.
Anche perché mi piacerebbe capire su che base potrebbero mai dire di fare meglio/peggio/allo stesso modo questo tipo di approccio, rispetto ai risultati basati su una statistica estremamente più ampia, come quella dei lettori modificati.
Voglio dire: se 4 gatti con l'Xkey non sono mai stati bannati, non significa granché, dal mio punto di vista, come prova del fatto che si vada "sicuri" sul Live con l'ODE attivo.
Tra l'altro, se funziona sullo stesso principio "stealth" di un fw taroccato, come si fa anche solo a pensare che possa MAI esserlo?!? Abbiamo avuto MILIONI di prove del contrario e anche a livello teorico è un "no-win scenario" ed ancora se ne parla?!? Bah!
O forse mi manca un pezzo del quadro complessivo?

@ema93: grazie della segnalazione sono troppo abituato a scrivere per PS3 e mai per Xbox360.
@jtagger: No, l'LT imita solamente il comportamento del firmware ufficiale... anche se di fatto è modificato. L'ODE non ha nulla da "imitare", perchè prende il firmware ufficiale dal lettore e lo abilita su di sè, comportandosi nella stessa identica maniera del lettore non moddato. Sfrutta un metodo completamente diverso rispetto a quello utilizzato dai CF di C4eva.

In quanto alla sicurezza della modalità pass-trough, si tratta di "switch elettronici" nell'FPGA che sono programmati per sconnettere il resto della scheda dal lettore originale quando la modalità ODE è disattivata. Per rendere meglio l'idea, è come se prendessi l'XK3y e lo scollegassi fisicamente dalla console, ripristinando il lettore originale al suo posto.
Il team Key l'ha fatto elettronicamente perchè non sarebbe possibile passare manualmente dal lettore all'ODE mettendo le mani ai cavi a console accesa... mi pare chiaro.
Quindi, in pass-trough mode, la sicurezza sul live è garantita. Non è garantita invece in modalità ODE, dove anche solo dimenticando un vecchio firmware nella microSD dell'XK3y a console aggiornata verremmo immediatamente flaggati, perchè verrebbe a mancare la corrispondenza firmware-dashboard.
Se si mantiene questa corrispondenza, e finchè Microsoft non introduce nuovi metodi di protezione, anche l'ODE mode è sicura sul live.

Non si tratta di 4 gatti non bannati sul live, si tratta di migliaia di persone che tengono aggiornata console e allo stesso tempo anche XK3y e vanno tranquillamente sul Live perchè sanno come funzionano le protezioni introdotte da Microsoft sul Live e su Xbox360.

se funziona sullo stesso principio "stealth" di un fw taroccato, come si fa anche solo a pensare che possa MAI esserlo?!? Abbiamo avuto MILIONI di prove del contrario e anche a livello teorico è un "no-win scenario" ed ancora se ne parla?!? Bah!
O forse mi manca un pezzo del quadro complessivo?

Quando scrivo un articolo, quello che scrivo è frutto di diverse ricerche e non della mia sola esperienza personale. Se ho intenzione di scrivere in un articolo "le nuvole sono fatte di vapore", so per certo di non essere più esperto di diversi modder presenti in questo sito, e quindi so perfettamente che questa gente esperta non ci penserà su due volte a correggermi.
Per questo, quando non sono sicuro di qualcosa, faccio ricerche, vado su google, verifico che le mie affermazioni siano vere, mi informo se davvero "le nuvole siano fatte di vapore" e poi lo scrivo...

Io apprezzo che la gente contesti quanto scrivo SOLO SE anche la gente SA QUELLO CHE STA SCRIVENDO perchè conosce la cosa, e non buttando giù ipotesi azzardate... perchè queste tue ipotesi non fanno altro che screditare il tempo perso a scrivere quanto tu hai letto e criticato senza conoscere nulla.
E a prova di questo addito le diverse correzioni agli articoli di elettronica che ho pubblicato prendendo informazioni da centinaia di fonti diverse (non sto scherzando) e mettendoci delle ore a scrivere una sola frase della quale non ero sicuro al 100%, cercando IO STESSO in prima persona di capire quello che dovevo a mia volta spiegare ad altri.

Non perdo la pazienza facilmente, e gli utenti storici di questo sito lo sanno bene.
Non ti manca UN pezzo del quadro complessivo, te ne mancano PARECCHI.
Considero la mia reputazione più preziosa di qualsiasi altra cosa, e mi vengono i 5 minuti se qualcuno me la infanga senza sapere nemmeno di cosa stia parlando.

pero su un punto non è chiaro quando io su una phat ho estratto il firmware del lettore non credo serva estrarlo di nuovo, quel file dummy serve solo per far sapere alla key che tipo di lettore monta dopo e il firmware vero e propio della key che fa funzionare i backup, sbaglio qualcosa?

Si, con l'X360key il dummy non serve. Serve solo il dump.
L'X360key avvia l'intero firmware del lettore in loco, quindi è come se creasse un secondo lettore (fisicamente uguale a quello originale).

Il re-dump del firmware dopo l'aggiornamento del lettore è necessario per far corrispondere il firmware presente sul lettore al firmware presente sull'ODE. Devono necessariamente essere identici, non funziona assolutamente come l'iXtreme LT, quindi i concetti che sono comunemente applicati sui lettori moddati, con questa mod devono essere dimenticati.
E' tutta un'altra cosa.

Mi spiace che tu la prenda così sul personale, SB.
Credimi, ho sempre apprezzato la grande professionalità con cui approcci ogni argomento che tratti.
Proprio per questo mi sono sentito in dovere di esporre i miei dubbi. Se questo vuol dire, per te, screditarti, beh basta che me lo dici. Me li terrò per me; anche perché, sinceramente, non ho voglia di litigare con nessuno, men che meno con una persona così disponibile e preparata.
Il punto è cmq non sono per niente convinto della tua analisi.
La questione dello switch in modalità pass-through non era, per esempio, neppure in discussione; a che pro tirarla in ballo?
Mi aspetto che se dicono che è come se spegnessero tutto l'hardware "extra"; si comportamenti esattamente così e quindi non mi aspetto problemi di nessun tipo in quella modalità.
INFATTI, non l'ho minimamente menzionata.

La cosa che non mi convince (e che continui a tirare fuori) è che venga usato il firmware del lettore così come viene estratto dal lettore stesso.
Ora, a prescindere dal fatto che il FW completo NON è stato trovato un modo per estrarlo se non da alcuni tipi di lettori con trucchi tutt'altro che puliti (leggi taglio piste sui liteon phat!!), anche si usasse quello pari pari, l'hw su cui dovrebbe girare sarebbe cmq emulato e quindi, in ultima analisi, alterato.
Non voglio contraddire nessuno per partito preso, ma anche se, come sostieni tu, mi mancano PARECCHIE parti del quadro, vorrei, appunto, che queste parti mi venissero illustrate.
Le mie obiezioni sono cmq fondate e sensate, se mi devo basare soltanto su quanto hai divulgato.
Certo, nessuno ti obbliga a darmi le informazioni che mi mancano, né io pretendo che tu lo faccia.
Ho posto solo delle domande e le ho motivate. Considerazioni sul "no-win scenario", poi, mi pare che siano difficilmente controvertibili, e se non bastassero discorsi teorici, penso che l'esperienza quotidiana di chi si prende un bel calcio in dalla M$ parlino meglio di migliaia di chiacchiere.
Detto tra noi, con un servizio che vanta più di 6 milioni di utenti, anche "migliaia" di esperienze "riportate" da fonti tutte da verificare, che peso statistico pensi possano avere?
Tutto questo, cmq, non ha nulla a che vedere con la tua "reputazione", che nessuno (NON IO) ha MAI voluto mettere in discussione e che per primo considero OTTIMA.
Che dire? Chiedo scusa se esprimo i miei dubbi e li motivo, persino.
La mia inforazione è carente e parziale, ok, ma fosse diversamente non chiederei, affermerei e, credimi, noteresti la differenza...

Ok, probabilmente ho frainteso le tue intenzioni, e sono felice di poterlo dire.
Ammetto che non avevo capito che non stavi contestando la sicurezza della modalità pass-trough, avevo pensato il contrario.
Il dump del firmware del lettore (leggasi dump della rom contenente il firmware del lettore) si ottiene tramite una semplice lettura. Come applicando un programmatore sull'integrato e leggendone il contenuto, il dump ottenuto collegando il lettore ad un PC e tramite il JungleFlasher contiene le stesse informazioni.
Altrimenti non sarebbe possibile nemmeno intervenire sul contenuto del firmware e alterarlo come avviene con i CF.
Nei test che ho effettuato per scrivere questa recensione ho usato l'X360USB pro avendo solo computer portatili in casa... e sul lettore che avevo a disposizione non ho dovuto effettuare alcun taglio piste per la lettura... è stato sufficiente mettere il lettore in vendor mode (e il metodo per l'attivazione della vendor mode cambia da lettore a lettore).
E' probabile che il lettore sia vecchio e che non abbia gli ultimi sistemi di sicurezza, ma questo riguarda solo l'ingresso in vendor mode e non il dump del firmware, che si ottiene su tutti i drive con metodi differenti.

L'hardware dell'X360key non è chiaramente in grado di leggere e avviare qualsiasi dump firmware, ed è per chiarire questo punto che ho scritto al team XK3y per avere una lista completa dei lettori supportati.
L'XK3y funziona alla fine non è altro che la board di un lettore DVD originale (sono riusciti a riprodurne uno quelli del team xecuter, col freedom, quindi non mi stupisco di nulla)... con la differenza che al posto di pilotare un laser come input di lettura hanno messo l'elettronica necessaria a consentire la lettura da HDD USB.
Quindi non capisco il perchè dei tuoi dubbi, visto che alcun lettore fa i controlli sul traffico dati passante dal laser alla scheda quanto sull'integrità del firmware. Non ci vedo nulla di strano.
Ed il dump, in ultima analisi, da che mondo è mondo contiene una copia 1:1 del contenuto della memoria adibita al firmware del drive.
E la stessa cosa è avvenuta su Wii con il dump/flash della nand presente sulla scheda madre, addirittura su integrati differenti o di maggiore capienza, oppure su PS3, con i vari programmatori nand/nor per il downgrade, che sarebbe stato impossibile se i dump non fossero state delle copie 1:1... ed infine le esortazioni di gente come dospiedras, di fare 2-3 volte lo stesso dump per essere sicuri di avere un firmware non corrotto, in modo da poterlo RIPRISTINARE INTERAMENTE in caso di danni e ancora il software BootMii per Wii, che permette di fare un dump completo della NAND della console ma senza utilizzare alcun programmatore... e potrei stare qui a farti esempi fino a domani...

Preciso le informazioni di cui sono in possesso, e che probabilmente non sono corrette.
Io credevo che dai lettori non si estraesse il firmware completo con JF ma solo le sue parti necessarie a far funzionare l' iXtreme del caso.
Ad esempio; era possibile estrarre key e dummy dai liteon 7xxxx già prima del metodo del taglio delle piste; ma anche se si avevano questi dati, non si otteneva una copia 1:1 del fw.
Che io sappia l'unico modo per ottenerla su quei lettori (liteon 7xxxx, 8xxxx e 9xxxx) è un bel taglio delle piste; il quale permette di aggirare la protezione che impedisce il dump 1:1 di cui sopra in condizioni "normali".
Gli esempi che mi fai di Memorie statiche dump-ate via software non mi sono affatto nuovi, ma che valenza hanno?! Mi parli di software che gira a livello di kernel (con accesso diretto incodizionato a tutte le risolse hw) o cmq con i privilegi più che sufficienti per leggere le suddette memorie. E soprattutto girano sulla macchina stessa che le monta!!
Se si riesce ad aggirare le restrizioni implementate a livello di hw/sw sulla macchina (vedi JTAG/RGH su XBox360) per l'esecuzione del codice e l'accesso alle sue "periferiche", è chiaro che fare i suddetti dump sia "triviale".
Lettori basati su hw esterni possono soggetti ad ulteriori e diverse restrizioni che sono state implementate a livello di criptazione se non addirittura di protezione dalla lettura.
Posso immaginare che questo tipo di protezioni si paghi e per questo non vengano richieste, ma, tanto per dire, la chiave dei liteon slim si legge senza problemi, ma per scrivere qualcosa sulla sua memoria statica bisogna perforare un chip!! Ci rendiamo conto?!?
Questo dimostra, per come la vedo io, che questi eventuali costi aggiuntivi, vengano affrontati se lo si ritiene "conveniente" e allineato alle proprie (di M$) strategie.
Tornando alle mie informazioni (probabilmente errate), il fw completo non si riesce ad estrarre se non da pochissimi tipi di lettori e con hack piuttosto invasivi (tipo, appunto, il taglio delle piste).
Ora, ammesso che mi sbagli, rimane il fatto che un'altra informazione di cui sono in possesso mi suggerisce che il metodo con cui M$ sgama i lettori modificati è, in parole molto povere ed improprie, quello di interrogarli sui tempi di risposta e sui dati letti dai dischi orginali e di confrontarli con dati tabellati per identificare le risposte "sospette".
Per quel che ne so, l'LT rincorre sempre la M$ nel fornire le risposte "note" per passare "inosservato".
Da qui l'idea del "no-win scenario"; finché si è, per architettura, sempre un passo indietro è logico pensare che ad ogni passo avanti di M$ corrisponda una serie di flaggamenti (e dunque ban, quando lo decidono a Redmond) di console che falliscono i test di cui sopra.
Se l'idea è che l'ODE riesce a far girare correttamente il fw gabbandolo sul hw che dovrebbe pilotare, deve cmq fare i conti con i tipi di risposta che questo hw specifico restituisce allo strato sw (il firmware appunto) e che poi vengono girate come risposte ai server di M$.
Il problema, come si vede, è spostato da un livello sw ad un altro, ma persiste. Ed è questo che, stando lecose così come le descrivo, trovo che tutte le fanfaronate sul 100% Live-proof siano spacconate da marketing.
E' già successo enne volte che M$ tirasse fuori delle challenge che non si conoscevano e cominciasse ad usarle per flag-gare senza pietà. E continuando ad aggiornare sia hw dei lettori che sw degli stessi e delle console, lo scenario è ciclico e la sicurezza di cui sopra è solo vapore!!
Usare il fw originale al 100% è solo una parte del problema. Tra l'altro, soluzioni dual o addirittura triple firmware non sono affatto una novità; ma nessuno si è mai sognato (prima d'ora) di sostenere che con un backup di qualsiasi tipo (disco o file iso su di un HDD) si potesse andare in Live con la SICUREZZA del 100% di non essere sgamati.
E nessuno si azzardava per i motivi di cui sopra.
Ora con l'ODE il quadro è diverso (l'ho capito persino io), ma, sempre per quel che so e che capisco, non tanto da aver risolto il problema di fondo che ho illustrato.
L'ODE fa girare un fw intonso, ma le risposte che gli dovrebbe dare l'hw su cui è disegnato per girare e che dovrebbe controllare è cmq "emulato" (da cui il nome!) e i produttori di questi ODE saranno sempre e cmq un passo indietro a M$ nel sapere quali sono le risposte che i server si attendono! (senza contare quali e quante e in che momento e via così!!)

una cosa invece Bus... quando dici:

Ad ogni aggiornamento dashboard si deve attendere i risultati delle prove: se oltre alla dashboard l'aggiornamento ha flashato anche il lettore, è necessario riaprire la console e inserire il nuovo firmware nella microSD. Avevo pensato alla possibilità di dissaldare lo slot microSD dalla board per portarlo fuori dalla console, ma resta il problema che si deve comunque aprire la console per dumpare il firmware originale del lettore.
La microSD esterna può essere utile solamente per aggiornare quando necessario il file dae.bin.

Se si parte da un'xbox vergine (con lettore non flashato) ammettendo che un aggiornamento Microsoft flashi il lettore, penso che non serva estrarre il FW originale visto che è già stato estratto la prima volta, o mi sbaglio?
Inoltre mi sembra pure che per aggiornare il dae.bin basta buttarlo sull'hard disk esterno (o chiavetta) in cui ci sono i giochi come fosse un aggiornamento del fw XK3y (solo all'inizio era necessario sulla SD ma poi mi sembra che con un FW sucessivo sia stato cambiato in questo modo).

io invece non ho capito se è "plug and play" o se c'è bisogno di estrarre la key

jtagger scusa cosa c'e' da capire?.
te la faccio semplice.
DVD XBOX (fw) bus XBOX = GIOCHI IN LIVE.
ODE (FW) bus XBOX = GIOCHI IN LIVE.

Praticamente l'ode non fa altro che usare lo stesso FW per passare i dati alla xbox. Logicamente hanno studiato bene i drive xbox e come caricano i dati da disco (fw+hw). In emulazione qui c'e' l'hw del drive non il FW (che logicamente funziona su tutti e due (drive,ode).
Se M$ avesse fatto la stessa cosa che su wii (togliere dall' hw del drive la lettura dei dvd). non c'era CFW che teneva ma l'ode sarebbe funzionato lo stesso capito?

Mettendo le mani avanti (e considerando che ne so meno di zero), se arriverà un'aggiornamento della dashboard con il quale bisogna aggiornare anche la microSD, come faccio a reperire il dae.bin giusto ? (bisognerebbe aggiornare solo quello o anche il dummy.bin o si può lasciare quello che già c'è all'interno dalla microSD ?).
Ho guardato al link per la prima installazione ma non dice nulla per questo caso

Originariamente Scritto da Naxil

jtagger scusa cosa c'e' da capire?.
te la faccio semplice.
DVD XBOX (fw) bus XBOX = GIOCHI IN LIVE.
ODE (FW) bus XBOX = GIOCHI IN LIVE.

Praticamente l'ode non fa altro che usare lo stesso FW per passare i dati alla xbox. Logicamente hanno studiato bene i drive xbox e come caricano i dati da disco (fw+hw). In emulazione qui c'e' l'hw del drive non il FW (che logicamente funziona su tutti e due (drive,ode).
Se M$ avesse fatto la stessa cosa che su wii (togliere dall' hw del drive la lettura dei dvd). non c'era CFW che teneva ma l'ode sarebbe funzionato lo stesso capito?

No guarda, io capisco benissimo ed è per questo che pongo domande quantomeno sensate.
Il punto è proprio quello: "Logicamente hanno studiato bene i drive xbox e come caricano i dati da disco".
Se bastasse questo (studiare bene), non credi che C4eva che lavora a fw taroccati per xbox da anni avrebbe già trovato il modo per garantire lo stealth al 100%??
Pensi che l'emulazione totale delle risposte dell'HW sia una cosa così banale?
Senza contare che nel sistema entrano in gioco il firmware della console e un collegamento client server, dove il server è controllato unicamente da M$, tanto per dire!!
La verità è questa è come una partita a poker in cui M$ dà le carte e sa esattamente quelle che puoi avere in mano, mentre gli hacker possono essere sicuri di quelle che ha in mano M$ solo dopo che le gioca.
Ti lascio immaginare che senso abbia parlare di stealth al 100% usando backup in Live (di questo sto parlando, se non fosse chiaro).

@ciscotn: se vuoi restare offline con l'ODE, potrebbe andare benissimo il primo firmware che hai dumpato (ma non ho potuto testare questa cosa). Se vuoi giocare online, sei obbligato ad aggiornare anche l'ODE, altrimenti la pena è il ban.

@m4udit: serve l'intero dump firmware del tuo lettore.

@lucignolo79: non ho mai parlato di dummy.bin... che non è assolutamente necessario perchè questa mod non funziona come quelle che modificano il firmware al lettore. Serve solamente aggiornare il dae.bin... e per sapere se l'hanno aggiornato devi aspettare che gli esperti lo facciano sapere, altrimenti eviti di giocare online con l'ODE (lo lasci in pass-trough mode) e non hai bisogno di cambiare dae.bin o di dumpare nuovamente il firmware.

@jtagger: Tempo fa si utilizzavano sistemi dual nand per i lettori, tramite i quali sul lettore si lasciava il firmware originale, mentre sulla memoria supplementare si flashava il CF iXtreme LT. Non so se si possa fare ancora (non mi risulta, ma non lavorando sulle Xbox non ti saprei dire con certezza) ma questa soluzione permetteva di andare online in maniera del tutto sicura, disattivando la seconda nand e attivando quella originale. Per fare questo serve necessariamente un dump 1:1... ed era un metodo stealth al 100%.
Ma per ottere una funzionalità stealth al 100% serve necessariamente una soluzione hardware (che io ho sempre preferito a quelle software), perchè qualsiasi soluzione CF (software) va ad alterare il firmware ufficiale, per cui, nel caso la console si renda conto (non so in che modo, non ho indagato) che il firmware nel lettore è diverso da quello che l'aggiornamento dashboard ha flashato (un banale controllo md5?)... scatta il flag+successivo ban... ma per questo simili soluzioni hardware, se mantenute aggiornate esattamente come il lettore originale... non sono rilevabili.

Io sapevo che le soluzioni dual fw lasciavano il controller originale senza toccarlo (col suo fw originale, appunto) e quello taroccato era sul "modchip" (e per farlo andare bastava dummy e dvd key). Per quel che ne so non hanno mai avuto bisogno di un dump 1:1 del firmware del lettore.
In ogni caso li ho tirati in ballo per dire che "grazie al piffero che sei stealth se spegni l'hw tarocco!!"; ci erano arrivati ben prima dell'ODE.

A parte questo, le soluzioni hw, per come la vedo io, non sono di per sé una panacea!
OK, il fw che gira sull'ODE sarà pure quello stock, quello originale al 100%, ma non è che i controlli da parte di dashboard e server M$ si limitino a verificare questo!!
Tutt'altro!!
Per farla breve usare il fw stock non basta neppure lontanamente, secondo me a garantire di essere TOTALMENTE invisibili agli occhi di M$.
Tra l'altro se fosse solo una questione di checksum (e quindi se fosse possibile la lettura bit per bit del fw del lettore da parte della console) per sgamare un fw taroccato, adesso non credo esisterebbero neppure i fw iXtreme, perché sarebbero immediatamente individuati con un semplice confronto con una copia nella NAND della console, per esempio.

Intanto grazie a StandardBus per la guida, si vede che è fatta minuziosamente.

Avevo però due quesiti che sarebbe interessante approfondire nella guida stessa.

1) Non ho capito se la chiavetta Wi-Fi opzionale permette per esempio di lanciare giochi presenti su un HD montato su un pc. Mi sembra di aver letto che supporta fino a 150mbps (che non sarebbe male). Se servisse solo per essere usata su un mobile tramite apps sarebbe veramente alquanto inutile e molto scenografica e basta.

2) Su un'altra recensione ho letto che sulle slim i lettori: lite-on 1214 e hitachi 0500 non sono supportati dalla xk3y. Nel caso te o qualcuno mi confermaste questa cosa, è possibile sapere o almeno intuire quale drive è montato su una slim senza doverla aprire? (questo perchè devo ordinarlo, ma in questo momento la mia x360slim è a circa 1000km)

Grazie

Salve io ho console con rgh posso montare la xkey?? O ho problemi??