macOS FS Tricks
Learn & practice AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE)
Learn & practice GCP Hacking:
HackTricks Training GCP Red Team Expert (GRTE)
Combinações de permissões POSIX
Permissões em um diretório:
leitura - você pode enumerar as entradas do diretório
escrita - você pode deletar/escrever arquivos no diretório e pode deletar pastas vazias.
Mas você não pode deletar/modificar pastas não vazias a menos que tenha permissões de escrita sobre elas.
Você não pode modificar o nome de uma pasta a menos que a possua.
execução - você está autorizado a percorrer o diretório - se você não tiver esse direito, não pode acessar nenhum arquivo dentro dele, ou em quaisquer subdiretórios.
Combinações Perigosas
Como sobrescrever um arquivo/pasta de propriedade do root, mas:
Um proprietário de diretório pai no caminho é o usuário
Um proprietário de diretório pai no caminho é um grupo de usuários com acesso de escrita
Um grupo de usuários tem acesso de escrita ao arquivo
Com qualquer uma das combinações anteriores, um atacante poderia injetar um link simbólico/duro no caminho esperado para obter uma escrita arbitrária privilegiada.
Caso Especial de Pasta root R+X
Se houver arquivos em um diretório onde apenas o root tem acesso R+X, esses não são acessíveis a mais ninguém. Portanto, uma vulnerabilidade que permita mover um arquivo legível por um usuário, que não pode ser lido por causa dessa restrição, deste diretório para outro diferente, poderia ser abusada para ler esses arquivos.
Exemplo em: https://theevilbit.github.io/posts/exploiting_directory_permissions_on_macos/#nix-directory-permissions
Link Simbólico / Link Duro
Se um processo privilegiado estiver escrevendo dados em um arquivo que poderia ser controlado por um usuário de menor privilégio, ou que poderia ter sido criado anteriormente por um usuário de menor privilégio. O usuário poderia simplesmente apontá-lo para outro arquivo via um link simbólico ou duro, e o processo privilegiado escreverá nesse arquivo.
Verifique nas outras seções onde um atacante poderia abusar de uma escrita arbitrária para escalar privilégios.
.fileloc
Arquivos com extensão .fileloc
podem apontar para outros aplicativos ou binários, então quando são abertos, o aplicativo/binário será o que será executado.
Exemplo:
FD Arbitrário
Se você conseguir fazer um processo abrir um arquivo ou uma pasta com altos privilégios, você pode abusar do crontab
para abrir um arquivo em /etc/sudoers.d
com EDITOR=exploit.py
, assim o exploit.py
obterá o FD para o arquivo dentro de /etc/sudoers
e abusará dele.
Por exemplo: https://youtu.be/f1HA5QhLQ7Y?t=21098
Evitar truques de xattrs de quarentena
Remover isso
uchg / uchange / uimmutable flag
Se um arquivo/pasta tiver este atributo imutável, não será possível colocar um xattr nele.
defvfs mount
Uma montagem devfs não suporta xattr, mais informações em CVE-2023-32364
writeextattr ACL
Este ACL impede a adição de xattrs
ao arquivo
com.apple.acl.text xattr + AppleDouble
AppleDouble formato de arquivo copia um arquivo incluindo seus ACEs.
No código-fonte é possível ver que a representação de texto da ACL armazenada dentro do xattr chamado com.apple.acl.text
será definida como ACL no arquivo descompactado. Portanto, se você compactou um aplicativo em um arquivo zip com formato de arquivo AppleDouble com uma ACL que impede que outros xattrs sejam escritos nele... o xattr de quarentena não foi definido no aplicativo:
Verifique o relatório original para mais informações.
Para replicar isso, primeiro precisamos obter a string acl correta:
(Note que mesmo que isso funcione, o sandbox escreve o xattr de quarentena antes)
Não é realmente necessário, mas deixo aqui só por precaução:
macOS xattr-acls extra stuffBypass Code Signatures
Bundles contêm o arquivo _CodeSignature/CodeResources
que contém o hash de cada arquivo no bundle. Note que o hash de CodeResources também está embutido no executável, então não podemos mexer com isso, também.
No entanto, existem alguns arquivos cuja assinatura não será verificada, estes têm a chave omitida no plist, como:
É possível calcular a assinatura de um recurso a partir da linha de comando com:
Montar dmgs
Um usuário pode montar um dmg personalizado criado até mesmo em cima de algumas pastas existentes. É assim que você pode criar um pacote dmg personalizado com conteúdo personalizado:
Normalmente, o macOS monta discos conversando com o serviço Mach com.apple.DiskArbitration.diskarbitrationd
(fornecido por /usr/libexec/diskarbitrationd
). Se adicionar o parâmetro -d
ao arquivo plist do LaunchDaemons e reiniciar, ele armazenará logs em /var/log/diskarbitrationd.log
.
No entanto, é possível usar ferramentas como hdik
e hdiutil
para se comunicar diretamente com o kext com.apple.driver.DiskImages
.
Escritas Arbitrárias
Scripts sh periódicos
Se seu script puder ser interpretado como um script shell, você poderá sobrescrever o /etc/periodic/daily/999.local
script shell que será acionado todos os dias.
Você pode fingir uma execução deste script com: sudo periodic daily
Daemons
Escreva um LaunchDaemon arbitrário como /Library/LaunchDaemons/xyz.hacktricks.privesc.plist
com um plist executando um script arbitrário como:
Just generate the script /Applications/Scripts/privesc.sh
with the commands you would like to run as root.
Sudoers File
If you have arbitrary write, you could create a file inside the folder /etc/sudoers.d/
granting yourself sudo privileges.
PATH files
The file /etc/paths
is one of the main places that populates the PATH env variable. You must be root to overwrite it, but if a script from privileged process is executing some command without the full path, you might be able to hijack it modifying this file.
You can also write files in /etc/paths.d
to load new folders into the PATH
env variable.
Generate writable files as other users
Isso irá gerar um arquivo que pertence ao root e que é gravável por mim (código daqui). Isso também pode funcionar como privesc:
POSIX Shared Memory
POSIX shared memory permite que processos em sistemas operacionais compatíveis com POSIX acessem uma área de memória comum, facilitando uma comunicação mais rápida em comparação com outros métodos de comunicação entre processos. Envolve a criação ou abertura de um objeto de memória compartilhada com shm_open()
, definindo seu tamanho com ftruncate()
, e mapeando-o no espaço de endereços do processo usando mmap()
. Os processos podem então ler e escrever diretamente nesta área de memória. Para gerenciar o acesso concorrente e prevenir a corrupção de dados, mecanismos de sincronização como mutexes ou semáforos são frequentemente utilizados. Finalmente, os processos desmapeiam e fecham a memória compartilhada com munmap()
e close()
, e opcionalmente removem o objeto de memória com shm_unlink()
. Este sistema é especialmente eficaz para IPC eficiente e rápido em ambientes onde múltiplos processos precisam acessar dados compartilhados rapidamente.
macOS Descritores Protegidos
Descritores protegidos do macOS são um recurso de segurança introduzido no macOS para aumentar a segurança e a confiabilidade das operações de descritores de arquivo em aplicativos de usuário. Esses descritores protegidos fornecem uma maneira de associar restrições específicas ou "guardas" com descritores de arquivo, que são aplicadas pelo kernel.
Esse recurso é particularmente útil para prevenir certas classes de vulnerabilidades de segurança, como acesso não autorizado a arquivos ou condições de corrida. Essas vulnerabilidades ocorrem quando, por exemplo, uma thread está acessando uma descrição de arquivo, dando acesso a outra thread vulnerável sobre ela ou quando um descritor de arquivo é herdado por um processo filho vulnerável. Algumas funções relacionadas a essa funcionalidade são:
guarded_open_np
: Abre um FD com uma guardaguarded_close_np
: Fecha-ochange_fdguard_np
: Altera as flags de guarda em um descritor (até mesmo removendo a proteção da guarda)
Referências
Aprenda e pratique Hacking AWS:HackTricks Training AWS Red Team Expert (ARTE)
Aprenda e pratique Hacking GCP:
HackTricks Training GCP Red Team Expert (GRTE)
Last updated