Re: Stack growth direction to thwart buffer overflow attacks
From: Sander Vesik (sander_at_haldjas.folklore.ee)
Date: 08/15/03
- Next message: Nick Maclaren: "Re: Stack growth direction to thwart buffer overflow attacks"
- Previous message: mhamrick: "(Alleged) SecurID Token Hash Function Cryptanalysed"
- In reply to: Nick Maclaren: "Re: Stack growth direction to thwart buffer overflow attacks"
- Next in thread: Nick Maclaren: "Re: Stack growth direction to thwart buffer overflow attacks"
- Reply: Nick Maclaren: "Re: Stack growth direction to thwart buffer overflow attacks"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Date: Fri, 15 Aug 2003 13:12:43 +0000 (UTC)
In comp.arch Nick Maclaren <nmm1@cus.cam.ac.uk> wrote:
>
>
> It is a good point, in that a common problem of using a stack is
> forgetting to check for stack overflow. But, equally, a common
> problem of static allocation is forgetting that and recursing.
> TANSTAAFL.
But not having stack doesn't mean you have to use static allocation -
you could use dynamic allocation for all memory needs. it would mean
that the C runtime would be a bit thicker than it could be otherwise,
but its not clear if 'as thin as possible' C runtime is a worthwhile
goal in many cases.
>
> Regards,
> Nick Maclaren.
-- Sander +++ Out of cheese error +++
- Next message: Nick Maclaren: "Re: Stack growth direction to thwart buffer overflow attacks"
- Previous message: mhamrick: "(Alleged) SecurID Token Hash Function Cryptanalysed"
- In reply to: Nick Maclaren: "Re: Stack growth direction to thwart buffer overflow attacks"
- Next in thread: Nick Maclaren: "Re: Stack growth direction to thwart buffer overflow attacks"
- Reply: Nick Maclaren: "Re: Stack growth direction to thwart buffer overflow attacks"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Relevant Pages
|