Mirrors/hacktricks
2
0
Fork 0
mirror of https://github.com/carlospolop/hacktricks synced 2024-12-19 01:24:50 +00:00
Code Issues Projects Releases Packages Wiki Activity
hacktricks/macos-hardening/macos-security-and-privilege-escalation/macos-security-protections/macos-dangerous-entitlements.md

12 KiB
Raw Blame History

Permissões Perigosas do macOS & Permissões TCC

Aprenda hacking no AWS do zero ao herói com htARTE (HackTricks AWS Red Team Expert)!

Outras formas de apoiar o HackTricks:

{% hint style="warning" %} Note que permissões começando com com.apple não estão disponíveis para terceiros, apenas a Apple pode concedê-las. {% endhint %}

Alto

com.apple.rootless.install.heritable

A permissão com.apple.rootless.install.heritable permite bypassar o SIP. Confira isto para mais informações.

com.apple.rootless.install

A permissão com.apple.rootless.install permite bypassar o SIP. Confira isto para mais informações.

com.apple.system-task-ports (anteriormente chamado task_for_pid-allow)

Esta permissão permite obter o task port para qualquer processo, exceto o kernel. Confira isto para mais informações.

com.apple.security.get-task-allow

Esta permissão permite que outros processos com a permissão com.apple.security.cs.debugger obtenham o task port do processo executado pelo binário com esta permissão e injetem código nele. Confira isto para mais informações.

com.apple.security.cs.debugger

Aplicativos com a permissão de Ferramenta de Depuração podem chamar task_for_pid() para recuperar um task port válido para aplicativos não assinados e de terceiros com a permissão Get Task Allow definida como true. No entanto, mesmo com a permissão de ferramenta de depuração, um depurador não pode obter os task ports de processos que não possuem a permissão Get Task Allow, e que, portanto, são protegidos pela Proteção de Integridade do Sistema. Confira isto para mais informações.

com.apple.security.cs.disable-library-validation

Esta permissão permite carregar frameworks, plug-ins ou bibliotecas sem serem assinados pela Apple ou assinados com o mesmo ID de Equipe que o executável principal, então um atacante poderia abusar de algum carregamento arbitrário de biblioteca para injetar código. Confira isto para mais informações.

com.apple.private.security.clear-library-validation

Esta permissão é muito semelhante a com.apple.security.cs.disable-library-validation mas em vez de desabilitar diretamente a validação de biblioteca, ela permite que o processo chame uma chamada de sistema csops para desabilitá-la.
Confira isto para mais informações.

com.apple.security.cs.allow-dyld-environment-variables

Esta permissão permite usar variáveis de ambiente DYLD que poderiam ser usadas para injetar bibliotecas e código. Confira isto para mais informações.

com.apple.private.tcc.manager ou com.apple.rootless.storage.TCC

De acordo com este blog e este blog, estas permissões permitem modificar o banco de dados TCC.

system.install.apple-software e system.install.apple-software.standar-user

Estas permissões permitem instalar software sem pedir permissões ao usuário, o que pode ser útil para uma escalada de privilégios.

com.apple.private.security.kext-management

Permissão necessária para solicitar ao kernel para carregar uma extensão de kernel.

com.apple.private.icloud-account-access

Com a permissão com.apple.private.icloud-account-access é possível se comunicar com o serviço XPC com.apple.iCloudHelper que fornecerá tokens do iCloud.

iMovie e Garageband tinham essa permissão.

Para mais informações sobre o exploit para obter tokens do iCloud a partir dessa permissão, confira a palestra: #OBTS v5.0: "What Happens on your Mac, Stays on Apple's iCloud?!" - Wojciech Regula

com.apple.private.tcc.manager.check-by-audit-token

TODO: Não sei o que isso permite fazer

com.apple.private.apfs.revert-to-snapshot

TODO: Em este relatório é mencionado que isso poderia ser usado para atualizar o conteúdo protegido pelo SSV após um reinício. Se você souber como, por favor envie um PR!

com.apple.private.apfs.create-sealed-snapshot

