Re: X68-64 buffer overflow exploits and the borrowed code chunks exploitation technique

From: Luc The Perverse (sll_noSpamlicious_z_XXX_m_at_cc.usu.edu)
Date: 10/08/05


Date: Sat, 8 Oct 2005 07:23:54 -0600


"Douglas A. Gwyn" <DAGwyn@null.net> wrote in message
news:4346C19C.32BD1D57@null.net...
> tomstdenis@gmail.com wrote:
>> Carlos Moreno wrote:
>> > I mean, would you oppose to hardware-based memory protection?
>> What do you think an MMU is? It certainly isn't software based in the
>> x86 series.
>
> I think he's referring to the reinvention of execute protection,
> which would (if employed) prevent apps from executing code that
> was loaded onto the stack by exploiting a buffer overrun. That
> doesn't make the app correct by any means, but it would reduce
> slightly the severity of that particular vulnerability.
>
> In the grand scheme of things, it seems to me to be of marginal
> utility.

It never made sense to me.

It's like trying to design a system to stabilize a car in case the wheel
falls off.

It would be better to just try to ensure that everyone who is putting the
tires on is properly outfitted with the right tools.

Programmers have consistantly demonstrated that they cannot be trusted with
buffers, so they should all be forced to program in Java.

-- 
"Wise men talk because they have something to
say; fools talk because they have to say something." - Plato 


Relevant Pages

  • Re: [Lit.] Buffer overruns
    ... buffer overrun is by definition bounds being ... > There is no reason for an algorithm to ever attempt ... Note BTW that neither programmers nor ...
    (sci.crypt)
  • Re: X68-64 buffer overflow exploits and the borrowed code chunks exploitation technique
    ... > What do you think an MMU is? ... > x86 series. ... I think he's referring to the reinvention of execute protection, ... doesn't make the app correct by any means, ...
    (sci.crypt)
  • Re: [Lit.] Buffer overruns
    ... Note BTW that neither programmers nor ... > If the product is correct then hackers have no ... > allow hackers to exploit buffer overrun. ... One can define a perfectly healthy man. ...
    (sci.crypt)
  • Re: Another book
    ... Most programmers who have experience in in C know enough to avoid ... allocation errors. ... > The way to avoid buffer overrun is to go the opposite direction, ...
    (comp.lang.lisp)
  • Re: [Lit.] Buffer overruns
    ... Note BTW that neither programmers nor ... I don't give "recipes" because it is a big subject ... If the product is correct then hackers have no ... allow hackers to exploit buffer overrun. ...
    (sci.crypt)

Loading