CoRpO

Membres
  • Compteur de contenus

    45
  • Inscription

  • Dernière visite

Tout ce qui a été posté par CoRpO

  1. C4Eva a été clair : Kreon et AP25 (Fable 3) = PAS BON Donc on peut définitivement enterrer le Kreon
  2. CoRpO

    360 HDFR 1.02 By SoulHeaven

    D'ailleurs en parlant de nandpro, c'est pas la peine de s'embêter a flasher un fichier rempli de 0, il a une belle commande -e qui fait ça
  3. En fait il y a de l'étain dans le trou, mais de l'autre côté de la carte mère (testé et approuvé, suffit de chauffer le fil et il fait fondre l'étain du dessous, ensuite un peu d'étain sur le fil et ça fait super propre Toujours pas bon, le 18 est en bas et pas en haut (eh oui, la numérotation des broches n'est pas la même sur J1D2 et J2D2) Donc il te faut inverser les lignes sur J2D2 : ligne du haut 14-2, ligne du bas 1-11-18
  4. Non tu t'es trompé, tu as mis les 5 fils sur J2D2 au lieu de J1D2 (a droite de la flash, pas en dessous) Sinon, concernant le tuto, si on veut effacer un block de la nand, plutôt que de s'embêter a "NandPro lpt:-w16 votrefichiernand.bin 0x0158 1" un fichier vidé, je pense que un "nandpro lpt: -e16 0x0158 1" c'est plus simple Et puis pour avoir l'emplacement du dernier secdata, autant ouvrir le dump avec flash tool (pas besoin de clés) et il donne directement le bloc de secdata ... et il faut effacer le suivant, qui contient la mise à jour du systeme de fichier faisant référencea ce nouveau secdata
  5. Bah sinon ABGX permet de checker un "Burned DVD" donc no problem hein ... donc dans le graveur et zou le test
  6. Vous me confirmez que si je met la main sur un DROM 6316 ça pourrait faire un super lecteur pour ripper dans le pc ? Y'a juste a inverser la polarité du moteur et éventuellement a virer l'ergot sur le tiroir ? Parce que vu que le firmware kreon c'est plus ce que c'était ... avoir un vrai firmware de 360 ça serait top (enfin, un 0800 bien entendu)
  7. Salut à tous, Je vous fais partager une info que je viens de voir sur afterdawn. Les vérifications faites par ABGX ne sont pas 100% fiables! En effet, les derniers jeux intègrent des SSV2 (les secteurs de sécurité), mais les lecteurs utilisés pour faire les backups DOIVENT être a jour pour voir (et extraire) les SSV2. Donc tous les backups de jeux récents faits avec des lecteurs kreon ou avec des ixtreme (sauf le 0800) sont incorrects. Et AGBX n'y voit que tu feu, il voit des SSV1 qui sont ok et ça lui suffit. Si le jeu a des SSV2, il ne s'en rends pas compte, et on croit qu'on a un bon backup alors que c'est totalement faux. Un exemple : (kreon d'un côté, 0800 de l'autre) Plutôt édifiant, non ? Je pense que ça n'a pas aidé les gueux a résister au ban actuel ... Pensez a faire tourner l'info. Et vivement qu'abgx intègre l'info de version du SS dans sa base de données! Il y a même pire, en comparant les SS entre kreon et 0800, dans certains cas les valeurs des SSV1 sont differentes entre les deux ... donc non seulement le kreon ne voit pas les SSV2 mais en prime quand il y en a il lui arrive de se planter sur les SSV1! Gravissime ! (enfin, quand on pense que tout est ok ) Je n'ai pas de liste des jeux SSV2, mais COD MW2, Borderlands et Left 4 Dead 2 en font partie !! Source
  8. Heu, réfléchis deux secondes: quand tu te connectes au live, ta console fait coucou aux serveurs du live ... pourquoi ms s'embêterai a passer par d'autres chemins ? "Coucou, j'suis là! Donne moi ton secdata ... ah je vois que monsieur a fait des bêtises ... au revoir monsieur, et pas la peine de revenir" IMPORTANT! IMPORTANT! IMPORTANT! IMPORTANT! IMPORTANT! IMPORTANT! IMPORTANT! Sinon, une infos IMPORTANTE : A tous ceux qui font des backups, n'utilisez SURTOUT PAS un lecteur kreon pour ripper : ils font des rips incorrects sur les jeux ssv2 ! Et Agbx n'y voit que du feu ... donc firmware 0800 sur lecteur xbox UNIQUEMENT pour les rips. Je pense (et je ne suis pas le seul) que ça a une part non négligeable des raisons dans les bans massifs!
  9. Ah, une info importante, avec le firmware kreon, les rips de jeux ssv2 sont incorrects !!! (genre cod mw2) Donc ne surtout pas utiliser un firmware kreon 1.0 avec les jeux récents !! En espérant qu'il fasse une mise à jour
  10. nawak le test de connexion fait juste passer l'info du live vers la console qu'elle est bannie, si son secdata a été traité entre sa dernière connexion au live et le test de connexion. faut pas prendre des suppositions de ce thread pour des vérités prouvées
  11. Ce qui prouve bien que la console loggue les infos, et que les serveurs du live décident ou non du bannissement selon ce qu'ils voient dans le log. En ce moment le 0400 est fatal ...
  12. CoRpO

    Flash Tool

    Oui pardon, je tente d'extraire les fichiers décryptés d'un dump de xenon 7371 (CB 1920) Dump ok, xell ok, clé cpu ok, extraction kv ok. pour le reste ... ça plante au bout de 4 fichiers, sauf si je fais un dump raw (mais là ça m'interresse moins ) J'ai reflashé mon dump, ça fonctionne bien. C'est a priori une console de 2005 refurb en 2007 (osig benq, heatpipe sur le gpu, et un super sticker "Flying Tiger", je me demande ce qu'il fout là ) Résultat idem avec FT 0.88a, a fixed et b. J'comprends pas trop ... testé sur un seven 32, un seven 64, et un xp 32 qui m'a servi a nandpro la bête. Idem dans tous les cas Edit : avec bincrypt ça marche... et ça m'ira
  13. Je te remercie pour ta réponse, entre temps j'ai testé et c'est concluant Hélas non je n'ai pas d'autre lecteur, j'ai deux box et un seul lecteur ...
  14. CoRpO

    Flash Tool

    Mmm, j'ai FT 0.88b qui plante quand je veux extraire les fichiers de mon dump (j'ai 3 dumps identiques, je présume donc qu'il est ok) au bout de 4 fichiers ... testé sur 7 et xp, idem. Je m'inquiète un peu sur la qualité de mon dump là du coup :/ Moi qui voulais contrôler/modifier mon secdata ... aie aie edit 1: (note, avec seulement les deux clés xex, puisque c'est "censé" fonctionner sans la clé cpu [que je n'aurai que ce soir, quand j'aurai rebooté la box sur XeLL, mais je teste surtout pour une autre box dont je ne pourrai pas avoir la clé cpu...]) edit 2: logiquement avec raw dump ça ne plante plus, et je récupère le fichier ... crypté. Mais je faisais fausse route edit 3: bon, et bien avec la clé cpu ça plante toujours ... mais bon, j'ai mon kv, a priori c'était le plus important ... mais bon, c'est bizarre quand même !!
  15. Je serais toi je la ferai vite remettre en origine en attendant d'en savoir plus : ça serait vraiment domage qu'il reste des traces de l'utilisation du 1.6 dans la mémoire de ta console et que ça te porte préjudice par la suite. En tout cas tu as ta clé dvd, conserve la bien, je pense qu'elle te resservira plus tard
  16. Oui, c'est vieux, mais c'est toujours d'actualité ? Je viens de récupérer par hasard un SH-D162C ...
  17. Si je vois juste il suffit de supprimer l'install du ddur ... et ça n'aura pas laissé de traces ... si c'est un controle effectué par les serveurs du live et non pas par la console (ça impliquerai une base de données des jeux, donc la console ne peut pas l'avoir en local) Maintenant, ça ne reste qu'une théorie (mais plus j'y pense ... plus je trouve ça plausible)
  18. Je crois que j'ai compris le truc, et ça explique pas mal de cas, si ce n'est tous (a moins que j'en ai raté, je ne prétends pas avoir la science infuse, mais j'ai tout de même pris la peine de me taper les 316 pages du topic, une a une, oui !) Bon, les faits : - Une mise à jour est sortie, elle propose une super fonction, installer les jeux sur le disque dur - Quand une console est bannie, elle perd cette fonction - A priori, pas de bannis sans jeux installés sur le disque dur (ou peut être des cas particuliers ?) L'idée : Lors de l'installation sur le disque dur, il se passe quelque chose qui fait que la copie sur le disque n'est pas exactement ce qu'elle doit être - Le fait que ça soit un backup ? - Le firmware modifié est a l'origine des differences ? Cette idée explique le cas du banni avec une console clean, sur un jeu original (dont le disque 2 a été installé sur le disque dur avec une console flashée ET un backup) Ce qu'il faudrait, pour confirmer ou infirmer cette théorie, c'est fait un test. Pour ça, il faut un console clean puis flashée, un jeu original et son backup. On fait l'installation du jeu sur le disque, et on compare le fichier résultant de cette installation avec un pc. Si on voit des differences, on est fixés ... je ne peux pas le faire, la seule 360 que j'ai ne peut plus rien installer ) Vos avis ?
  19. Sniffer du SSL n'est pas vraiment utile ...
  20. Peut être que MS n'a pas d'informations sur ta console dans sa base et ne peut donc pas comparer les valeurs que ta console leur envoi. Il y a eu ici le cas de quelqu'un dont la xbox était inconnue de MS lorsqu'il a contacté le service client pour un retour en réparation (rien a voir avec le ban, ça date d'avant, et ça console n'était de toutes façons pas bannie, juste en RROD). Après tout, une base de donnée avec plusieurs dizaines de millions d'entrées il peut tout a fait en manquer quelques unes (genre le serveur en panne/maintenance au moment ou cette box a été fabriquée et identifiée)
  21. Merci pour ta réponse. En fait elle ne m'arrange pas des masses
  22. J'aurais juste besoin d'une confirmation : y'a des bannis avec disque dur officiel qui ne peuvent plus installer de jeux dessus ? Il me semble bien que oui, mais je voudrais juste être sûr. De ce qu'on peut lire a gauche et à droite, il semblerait effectivement que les disques durs modifiés fassent partie des critères. Et depuis le début je suspecte que c'est ça qui m'a fait bannir. Enfin, faudrait trouver un possesseur de hdd custom, banni avec une xbox non flashée. A mon avis, s'il en existe, il ne doit pas y en avoir beaucoup ici ...
  23. Laissons-leur le temps de décompiler et tracer 100% du code du nouveau dash, histoire qu'ils soient surs qu'ils ont patché une zone non vérifiée / non vérifiable ou que c'est patché mais que ça passe quand même le test de la console. Car faut pas se leurrer, depuis la dernière mise à jour (après tout, c'est notre seul point commun a 100%), MS a trouvé une méthode. Et qui dit bricoler avec le hardware de la console (interroger le lecteur d'une façon ou d'une autre) dit le faire lors de l'initialisation de la console (impensable avec tous les processus lancés, et encore moins en plein jeu). Souvenez-vous que les dash 8xxx ont modifié la partie boot de la console (qui, d'après divers témoignages, s'est allongée d'une a deux secondes). Ça m'a l'air clair. Pour ce qui est de la lecture du firmware du lecteur, on sait que c'est impossible sur la plupart des lecteurs (il n'y a qu'a voir la difficulté de le faire en software, s'ils l'ont vérouillé pour les bricoleurs, ils l'ont aussi verrouillé pour la console, sinon ceux qui désassemblent les firmware auraient vu et exploité la méthode), a part l'hitachi. Mais peut être qu'en posant une question précise au lecteur, ils ont réussi a trouver des differences ? Si C4eva part sur un firmware avec des modifications minimalistes, alors je pencherai pour le fait qu'un lecteur flashé ne réponde pas exactement a la même vitesse qu'un original (car beaucoup de modifications). Ca pourrait justement expliquer le temps de boot allongé (genre, la console passe 2 secondes en boucle a envoyer des séquences de commande au lecteur et le timing doit être parfait, sinon elle le logue dans sa nand, et donne l'info aux serveurs live lors de la connexion). Si j'ai bien suivi les bans sont validés manuellement par des humains. Je suppose que ces humains reçoivent une liste de consoles qui n'ont pas passé le test de timing, et que sur la base d'autres critères, ils valident ou non le ban. Car si MS avait été 100% sûr de son coup, et bien TOUS les flashés auraient été bannis et directement au niveau de leur console, via le dash, vous ne pensez pas ? Je suppose que le changement d'avis de C4eva a suivi une étude attentive du code de boot de la console. Je pense que quand il affirmait que c'était indétectable, il se basait sur deux faits, le fait que la console ne peut pas lire le firmware du lecteur et le fait que le firmware modifié renvoie toujours les mêmes informations que l'original. Mais avec le coup des timings ... recoupé par le fait qu'il est parti sur un FW avec des modifications mineures ... MS peut aussi avoir pensé les choses différemment, et c'est peut être pour ça que sa méthode a été plus discrete : le temps de boot allongé contient divers accès au lecteur au milieu de l'initialisation normale, le tout chronométré, et le temps stocké dans la nand. Suite a ça, lors de chaque connexion au live, la console envoie le temps mis (ou le temps moyen, qui sait). Partant de là, ms se fait une super base de données avec modèle de lecteur et de console. Et là, forcement, si y'a 5% des consoles qui sortent des chiffres différents des autres, la réponse est évidente. Ca doit être quelque chose de ce style, je ne vois pas trop d'explications. Et il ne doit pas y avoir que ça, peut être qu'ils ont combiné cette méthode avec la précédente, pour ceux qui étaient passés a travers la dernière fois et qui avaient des "cochonneries" dans leur nand. Bref, 16 Mo a désassembler et a tracer, c'est un sacré boulot !
  24. Le double Nand, ça existe, entre autres avec la Cygnos V2. En gros quand tu es offline tu es sur la copie de la nand (que tu as faite toi), backups, toussa ... Pis quand tu veux aller en ligne, hop, la nand "propre", des originaux et si tu veux vraiment faire ça parfaitement, tu débranches le disque dur que tu utilises en offline. Et si tu veux être 100%, tu remet un lecteur d'origine. Bon, en gros, t'as deux consoles quoi La nand ce n'est qu'une puce de mémoire flash comme tu as dans les clés usb, ni plus ni moins.
  25. oui et non ce qu'ils proposent c'est simplement de permettre de jouer a des backups offline en ne permetant pas a la console de stocker l'info dans sa mémoire flash ainsi, en repassant sur la mémoire 'propre', en déconnectant le disque dur et en n'utilisant que des originaux, on est virtuellement indétectable sur le live SI le firmware n'est pas détectable. Et là, s'il l'est et que la console est bannie, en théorie, en repassant sur la mémoire "offline" on a une console bannie mais pleinement fonctionnelle puisqu'elle n'est pas au courant qu'elle est bannie. Ca m'a l'air plutôt contraignant (le coup du hdd, toussa) et pas 100% safe, mais en tout cas certainement plus safe que de ne rien faire le gars parle d'une prochaine vague de ban le 17/11/2009, bon deja il cite aucunes sources non plus. D'ailleurs dans la suite il parle de cette vague le weekend dernier. bref, le gars tu sais pas si il parle d'une vague futur ou passé; le genre de mec qui ecrit un article alors qu'il sait rien. Juste histoire de remplir le vide de son site. Tu lis ce que tu cites au moins ?