TODO: Em este relatório é mencionado que isso poderia ser usado para atualizar o conteúdo protegido pelo SSV após um reinício. Se você souber como, por favor envie um PR!

keychain-access-groups

Esta permissão lista os grupos keychain aos quais o aplicativo tem acesso:

<key>keychain-access-groups</key>
<array>
<string>ichat</string>
<string>apple</string>
<string>appleaccount</string>
<string>InternetAccounts</string>
<string>IMCore</string>
</array>

kTCCServiceSystemPolicyAllFiles

Concede permissões de Acesso Total ao Disco, uma das maiores permissões do TCC que você pode ter.

kTCCServiceAppleEvents

Permite que o aplicativo envie eventos para outros aplicativos que são comumente usados para automatizar tarefas. Controlando outros aplicativos, ele pode abusar das permissões concedidas a esses outros aplicativos.

Como fazê-los pedir a senha do usuário:

{% code overflow="wrap" %}

osascript -e 'tell app "App Store" to activate' -e 'tell app "App Store" to activate' -e 'tell app "App Store" to display dialog "App Store requires your password to continue." & return & return default answer "" with icon 1 with hidden answer with title "App Store Alert"'

{% endcode %}

Ou fazendo-os executar ações arbitrárias.

kTCCServiceEndpointSecurityClient

Permite, entre outras permissões, escrever no banco de dados TCC do usuário.

kTCCServiceSystemPolicySysAdminFiles

Permite alterar o atributo NFSHomeDirectory de um usuário, o que muda o caminho da pasta inicial e, portanto, permite burlar o TCC.

kTCCServiceSystemPolicyAppBundles

Permite modificar arquivos dentro do pacote de aplicativos (dentro de app.app), o que é proibido por padrão.

É possível verificar quem tem esse acesso em Configurações do Sistema > Privacidade & Segurança > Gerenciamento de Aplicativos.

kTCCServiceAccessibility

O processo poderá abusar dos recursos de acessibilidade do macOS, o que significa que, por exemplo, ele poderá pressionar teclas. Assim, ele poderia solicitar acesso para controlar um aplicativo como o Finder e aprovar o diálogo com essa permissão.

Médio

com.apple.security.cs.allow-jit

Esta permissão permite criar memória que é gravável e executável passando a flag MAP_JIT para a função do sistema mmap(). Confira isto para mais informações.

com.apple.security.cs.allow-unsigned-executable-memory

Esta permissão permite substituir ou corrigir código C, usar o há muito obsoleto NSCreateObjectFileImageFromMemory (que é fundamentalmente inseguro), ou usar o framework DVDPlayback. Confira isto para mais informações.

{% hint style="danger" %} Incluir esta permissão expõe seu aplicativo a vulnerabilidades comuns em linguagens de código de memória insegura. Considere cuidadosamente se seu aplicativo precisa desta exceção. {% endhint %}

com.apple.security.cs.disable-executable-page-protection

Esta permissão permite modificar seções de seus próprios arquivos executáveis no disco para sair à força. Confira isto para mais informações.

{% hint style="danger" %} A permissão de Desabilitar Proteção de Página Executável é uma permissão extrema que remove uma proteção de segurança fundamental do seu aplicativo, possibilitando que um atacante reescreva o código executável do seu aplicativo sem detecção. Prefira permissões mais restritas se possível. {% endhint %}

com.apple.security.cs.allow-relative-library-loads

TODO

com.apple.private.nullfs_allow

Esta permissão permite montar um sistema de arquivos nullfs (proibido por padrão). Ferramenta: mount_nullfs.

kTCCServiceAll

De acordo com este post de blog, esta permissão TCC geralmente é encontrada na forma:

[Key] com.apple.private.tcc.allow-prompting
[Value]
[Array]
[String] kTCCServiceAll

Permitir que o processo solicite todas as permissões do TCC.

kTCCServicePostEvent

Aprenda hacking no AWS do zero ao herói com htARTE (HackTricks AWS Red Team Expert)!

Outras formas de apoiar o HackTricks: