Lionel Debroux (./27) :
La modif de l'adresse de base fait apparaître un autre truc dans le désassemblage: qu'y a-t-il à 119cdxxx (voir l'extrait de ./16), puisque le boot2 ne va que jusqu'à 11997944 ?
squalyl (./26) :
protip: le boot2 est vérifié par le boot1. Il me semble.
Pen^2 (./34) :
l'est quand même fort, ce ExtendeD
hwti (./37) :
On peut trouver facilement des fonctions de la libc:
hwti (./37) :
un moyen d'avoir ses propres certificats ?
ROM:11801264 BL check_if_dev_unit ; disabled at factory ROM:11801268 CMP R0, #0 ROM:1180126C BEQ loc_1180143C ; Configuring as dev unit ... ROM:1180143C BL configure_dev_unit ROM:11801440 LDR R0, =aConfiguringAsA ; "Configuring as a developer unit." ROM:11801444 ROM:11801444 loc_11801444 ; DATA XREF: ROM:119905A0o ROM:11801444 BL log_rs232___
Kevin Kofler (./35) :
Le sprintf gère-t'il %n? Si oui, y a-t'il des vulnerabilités de chaînes de formatage quelque part?
ExtendeD (./38) :
Les logs RS232 ne contiennent pourtant évidemment pas "configuring as a developer unit", et vu la tête de check_if_dev_unit le beq est actif.
)
ExtendeD (./38) :
Et surtout des choses qui doivent se retrouver telles quelles dans l'OS.
ExtendeD (./38) :
Est-ce que tu peux revérifier les adresses de free et fopen ? Il semble y avoir une coquille.
Pen^2 (./40) :
Je suppose que CMP n'en a pas besoin, mais après tout, je tente
Godzil (./42) :
il a pas dit que le boot2 etait tout l'OS (meme si ça pourrait) mais que les fonction utilisé pourrait etre les meme
hwti (./37) :
On peut trouver facilement des fonctions de la libc:
) [edit : qui ne semble jamais initialisé - ou par boot1 ?]ExtendeD (./38) :
Les logs RS232 ne contiennent pourtant évidemment pas "configuring as a developer unit", et vu la tête de check_if_dev_unit le beq est actif.
(et on aurait alors pas bossé complètement pour rien avec roms sur l'USB)ExtendeD (./46) :
log_rs232 à 11855078 fait un sprintf puis un fwrite avec comme FILE* l'adresse 0x119FB35C () [edit : qui ne semble jamais initialisé - ou par boot1 ?]
(enfin je n'en sais rien mais elles ne sont pas très optimisées)ExtendeD (./39) :Kevin Kofler (./35) :
Le sprintf gère-t'il %n? Si oui, y a-t'il des vulnerabilités de chaînes de formatage quelque part?
En regardant rapidement non (en tout cas pas comme un CMP R3, #0x25 ; '%' ou CMP R3, #0x75 ; 'u').
1185606c: e51b1080 ldr r1, [fp, #-128] 11856070: e51b30b4 ldr r3, [fp, #-180] 11856074: e063000a rsb r0, r3, sl 11856078: e2813004 add r3, r1, #4 ; 0x4 1185607c: e50b3080 str r3, [fp, #-128] 11856080: e5912000 ldr r2, [r1] 11856084: e5820000 str r0, [r2] 11856088: eaffff90 b 0x11855ed0
118558d0: e50b00b4 str r0, [fp, #-180] 118558d4: e3540000 cmp r4, #0 ; 0x0 118558d8: e3a00000 mov r0, #0 ; 0x0 118558dc: e50b1090 str r1, [fp, #-144] 118558e0: e50b2080 str r2, [fp, #-128]
ExtendeD (./55) :
Il y aurait moyen de se partager ça facilement entre databases IDA ?
)
static main()
{
MakeNameEx(0x11856E68, "strncmp", 0);
}ExtendeD (./57) :
Joint à "File -> Produce -> Dump database to IDC file" c'est jouable.
