# macOS Dirty NIB
Aprenda hacking no AWS do zero ao herói comhtARTE (HackTricks AWS Red Team Expert)!
Outras formas de apoiar o HackTricks:
* Se você quer ver sua **empresa anunciada no HackTricks** ou **baixar o HackTricks em PDF**, confira os [**PLANOS DE ASSINATURA**](https://github.com/sponsors/carlospolop)!
* Adquira o [**material oficial PEASS & HackTricks**](https://peass.creator-spring.com)
* Descubra [**A Família PEASS**](https://opensea.io/collection/the-peass-family), nossa coleção de [**NFTs**](https://opensea.io/collection/the-peass-family) exclusivos
* **Junte-se ao grupo** 💬 [**Discord**](https://discord.gg/hRep4RUj7f) ou ao grupo [**telegram**](https://t.me/peass) ou **siga**-me no **Twitter** 🐦 [**@carlospolopm**](https://twitter.com/carlospolopm)**.**
* **Compartilhe suas técnicas de hacking enviando PRs para os repositórios do** [**HackTricks**](https://github.com/carlospolop/hacktricks) e [**HackTricks Cloud**](https://github.com/carlospolop/hacktricks-cloud) no github.
**Esta técnica foi retirada do post** [**https://blog.xpnsec.com/dirtynib/**](https://blog.xpnsec.com/dirtynib/)
## Informações Básicas
Arquivos NIB são usados no ecossistema de desenvolvimento da Apple para **definir elementos da interface do usuário (UI)** e suas interações dentro de um aplicativo. Criados com a ferramenta Interface Builder, eles contêm **objetos serializados** como janelas, botões e campos de texto, que são carregados em tempo de execução para apresentar a UI projetada. Embora ainda em uso, a Apple tem recomendado a transição para Storyboards para uma representação mais visual do fluxo de UI de um aplicativo.
{% hint style="danger" %}
Além disso, **arquivos NIB** também podem ser usados para **executar comandos arbitrários** e se um arquivo NIB for modificado em um App, o **Gatekeeper ainda permitirá executar o app**, então eles podem ser usados para **executar comandos arbitrários dentro de aplicativos**.
{% endhint %}
## Injeção Dirty NIB
Primeiro precisamos criar um novo arquivo NIB, usaremos o XCode para a maior parte da construção. Começamos adicionando um Objeto à interface e definimos a classe para NSAppleScript:
Para o objeto, precisamos definir a propriedade `source` inicial, o que podemos fazer usando Atributos de Tempo de Execução Definidos pelo Usuário:
Isso configura nosso gadget de execução de código, que vai simplesmente **executar AppleScript sob solicitação**. Para realmente acionar a execução do AppleScript, vamos apenas adicionar um botão por enquanto (você pode, claro, ser criativo com isso ;). O botão será vinculado ao objeto `Apple Script` que acabamos de criar e irá **invocar o seletor `executeAndReturnError:`**:
Para testes, vamos apenas usar o Apple Script de:
```bash
set theDialogText to "PWND"
display dialog theDialogText
```
E se executarmos isso no depurador do XCode e clicarmos no botão:
Com nossa capacidade de executar código AppleScript arbitrário a partir de um NIB, precisamos em seguida de um alvo. Vamos escolher o Pages para nossa demonstração inicial, que é claro, é um aplicativo da Apple e certamente não deveria ser modificável por nós.
Primeiro faremos uma cópia do aplicativo em `/tmp/`:
```bash
cp -a -X /Applications/Pages.app /tmp/
```
Então, lançaremos o aplicativo para evitar quaisquer problemas com o Gatekeeper e permitir que as coisas sejam armazenadas em cache:
```bash
open -W -g -j /Applications/Pages.app
```
Após iniciar (e encerrar) o aplicativo pela primeira vez, precisaremos substituir um arquivo NIB existente pelo nosso arquivo DirtyNIB. Para fins de demonstração, vamos simplesmente substituir o NIB do Painel Sobre para que possamos controlar a execução:
```bash
cp /tmp/Dirty.nib /tmp/Pages.app/Contents/Resources/Base.lproj/TMAAboutPanel.nib
```
Uma vez que tenhamos sobrescrito o nib, podemos desencadear a execução selecionando o item de menu `About`:
Se olharmos mais de perto para o Pages, vemos que ele tem um entitlement privado que permite o acesso às Fotos do usuário:
Então, podemos colocar nosso POC à prova **modificando nosso AppleScript para roubar fotos** do usuário sem solicitação:
{% code overflow="wrap" %}
```applescript
use framework "Cocoa"
use framework "Foundation"
set grabbed to current application's NSData's dataWithContentsOfFile:"/Users/xpn/Pictures/Photos Library.photoslibrary/originals/6/68CD9A98-E591-4D39-B038-E1B3F982C902.gif"
grabbed's writeToFile:"/Users/xpn/Library/Containers/com.apple.iWork.Pages/Data/wtf.gif" atomically:1
```
{% endcode %}
{% hint style="danger" %}
[**Exemplo de arquivo .xib malicioso que executa código arbitrário.**](https://gist.github.com/xpn/16bfbe5a3f64fedfcc1822d0562636b4)
{% endhint %}
## Crie seu próprio DirtyNIB
## Restrições de Lançamento
Elas basicamente **impedem a execução de aplicações fora de seus locais esperados**, então se você copiar uma aplicação protegida por Restrições de Lançamento para `/tmp`, você não conseguirá executá-la.\
[**Encontre mais informações neste post**](../macos-security-protections/#launch-constraints)**.**
No entanto, analisando o arquivo **`/System/Volumes/Preboot/*/boot/*/usr/standalone/firmware/FUD/StaticTrustCache.img4`** você ainda pode encontrar **aplicações que não estão protegidas por Restrições de Lançamento** e ainda pode **injetar** arquivos **NIB** em locais arbitrários **nessas** (verifique o link anterior para aprender como encontrar esses aplicativos).
## Proteções Extras
A partir do macOS Somona, existem algumas proteções **que impedem a escrita dentro de Apps**. No entanto, ainda é possível contornar essa proteção se, antes de executar sua cópia do binário, você mudar o nome da pasta Contents:
1. Faça uma cópia de `CarPlay Simulator.app` para `/tmp/`
2. Renomeie `/tmp/Carplay Simulator.app/Contents` para `/tmp/CarPlay Simulator.app/NotCon`
3. Execute o binário `/tmp/CarPlay Simulator.app/NotCon/MacOS/CarPlay Simulator` para armazenar no cache do Gatekeeper
4. Substitua `NotCon/Resources/Base.lproj/MainMenu.nib` pelo nosso arquivo `Dirty.nib`
5. Renomeie para `/tmp/CarPlay Simulator.app/Contents`
6. Execute `CarPlay Simulator.app` novamente
{% hint style="success" %}
Parece que isso não é mais possível porque o macOS **impede a modificação de arquivos** dentro dos pacotes de aplicativos.\
Então, após executar o aplicativo para armazená-lo no cache do Gatekeeper, você não poderá modificar o pacote.\
E se você mudar, por exemplo, o nome do diretório Contents para **NotCon** (conforme indicado no exploit), e depois executar o binário principal do aplicativo para armazená-lo no cache do Gatekeeper, isso **disparará um erro e não executará**.
{% endhint %}
Aprenda hacking no AWS do zero ao herói comhtARTE (HackTricks AWS Red Team Expert)!
Outras maneiras de apoiar o HackTricks:
* Se você quiser ver sua **empresa anunciada no HackTricks** ou **baixar o HackTricks em PDF**, confira os [**PLANOS DE ASSINATURA**](https://github.com/sponsors/carlospolop)!
* Adquira o [**material oficial PEASS & HackTricks**](https://peass.creator-spring.com)
* Descubra [**A Família PEASS**](https://opensea.io/collection/the-peass-family), nossa coleção de [**NFTs**](https://opensea.io/collection/the-peass-family) exclusivos
* **Junte-se ao grupo** 💬 [**Discord**](https://discord.gg/hRep4RUj7f) ou ao [**grupo do telegram**](https://t.me/peass) ou **siga-me** no **Twitter** 🐦 [**@carlospolopm**](https://twitter.com/carlospolopm)**.**
* **Compartilhe suas dicas de hacking enviando PRs para os repositórios do GitHub** [**HackTricks**](https://github.com/carlospolop/hacktricks) e [**HackTricks Cloud**](https://github.com/carlospolop/hacktricks-cloud).