# 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)**.**