<summary><strong>Aprenda hacking no AWS do zero ao herói com</strong><ahref="https://training.hacktricks.xyz/courses/arte"><strong>htARTE (HackTricks AWS Red Team Expert)</strong></a><strong>!</strong></summary>
* 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 github** [**HackTricks**](https://github.com/carlospolop/hacktricks) e [**HackTricks Cloud**](https://github.com/carlospolop/hacktricks-cloud).
**Se você está lidando com um binário protegido por um canary e PIE (Position Independent Executable), provavelmente precisará encontrar uma maneira de contorná-los.**
Observe que **`checksec`** pode não detectar que um binário está protegido por um canary se este foi compilado estaticamente e não é capaz de identificar a função.\
No entanto, você pode perceber isso manualmente se encontrar que um valor é salvo na pilha no início de uma chamada de função e este valor é verificado antes de sair.
A melhor maneira de contornar um canary simples é se o binário for um programa **criando processos filhos a cada nova conexão** estabelecida com ele (serviço de rede), porque a cada vez que você se conectar **o mesmo canary será usado**.
Então, a melhor maneira de contornar o canary é simplesmente **forçar bruta char por char**, e você pode descobrir se o byte do canary adivinhado estava correto verificando se o programa travou ou continua seu fluxo normal. Neste exemplo, a função **força bruta um canary de 8 Bytes (x64)** e distingue entre um byte adivinhado corretamente e um byte errado apenas **verificando** se uma **resposta** é enviada de volta pelo servidor (outra maneira em **outra situação** poderia ser usando um **try/except**):
Imagine uma situação em que um **programa vulnerável** a estouro de pilha possa executar uma função **puts****apontando** para **parte** do **estouro de pilha**. O atacante sabe que o **primeiro byte do canary é um byte nulo** (`\x00`) e o restante do canary são bytes **aleatórios**. Então, o atacante pode criar um estouro que **sobrescreva a pilha até apenas o primeiro byte do canary**.\
Em seguida, o atacante **chama a funcionalidade puts** no meio do payload, o que irá **imprimir todo o canary** (exceto o primeiro byte nulo).\
Com essa informação, o atacante pode **elaborar e enviar um novo ataque** sabendo o canary (na mesma sessão do programa)
Obviamente, essa tática é muito **restrita**, pois o atacante precisa ser capaz de **imprimir** o **conteúdo** do seu **payload** para **exfiltrar** o **canary** e, em seguida, ser capaz de criar um novo payload (na **mesma sessão do programa**) e **enviar** o **estouro de buffer real**.\
Exemplo de CTF: [https://guyinatuxedo.github.io/08-bof\_dynamic/csawquals17\_svc/index.html](https://guyinatuxedo.github.io/08-bof\_dynamic/csawquals17\_svc/index.html)
Para contornar o PIE, você precisa **vazar algum endereço**. E se o binário não estiver vazando nenhum endereço, o melhor a fazer é **força bruta no RBP e RIP salvos na pilha** na função vulnerável.\
Por exemplo, se um binário estiver protegido usando tanto um **canary** quanto **PIE**, você pode começar a força bruta no canary, então os **próximos** 8 Bytes (x64) serão o RBP **salvo** e os **próximos** 8 Bytes serão o RIP **salvo**.
Para força bruta no RBP e no RIP do binário, você pode descobrir que um byte adivinhado válido está correto se o programa produzir algo ou simplesmente não travar. A **mesma função** fornecida para força bruta no canary pode ser usada para força bruta no RBP e no RIP:
A partir do **RBP**, você pode calcular **onde está escrevendo seu shell no stack**. Isso pode ser muito útil para saber onde você vai escrever a string _"/bin/sh\x00"_ dentro do stack. Para calcular a distância entre o RBP vazado e seu shellcode, você pode simplesmente colocar um **ponto de interrupção após vazar o RBP** e verificar **onde está localizado seu shellcode**, então, você pode calcular a distância entre o shellcode e o RBP:
Nesse exemplo, você pode ver que apenas **1 Byte e meio é necessário** para localizar todo o código, então, o endereço base nessa situação será o **RIP vazado, mas terminando em "000"**. Por exemplo, se você vazou _0x562002970**ecf**_, o endereço base é _0x562002970**000**_
<summary><strong>Aprenda hacking no AWS do zero ao herói com</strong><ahref="https://training.hacktricks.xyz/courses/arte"><strong>htARTE (HackTricks AWS Red Team Expert)</strong></a><strong>!</strong></summary>
* 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 github** [**HackTricks**](https://github.com/carlospolop/hacktricks) e [**HackTricks Cloud**](https://github.com/carlospolop/hacktricks-cloud).