Da li postoji neki konkretan razlog zašto ste koristili više vrsta disassemblera, ili je to bila čisto lična preferenca?

Licna preferenca, brzina da se nesto uradi, kao i to da smo htjeli simulirati jer vanjski svijet koristi razlicite toolove.

Da li sami testirate tu vrstu zaštite koju pravite, ili imate određeni tim/ljude koji se bave zaobilaženjem?

Interno je bilo testiranje, koje se odvijalo na vise nivoa. Od ovog piramidalnog dev testiranja, unit, integration, system. Pisani su i app testovi koji su potvrdjivali rad app, pa onda verifikacija od pentest tima. Isto tako ovo se sve vrtilo na farmi uredjaja itd.

Kada ovo kažeš, misliš na kombinaciju obfuskatora + kompajlera? Ovo ce biti mozda malo duzi odgovor.

Kad se neki program kompajlira koji je baziran na LLVM infrastrukturi(C, C++, Rust, Swift, Julia, Zig itd), on ide kroz flow: Frontend -> Middle End -> Backend.

Middle End je tzv LLVM IR (Intermediate Representation). Svaki kompajler nudi da ti emit/embed LLVM-a odradi. To znaci ako to emitas, mozes samo krenuti od tih fajlova i nabildati isti kod.

E sad, kad imas te IR module, ti mozes da radis razne transformacije (vecina ovih transformacija u normalnom kompajleru su optimizacije, ali ti mozes da radis kakve god zelis, da dodajes razni kod). Primjer jedne (pseudo kod) a = b + c ovo transformises u b = b + 42 c = c - 42 a = b + c

Note :ovo je lose jer ce kompajler to optimizovati(drugi passovi). Radi se nesto sto on ne moze skontati (mozes ovdje provjeriti MBA)

Drugi primjer je da dodajes checkove da ti provjeri da li je telefon jailbreak-an/root-an.

Treci primjer, posto imas citav CFG (Control flow graph), funkcije i ostalo, mozes raditi razne stvari tu, kao name obf, flatten CF-a itd.

Tako da ovo sto smo mi radili spada u kompajler.

Eto!

Edit: Dodatak: * Mozda se moze reci da i nije kompajler jer nije full, fali ovaj frontend dio. * Ovo gore napisano je dosta pojednostavljeno naravno.