Simplified Assembly Loader to prościutki programik (napisany zresztą "na kolanie" w niecałą godzinę) którego zadaniem jest ułatwienie rozpoczęcia nauki assembly x86 pod win32 i "linuxami". Będę z niego korzystał w kursie assembly który planuje wrzucać na youtube). Jak każdy mój tool, asmloader jest open source (tym razem licencja MIT, dla odmiany).

Z mojego doświadczenia wynika, że początek nauki assembly, to w zasadzie nie nauka assembly, a:
- próba wyboru kompilatora / assemblera
- nauka stworzenia hello world w pod ten assembler
- stwierdzenie, że kurs jest pod tasm a my mamy nasm
- stwierdzenie, że nasm nie rozumie składni at&t
- stwierdzenie, że w zasadzie na 20 linii programu w masm/fasm tylko 3 to faktycznie instrukcje assembly
- stwierdzenie, że windows nie ma int 21h i assembly 16-bitowy kiepsko na nim działa
- stwierdzenie, że windows nie ma również int 80h
- etc.

Powyższe rzeczy są ofc ważne, ale fajnie by było to uprościć na samym początku do np.:
- jak najmniejszego overhead'a jeśli chodzi o strukturę pliku źródłowego, czyli np. żadnych tablic importów, sekcji, etc
- zunifikowania API - do zrobienia pierwszych kroków wystarczy w zasadzie z 5 funkcji i fajnie by było gdyby było można je tak samo wywołać pod Windowsem jak i "Linuxami"
Oczywiście, zunifikowane API wprowadza nowe API, co też cudowne nie jest (chociaż niby możnaby rozwiązać to implementując np. API Linuxa pod Windowsem, ale nvm).

Wracając do Simplified Assembly Loader aka asmloader - jest to prosta appka której podaje się nazwę pliku zawierającego 32-bitowy kod maszynowy (bez żadnych nagłówków) i która:
1. Alokuje pamięć Read/Write/Execute na podany plik (+- 0x101 bajtów na stub + padding).
2. Ładuje tam kod maszynowy (na offset +0x100).
3. Skacze do niego.
Oraz dodatkowo, udostępnia API (5 funkcji: exit, putchar, getchar, printf, scanf; taak, to są standardowe funkcje ze standardowej biblioteki C, więc bez problemu można znaleźć ich opis).

Jeśli chodzi o warunki początkowe, to nie można czynić żadnych założeń co do wartości rejestrów, oprócz dwóch:
- EBX zawiera pointer na tablicę API (o tym za chwilę)
- ESP wskazuje na prawidłowy stos (tzn nie trzeba ESP inicjować w żaden sposób, można od razu korzystać ze stosu)

Jeśli chodzi o odwołania do API, to robi się to używając call [ebx+NR_FUNKCJI * 4], gdzie * 4 wynika z wielkości pointera (4 bajty aka 32 bity), a NR_FUNKCJI to:
0 - exit
1 - putchar
2 - getchar
3 - printf
4 - scanf
Np. call [ebx+1*4] wywoła putchar.

Funkcje są cdecl, czyli:
1. Argumenty wrzuca się na stos (stos rośnie w stronę niższych adresów, więc przyjmuje się, że argumenty wrzuca się "od tyłu").
2. Caller (programista) musi zdjąć argumenty ze stosu po tym jak funkcja wróci.
3. To co funkcja zwróci jest w EAX.

Np. wypisanie literki 'H' to (w składni nasm):

push dword 'H' ; wrzucenie na stos literki 'H' (kodu ASCII ofc)
call [ebx+1*4] ; wywołanie putchar
add esp, 4     ; wyczyszczenie stosu
Jeśli chodzi o stub i padding, to stub zawiera kod który wrzuca do EBX adres tablicy API, a padding to po prostu 0xCC (int3), czyli jeśli ktoś zapomni o exit lub ret (lepiej użyć exit, ew trzeba zadbać o zachowanie rejestrów które się używa), to program się crashnie.

Jeśli chodzi o assembler który polecam do kompletu, to jest nim nasm (Netwide Assembler), ale w zasadzie może być to dowolny assembler który umie wygenerować beznagłówkowy kod maszynowy (np. fasm z format binary i use32 też się nada).

To chyba na tyle. Na koniec linki:
asmloader.c (źródło, licencja MIT)
asmloader.exe (binarka pod Win32)

Programik kompiluje się pod GCC (MinGW, "linuxowe" GCC) i MSVC++ (cl.exe), np.
gcc asmloader.c -o asmloader

Jeśli chodzi o potencjalny rozwój, to raczej za dużo go nie będzie. Co najwyżej planuje dodać tryb 64-bitowy, oraz jakieś proste API do wypisania wszystkich rejestrów i RDTSC.

And that's that :)