RE: White paper: Exploiting the Win32 API.

From: Rothe, Greg (G.A.) (grotheat_private)
Date: Tue Aug 27 2002 - 10:00:05 PDT

  • Next message: David Endler: "iDEFENSE Security Advisory: Linuxconf locally exploitable buffer overflow"

    All of this brings up a couple of questions for me: 
    
    1.
    As I understand it, all this can be avoided by applying the simple, longtime standard maxim of "trust no input," correct? (If correct, this leads me to murmur rhetorically "Have today's developers no discipline?")
    
    2.
    If the above is incorrect, and system messages such as event notifications (onClick, etc.) can be compromised, then developers using tools such as Visual Basic are essentially helpless to harden their applications. Other than going back to writing in assembly, what is the modern developer to do?
    
    We have here an exclusive or: Which is it - 1 or 2 or neither?
    
    Thanks,
    
    -Greg
     
    ===============
    Ford CIRT
    grotheat_private
    ===============
    
    
    -----Original Message-----
    From: Paul Starzetz [mailto:paulat_private] 
    Sent: Monday, August 26, 2002 10:47 AM
    To: Andrey Kolishak; bugtraqat_private
    Subject: Re: White paper: Exploiting the Win32 API.
    
    
    Andrey Kolishak wrote:
    
    >
    >There is also article of Symeon Xenitellis "A New Avenue of Attack: 
    >Event-driven system vulnerabilities" 
    >http://www.isg.rhul.ac.uk/~simos/event_demo/
    >
    >  
    >
    In fact, the problem is similar to U*ix signals, except that there is no 
    jump-to-address argument for usual. Remember that old ping bug which 
    allowed users to flood the network by sending SIGALRM in some old ping 
    implementations. Maybe reading some manuals about safe signal handling 
    would be a good lecture for Windows developers too:
    
    http://www.faqs.org/faqs/unix-faq/programmer/secure-programming/   
    Section 3.3 especially
    
    regards
    
    /ih
    



    This archive was generated by hypermail 2b30 : Wed Aug 28 2002 - 08:31:58 PDT