Linux-kernel mailing list archive 2000-23,: Re: OS stopping stack buffer overflow exploits

# Re: OS stopping stack buffer overflow exploits

yoann@mandrakesoft.com
04 Jun 2000 23:33:40 +0200

- Messages sorted by: [ date ][ thread ][ subject ][ author ]
- Next message: yoann@mandrakesoft.com: "Re: OS stopping stack buffer overflow exploits"
- Previous message: Nils Philippsen: "RTL8139 doesn't work with 2.4.0-test1"
- In reply to: Alan Cox: "Re: OS stopping stack buffer overflow exploits"
- Next in thread: yoann@mandrakesoft.com: "Re: OS stopping stack buffer overflow exploits"

Alan Cox <alan@lxorguk.ukuu.org.uk> writes:

> > > No code shown either. And no reason deployed, why we couldn't
> > > code this without trampolines in the old threads.
> >
> > AFAIK, gcc use trampolines for nested function.
>
> Ok can we kill this thread right now
>
> Solar Designer a while back implemented code that handles this using segment
> magic, handles trampolines, remaps C libraries to put an 0x00 in all the
> vectors you might want to patch and hit etc. It isnt standard kernel
> stuff but it is available on the net for those who want it.
>
> So you are arguing about something that has been solved
>
>

    --
    		-- Yoann http://www.mandrakesoft.com/~yoann/
     It is well known that M$ product don't make a free() after a malloc(),
    the unix community wish them good luck for their future developement.

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.rutgers.edu
    Please read the FAQ at http://www.tux.org/lkml/

- Next message: yoann@mandrakesoft.com: "Re: OS stopping stack buffer overflow exploits"
- Previous message: Nils Philippsen: "RTL8139 doesn't work with 2.4.0-test1"
- In reply to: Alan Cox: "Re: OS stopping stack buffer overflow exploits"
- Next in thread: yoann@mandrakesoft.com: "Re: OS stopping stack buffer overflow exploits"