Vous essayez de mettre la charue avant les boeufs.
Le ZZbug ne fonctionne pas sur V7.1.
On utilise le movexbug, c'est la base de beaucoups de carte.
Ce principe consiste à écraser le stack pointer de la carte en utilisant une ins et un unlooper et de pointer sur un programme voulu après le 'RET' de l'ins.
merci grizou0 ,donc il nous reste
merci grizou0 ,donc il nous reste a trouver le movxbug (avec la possibiliter de jouet avec les glitch )car pour le moment seul open custum a le movxbug (essai) mais on na pas la main sur les glitch ,puis il nous reste a trouver les glitch a utilizer selon ce que l on veyt faire , pour ce qui est de la posiotion que l on veut changer de l eeprom ca ca devrai pas etre trop dur dit moi ci je me trompe mais je croit avoire un petit peut resumer .
pour ce qui est du zzbug ci ma memoire est bonne on passe une astruction petit a petit via un bug sur le code parantal mais cela n est que pour les 7.0 .
ps sur open costum le movx bug a la rsa fr ou pas ?????
salut a tous
j'aimerais bien savoir command reparer les tables BX et FX jais une carte
qui ecrie avec 9X seulement
si quelqu'un save quelque chause fait nous un totu
merci D'avance
vous faites fausse route avec zzbug il n'a été trouvé que sur les cartes seca 1 4.2 il a été corrigé depuis
sur le seca 2 ce qui marche c'est le movex mais tres dur d'avoir des billes .
grizou a evoqué le principe en effet il s'agit de loger un bootstrap dans l'eeprom et puis par un ins on provoque un interrupt
qui fait booter la carte sur ce bout de programme .
movex etant une instruction en assembleur qui permet d'ecrire aux adresses habituellement innacessibles
et donc via cette routine on peu ecrire n'importe ou sans passer par les routines des instructions seca .
Comme l'a dit benmo, il s'agirait d'inserer un code en eeprom , à la place du provider 1 (qui pemet soit d'extraire la rom ou l'eeprom, dépend du code ecrit) et d'apres ce que j'ai pu lire ici et là, s'arranger pour que, lors d'un retour d'une routine (il semblerait que cette routine copie des données de l'eeprom vers la ram), que l'adresse de retour dans la pile soit celle où le code est inscrit en eeprom. Mais comment faire pour faire pointer en eeprom, pas encore trouvé
A+
Le problème est qu'il faut connaitre le pointer en RAM pour faire fonctionner le movxbug, c'est bien ca. D'ou certainement l'intérêt du unlooper.Originally Posted by Grizou0
D'après ce que j'ai compris, il faut écrire une key F3 sur 0000 qui va déclencher ce bug en pointant sur cette adresse et ensuite envoyer une 38 qui va elle nous permettre soit d'écraser ce pointeur, soit d'extraire cette ram ou voir écrire ce fameux loader mais je bute.
Sur la 6.0, il falait envoyer une série d'instruction afin de remplir la ram et donc d'écraser le pointeur.
Je pense que là c'est pareil, il doit faloir un certain nombre de 38.
Niko, tu n'as rien compris du tout.
Tu lis entre les lignes.
@Grizou, je sais que j'ai pas tout compris mais ca va venir. En tout cas merci de me répondre.
Aux autres,
Quelques essais:
-Ecriture d'une F0 sur 0000
-Envoie d'une 38
-Envoie d'une 36 --> réponse:
12004CA61040E8F3120068F41200BC0C3E00BC0C 3E009C21E3008C
00000005000000110000000100000084F41200EE F8D277B60701CA4
9005A0020F4120000F0FD7F0000000038FB76000 10000003C000000
0400000004000000890000000100000079001001 0400000014000000
8900000001000000790010010400000005000000 010000000F000000
790010018C00000005000000010000000F000000 7900100101000000
05000000110000001500000004000000A8F41200 69F9D277B60701CA
890000007900100149005A000100000001000000 0500000014F51200
E028D377B60701CAC4F412000000000050461900 0002000004000000
040000008D
(je sais pas si ca ressemble a quelque chose mais bon...
-Autres particularité maintenant:
C1B4000008B411223344556677889028 (erreur de checksum)
La carte répond à cette instruction, or je ne sais pas si elle éxiste.
Si quelqu'un a une ou plusieurs idées...
Dis nous ce qui n'est pas ecrit entre les lignes, ça doit etre surement interessant.
A+
Posting Permissions
Reply With Quote