Parametry guarded_open_np

Question

Znalazłem, że funkcja libsqlite3.dylib używa funkcji guarded_open_np do otwierania pliku bazy danych. Spojrzałem na open source sqlite3, nie było czegoś takiego. Więc na pewno Apple zmodyfikował go tak, aby używał guarded_open_np zamiast uniksowego open.

Wiem, że guarded_open_np jest prywatnym API i nie znalazłem ani nagłówka, ani dokumentacji na jego temat. Chcę przechwycić (Cydia MSFunctionHook) na guarded_open_np, więc muszę wiedzieć, jakie są również parametry, a nie tylko nazwa funkcji.

odwrócić inżynierii libsqlite3.dylib użyciem IDA Pro, to jak to nazywa guarded_open_np:

sub_79c1c: 
push {r7, lr} 
mov r7, sp 
sub sp, #0x4 
mov r3, r1 
movw r1, #0xc57e 
movt r1, #0x0 
str r2, [sp, #0x4 + var_0] 
add r1, pc 
movs r2, #0xf 
blx imp___picsymbolstub4__guarded_open_np 
add sp, #0x4 
pop {r7, pc}  

Jednak to nadal nie jest jasne, jakie params to może potrwać. Doceniam wiele, jeśli istnieje jakaś oficjalna strona z podaniem guarded_open_np ze wszystkimi jej parametrami.

Answer 1

Z informacji, które tu są, nie wierzę, że będziemy w stanie udzielić solidnej odpowiedzi, chociaż CodaFi to dobra sugestia.

powiedział, że tu są pewne odniesienia, które mogą być pomocne w co daje narzędzia, aby dowiedzieć się:

Pierwsze, to pewnie już wiesz, ale dowiedzieć się o rejestrach i stosu.

W zestawie, aby wywołać funkcję, zwykle następuje coś, co nazywa się interfejsem binarnym aplikacji (ABI), który po prostu konfiguruje konwencje, takie jak miejsce, w którym funkcje oczekują ich argumentów (rejestry, stos itp.), Które rejestruje wywołanie funkcji, jest dozwolone zmienić i cetera.

Ponieważ jest to system iOS, powinieneś zobaczyć: Procedure Call Standard for ARM Architecture i iOS ABI Function Call Guide.

Patrząc na sekcję "Podstawowe wywołanie procedury standardowej" w pierwszym łączu powyżej, można stwierdzić, że wywołania funkcji oczekują, że ich pierwsze cztery argumenty będą znajdować się odpowiednio w rejestrach r0 ~ r4.

Tak więc, dla twojego dochodzenia, prawdopodobnie chcesz dowiedzieć się, co jest w tych rejestrach tuż przed rozgałęzieniem się na stub w guarded_open_np. XCode może wypluć zbiór pliku dla ciebie, i powinieneś być w stanie ustawić na nim punkty przerwania; następnie użyj komendy register read w llvm, aby wyświetlić całą zawartość rejestru (pamiętaj, że niektóre rejestry mogą zawierać tylko lokalizacje w pamięci, które chcesz sprawdzić za pomocą komend lldb memory read).

W celu jeszcze większego zagłębienia się w zespół iOS, polecam 3-częściowy blog Michaela Asha "Demontaż zespołu" 1, 2 i 3. Wtedy możesz polubić jego najnowszy post na ARM 64 bit updates. Są to zasoby nieformalne, ale pomagają szybko opanować proces skanowania i ogólnie wiedzieć, co się dzieje.