hacktricks/binary-exploitation/common-binary-protections-and-bypasses/relro.md

41 lines
3.2 KiB
Markdown

# Relro
<details>
<summary><strong>Aprenda hacking AWS do zero ao herói com</strong> <a href="https://training.hacktricks.xyz/courses/arte"><strong>htARTE (HackTricks AWS Red Team Expert)</strong></a><strong>!</strong></summary>
Outras maneiras de apoiar o HackTricks:
* Se você quiser ver sua **empresa anunciada no HackTricks** ou **baixar o HackTricks em PDF** Verifique os [**PLANOS DE ASSINATURA**](https://github.com/sponsors/carlospolop)!
* Adquira o [**swag oficial PEASS & HackTricks**](https://peass.creator-spring.com)
* Descubra [**A Família PEASS**](https://opensea.io/collection/the-peass-family), nossa coleção exclusiva de [**NFTs**](https://opensea.io/collection/the-peass-family)
* **Junte-se ao** 💬 [**grupo Discord**](https://discord.gg/hRep4RUj7f) ou ao [**grupo telegram**](https://t.me/peass) ou **siga-nos** no **Twitter** 🐦 [**@hacktricks\_live**](https://twitter.com/hacktricks\_live)**.**
* **Compartilhe seus truques de hacking enviando PRs para os** [**HackTricks**](https://github.com/carlospolop/hacktricks) e [**HackTricks Cloud**](https://github.com/carlospolop/hacktricks-cloud) repositórios do github.
</details>
## Relro
**RELRO** significa **Relocation Read-Only**, e é uma característica de segurança usada em binários para mitigar os riscos associados a sobrescritas da **GOT (Global Offset Table)**. Vamos dividir o conceito em seus dois tipos distintos para maior clareza: **Partial RELRO** e **Full RELRO**.
### **Partial RELRO**
**Partial RELRO** adota uma abordagem mais simples para aumentar a segurança sem impactar significativamente o desempenho do binário. Ao **posicionar a GOT acima das variáveis do programa na memória, o Partial RELRO visa impedir que estouros de buffer alcancem e corrompam a GOT**.&#x20;
Isso **não impede que a GOT** seja abusada **por vulnerabilidades de escrita arbitrária**.
### **Full RELRO**
**Full RELRO** intensifica a proteção ao **tornar a GOT e a seção .fini\_array** completamente **somente leitura.** Uma vez que o binário inicia, todos os endereços de função são resolvidos e carregados na GOT, em seguida, a GOT é marcada como somente leitura, impedindo efetivamente quaisquer modificações durante a execução.
No entanto, o compromisso com o Full RELRO é em termos de desempenho e tempo de inicialização. Porque precisa resolver todos os símbolos dinâmicos no início antes de marcar a GOT como somente leitura, **binários com Full RELRO ativado podem ter tempos de carregamento mais longos**. Essa sobrecarga adicional de inicialização é por que o Full RELRO não é ativado por padrão em todos os binários.
É possível verificar se o Full RELRO está **ativado** em um binário com:
```bash
readelf -l /proc/ID_PROC/exe | grep BIND_NOW
```
## Bypass
Se o Full RELRO estiver ativado, a única maneira de contorná-lo é encontrar outra forma que não precise escrever na tabela GOT para obter execução arbitrária.
Note que **a GOT do LIBC geralmente é Partial RELRO**, então pode ser modificada com uma escrita arbitrária. Mais informações em [Targetting libc GOT entries](https://github.com/nobodyisnobody/docs/blob/main/code.execution.on.last.libc/README.md#1---targetting-libc-got-entries)**.**