Full Disclosure mailing list archives

Re: No Subject (re: openssh exploit code?)


From: Valdis.Kletnieks () vt edu
Date: Tue, 21 Oct 2003 10:34:29 -0400

On Tue, 21 Oct 2003 00:22:53 PDT, mitch_hurrison () ziplip com said:
As far as it being "easy" to exploit. No it isn't. You have to
abuse a lesser issue, a memory leak to be more precise, to get
a heap layout that will allow you to survive the initial memset
without landing in bad memory. Now without going into details
anyone who manages to survive the initial memset should be able
to debug the crash to the point of exploitation. This is managable
on atleast Linux IA32 systems. 

On Tue, 21 Oct 2003 09:21:26 +0200, Michal Zalewski said:
While I'd hate to take sides on the OpenSSH vulnerability, this alone is
not a problem. On little endian machines, other than overwriting (zeroing)
variables, you can also benefit from partial pointer overwrite, something
you really should be aware of before getting in such a flame war. By
zeroing least significant bytes of certain user pointers on the heap, or
by overwriting certain malloc structures, it is possible to trigger writes
to other, somewhat controlled areas of the heap whenever the pointer is
written or freed, spoof contents when it is read, etc.

This makes it (sometimes) possible to point the code to a buffer created
previously, for which you control the contents, and can follow the same
procedure, now controlling the entire pointer (or pursue other,> 
application-specific vectors), triggering writes to stack or such, at
which point, you are home.

These paragraphs do more to convince me that the exploit is
possible than all the rest of the flame war put together.  Thanks,
both of you.

Attachment: _bin
Description:


Current thread: