hacktricks/binary-exploitation/array-indexing.md

Indexação de Arrays

Aprenda hacking AWS do zero ao herói com htARTE (HackTricks AWS Red Team Expert)!

Outras maneiras de apoiar o HackTricks:

• Se você deseja ver sua empresa anunciada no HackTricks ou baixar o HackTricks em PDF, verifique os PLANOS DE ASSINATURA!
• Adquira o swag oficial PEASS & HackTricks
• Descubra A Família PEASS, nossa coleção exclusiva de NFTs
• Junte-se ao 💬 grupo Discord ou ao grupo telegram ou siga-nos no Twitter 🐦 @hacktricks_live.
• Compartilhe seus truques de hacking enviando PRs para HackTricks e HackTricks Cloud github repos.

Informações Básicas

Esta categoria inclui todas as vulnerabilidades que ocorrem porque é possível sobrescrever certos dados por meio de erros no tratamento de índices em arrays. É uma categoria muito ampla sem uma metodologia específica, pois o mecanismo de exploração depende completamente das condições da vulnerabilidade.

No entanto, aqui você pode encontrar alguns exemplos interessantes:

• https://guyinatuxedo.github.io/11-index/swampctf19_dreamheaps/index.html
• Existem 2 arrays colidindo, um para endereços onde os dados são armazenados e outro com os tamanhos desses dados. É possível sobrescrever um com o outro, permitindo escrever um endereço arbitrário indicando-o como um tamanho. Isso permite escrever o endereço da função free na tabela GOT e depois sobrescrevê-lo com o endereço para system, e chamar free de uma memória com /bin/sh.
• https://guyinatuxedo.github.io/11-index/csaw18_doubletrouble/index.html
• 64 bits, sem nx. Sobrescreva um tamanho para obter uma espécie de estouro de buffer onde tudo será usado como um número duplo e ordenado do menor para o maior, então é necessário criar um shellcode que atenda a esse requisito, levando em consideração que o canário não deve ser movido de sua posição e, finalmente, sobrescrevendo o RIP com um endereço para ret, que atenda aos requisitos anteriores e colocando o maior endereço um novo endereço apontando para o início da pilha (vazado pelo programa) para que seja possível usar o ret para pular para lá.
• https://faraz.faith/2019-10-20-secconctf-2019-sum/
• 64 bits, sem relro, canary, nx, sem pie. Há um off-by-one em um array na pilha que permite controlar um ponteiro concedendo WWW (ele escreve a soma de todos os números do array no endereço sobrescrito pelo off-by-one no array). A pilha é controlada para que o endereço exit da GOT seja sobrescrito com pop rdi; ret, e na pilha é adicionado o endereço para main (voltando para main). Uma cadeia ROP para vazar o endereço do put na GOT usando puts é usada (exit será chamado, então chamará pop rdi; ret, executando assim essa cadeia na pilha). Finalmente, uma nova cadeia ROP executando ret2lib é usada.
• https://guyinatuxedo.github.io/14-ret_2_system/tu_guestbook/index.html
• 32 bits, sem relro, sem canary, nx, pie. Abusa de uma indexação ruim para vazar endereços de libc e heap da pilha. Abusa do estouro de buffer para fazer um ret2lib chamando system('/bin/sh') (o endereço do heap é necessário para contornar uma verificação).