Ja, om PIE är inaktiverat. Det sägs ofta att ASLRs effektivitet minskar avsevärt för applikationer som inte kompileras med PIE-stöd (Position Independent Code). När PIE inte används måste programmet förlita sig på en fast PLT, skapad under länkning för att lösa adresserna till funktioner i delade bibliotek. När ASLR används och PIE är aktiverat mildras kodåteranvändningsattacker i allmänhet, även om infoleaks fortfarande är så allestädes närvarande att ASLR ofta kan besegras med sidokanalattacker, vilket gör det nära värdelöst mot lokala skadlig kod och begränsar dess effektivitet till attacker över nätverket och skriptfria exploater. Det finns flera andra anledningar till att ASLR utan PIE är svagare och varför mindre randomisering används, som förklarade i ett annat svar.

return to plt och return to libc är något annorlunda attacker.

Återgå till libc

Ett av sätten att förhindra buffertöverflöd är att använda en icke körbar stack. För att göra en icke körbar stack använder de från CPU &-systemnivå något som kallas NX-bit. Om NX-bit är inställd kan den minnesadressen inte köras. Även om vi utför ett buffertöverflöde och skriver över stacken för att omdirigera returpekaren till stack där vår skalkod finns, skulle inte shell-koden köras eftersom den skulle finnas i stacken - vilket är ett icke-körbart minnesavsnitt.

Det här är när vi använder return to libc attack för att skapa ett skal. Istället för att använda det klassiska tillvägagångssättet för att skriva över returadressen till adressen till shell-kod använder vi adressen till libc system () -anropet.

Återgå till PLT

ASLR eller randomisering av adressutrymme är en annan metod för att kontrollera buffertöverflöden. Som jag sa i föregående avsnitt kringgår människor NX genom att hitta körbara filer som laddas till minnet av system.like libc. Detta var möjligt eftersom det var lätt att identifiera platsen för systemladdade körbara filer. ASLR randomiserade adressen till dessa körbara filer och minskade därmed sannolikheten för att leka ett skal genom att omdirigera till dem.

Anledningen till att denna attack är möjlig är att i körbara filer med dynamiskt länkade bibliotek kan libc-funktionsadressen erhållas från PLT och GOT. PLT-adressen är inte slumpmässig och det gör attacken enkel.