mirror of
https://github.com/carlospolop/hacktricks
synced 2024-12-30 06:53:11 +00:00
56 lines
4 KiB
Markdown
56 lines
4 KiB
Markdown
# Casa de Einherjar
|
|
|
|
<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)!
|
|
* Obtenha 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>
|
|
|
|
## Informações Básicas
|
|
|
|
### Código
|
|
|
|
* Verifique o exemplo em [https://github.com/shellphish/how2heap/blob/master/glibc\_2.35/house\_of\_einherjar.c](https://github.com/shellphish/how2heap/blob/master/glibc\_2.35/house\_of\_einherjar.c)
|
|
* Ou o de [https://guyinatuxedo.github.io/42-house\_of\_einherjar/house\_einherjar\_exp/index.html#house-of-einherjar-explanation](https://guyinatuxedo.github.io/42-house\_of\_einherjar/house\_einherjar\_exp/index.html#house-of-einherjar-explanation) (você pode precisar preencher o tcache)
|
|
|
|
### Objetivo
|
|
|
|
* O objetivo é alocar memória em quase qualquer endereço específico.
|
|
|
|
### Requisitos
|
|
|
|
* Criar um chunk falso quando queremos alocar um chunk:
|
|
* Definir ponteiros para apontar para si mesmo para contornar verificações de integridade
|
|
* Off by one de um chunk para outro para modificar o prev in use
|
|
* Indicar no `prev_size` do chunk abusado off-by-one a diferença entre ele mesmo e o chunk falso
|
|
* O tamanho do chunk falso também deve ter sido definido com o mesmo tamanho para contornar verificações de integridade
|
|
* Para construir esses chunks, você precisará de um vazamento de heap.
|
|
|
|
### Ataque
|
|
|
|
* Um chunk falso é criado dentro de um chunk controlado pelo atacante apontando com `fd` e `bk` para o chunk original para contornar proteções
|
|
* 2 outros chunks (`B` e `C`) são alocados
|
|
* Abusando do off by one no `B`, o bit `prev in use` é limpo e os dados `prev_size` são sobrescritos com a diferença entre o local onde o chunk `C` é alocado e o chunk falso `A` gerado anteriormente
|
|
* Este `prev_size` e o tamanho no chunk falso `A` devem ser iguais para contornar verificações.
|
|
* Em seguida, o tcache é preenchido
|
|
* Em seguida, `C` é liberado para que ele se consolide com o chunk falso `A`
|
|
* Em seguida, um novo chunk `D` é criado que começará no chunk falso `A` e cobrirá o chunk `B`
|
|
* A casa de Einherjar termina aqui
|
|
* Isso pode ser continuado com um ataque de fast bin:
|
|
* Libere `B` para adicioná-lo ao fast bin
|
|
* O `fd` de `B` é sobrescrito fazendo com que ele aponte para o endereço alvo abusando do chunk `D` (pois ele contém `B` dentro) 
|
|
* Em seguida, são feitos 2 mallocs e o segundo vai **alocar o endereço alvo**
|
|
|
|
## Referências e outros exemplos
|
|
|
|
* [https://github.com/shellphish/how2heap/blob/master/glibc\_2.35/house\_of\_einherjar.c](https://github.com/shellphish/how2heap/blob/master/glibc\_2.35/house\_of\_einherjar.c)
|
|
* [https://ctf-wiki.mahaloz.re/pwn/linux/glibc-heap/house\_of\_einherjar/#2016-seccon-tinypad](https://ctf-wiki.mahaloz.re/pwn/linux/glibc-heap/house\_of\_einherjar/#2016-seccon-tinypad)
|
|
* Depois de liberar ponteiros, eles não são anulados, então ainda é possível acessar seus dados. Portanto, um chunk é colocado no unsorted bin e vazados os ponteiros que ele contém (vazamento de libc) e então um novo heap é colocado no unsorted bin e vazado um endereço de heap do ponteiro que ele recebe.
|