Bugje in SIGSEGV
Er zit een bugje in SIGSEGV volgens mij.
Wanneer je een assembly filtje aanmaakt met alleen erin :
---------------------------
section .data
section .text
global _start
_start:
---------------------------
Deze dan laad in gdb zegt die:
---------------------------
Starting program: /test/a.out
Program recieved signal SIGSEGV, Segmentation fault
in 0x8038080 in ?? ()
(gdb) i r
eax 0x0 0
ecx 0x0 0
edx 0x0 0
ebx 0x0 0
esp 0xbfffff3b0 0xbffff3b0
ebp 0x0 0
esi 0x0 0
edi 0x0 0
eip 0x8048080 0x8048080
eflags 0x10346 66374
---------------------------
Wanneer je nu er een stukje code bij zou voegen als :
---------------------------
section .data
section .text
global _start
_start:
xor esp,esp
mov esp, 0x12121212
---------------------------
Dit saved de oude verwijderd weer laad in gdb geeft die nu aan met ir
---------------------------
Starting program: /test/a.out
Program recieved signal SIGSEGV, Segmentation fault
in 0x8038080 in ?? ()
(gdb) i r
eax 0x0 0
ecx 0x0 0
edx 0x0 0
ebx 0x0 0
esp 0x12121212 0x12121212
ebp 0x0 0
esi 0x0 0
edi 0x0 0
eip 0x8048080 0x8048080
eflags 0x10346 66374
---------------------------
Het esp address is nu overschreven bij de uitvoering van een segmantion
fault!
notabene
Niet helemaal waar. Daarom had ik eerst een leeg bestand aangemaakt
zodat die een esp adress had omdat die steeds het zelfde bleef. Heb ik
toen een nieuw bestand aangemaakt en em handmatig verwijderd.
Het verbaasde me alleen dat het esp adress zo makkelijk te overschrijven
is. Wanneer je mov eax,1 mov ebx,0 int 0x80 toevoegd en dan vervolgens
het programma uitvoerd. Behoud die wel het overschreven esp adress met
0x12121212.
Zou ik nu opzettelijk het programma laten crashen op het EIP adress
0x8048080 zou die denk ik dus terug springen na 0x12121212.
Theoretisch gezien kan je dus zo denk ik andere andere EIP adressen
aanroepen. Maar dat is weer iets om te testen :D
Thx in iedergeval
is dus bij elke uitvoering te vinden op hetzelfde geheugen adres.
Je kan inderdaad 'springen' naar je eigen ingevoerde ESP door je
instruction pointer te overschrijven, maar aangezien je zelf de code invoert
VOORDAT je SIGSEGV'd heb je hier hetzelfde aan als een programma
schrijven en deze uitvoeren :)
Je moet je code maar eens goed disassemblen, dan snap je meteen waarom hij segfault.
Succes ermee.
instruction pointer te overschrijven, maar aangezien je zelf de code invoert
VOORDAT je SIGSEGV'd heb je hier hetzelfde aan als een programma
schrijven en deze uitvoeren :)
En nu dan ?
section .data
section .text
global _start
_start:
xor esp,esp
mov esp, 0x12121212
jmp 0x12121212
-------------------------------------------------
eax 0x0 0
ecx 0x0 0
edx 0x0 0
ebx 0x0 0
esp 0x12121212 0x12121212
ebp 0x0 0
esi 0x0 0
edi 0x0 0
eip 0x12121212 0x12121212
eflags 0x10346 66374
-------------------------------------------------
Program recieved signal SIGSEGV, Segmentation fault
in 0x12121212 in ?? ()
Nu blijft die niet meer hangen op 0x8048080.
^_^
Je springt naar 0x12121212 en dit valt niet binnen je eigen address space. Dat is dan ook precies de reden waarom hij segfault.
Verder is het logisch dat je EIP is verandert. Je EIP is de Instruction Pointer, ofwel de plek in het geheugen waar op dat moment geprobeert wordt de volgende instructie uit te voeren. Aangezien jij een JMP gebruikt, bedoel je daarmee, ik heb op deze plek de volgende instructie voor je. Dus je EIP wordt met jou geheugenadres veranderd en springt er naartoe. Maar dit kan jij niet aanroepen, dus krijg je een SIGSEGV. Je ESP is de Stack Pointer die verwijst naar het address van je laatste element in je stack dus die heeft hier niets mee te maken en is ook niet de reden van de SIGSEGV
Deze posting is gelocked. Reageren is niet meer mogelijk.
Information Security Officer
Grijp deze unieke kans voor carrière-ontwikkeling in informatiebeveiliging! Bij Esri bouw je vertrouwensrelaties op en help je zowel ons als onze klanten veiligere technologie te gebruiken. Ben jij de ervaren Security Officer die energie krijgt van werken in 'twee werelden'? Solliciteer dan nu!
Security Specialist Malware
NCSC
Zit cybersecurity diep in je DNA? Heb jij het in je om op het moment dat het er echt toe doet samen met je collega’s tot de juiste (technische) oplossing te komen? Als security specialist malware bij het Nationaal Cyber Security Centrum (NCSC) doe jij er alles aan om de impact van digitale dreigingen te verminderen en incidenten tegen te gaan.
Cybersecurity Trainer / Streamer
Toe aan een nieuwe nieuwe job waarmee je het verschil maakt? In de Certified Secure trainingen laat je deelnemers zien hoe actuele kwetsbaarheden structureel verholpen worden. Ook werk je actief mee aan de ontwikkeling van onze gamified security challenges. Bij het maken van challenges kom je telkens nieuwe technieken tegen, van Flutter tot GraphQL, van Elastic Search tot Kubernetes.
No more ransomware!
De nieuwe Ransomware Awareness Experience training biedt een realistische maar vooral leuke introductie in de wereld van ransomware. De deelnemers ervaren hoe eenvoudig een organisatie het slachtoffer kan worden van ransomware en leren meteen hoe een besmetting kan worden voorkomen!