|
Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com |
Re: A way to prevent buffer overflow exploits? (was: "Any user can
Brett Lymn (blymn
BAEA.COM.AU)Thu, 30 Jul 1998 10:51:59 +0930
- Messages sorted by: [ date ][ thread ][ subject ][ author ]
- Next message: Brett Glass: "Re: Long attachment filename exploits: a procmail filter"
- Previous message: Phillip R. Jaenke: "Re: One of the Outlook overflows"
- In reply to: John D. Hardin: "A way to prevent buffer overflow exploits? (was: "Any user can"
- Next in thread: Richard Kettlewell: "Re: A way to prevent buffer overflow exploits? (was: "Any user can"
According to John D. Hardin: > >(to continue the topic drift, and throw some ideas into the pot...) > >I wonder how feasible it would be to modify GCC to generate code with two >stacks (or something equivalent): one for local variables, the other for >parameters and return addresses. Might moving the local variables away >from the return addresses this way be a relatively cheap way to prevent >buffer overflow exploits without having to recode all of the applications >or using expensive bounds-checking? > It would be nice apart from the fact that Intel processors make the concept inordinately difficult to implement. Other CPU manufacturers have had multiple general purpose stack registers for ages. Motorola had them in the 6809 even and they were used exactly in the manner suggested by the compiler we were using at the time... >Or how about allocating space for all local variables from the system heap >automatically and transparently rather than placing them on the stack? > Managing memory on the heap will then be a major pain since it will need to be done for each function call. This would mean a major performance hit. >Or how about automatically allocating space just for local strings? This >would take care of buffer overflows with minimal impact, wouldn't it? > In some languages, notably C, the concept of a string is a slippery thing. This is what the debate regarding C/Modula2/Ada/anythingbutgoddamC was about. -- Brett Lymn, Computer Systems Administrator, British Aerospace Australia =============================================================================== And the monks would cry unto them, "Keep the bloody noise down!" - Mort, Terry Pratchett.
- Next message: Brett Glass: "Re: Long attachment filename exploits: a procmail filter"
- Previous message: Phillip R. Jaenke: "Re: One of the Outlook overflows"
- In reply to: John D. Hardin: "A way to prevent buffer overflow exploits? (was: "Any user can"
- Next in thread: Richard Kettlewell: "Re: A way to prevent buffer overflow exploits? (was: "Any user can"