|
|||||||||||
|
RE: no standards for webapp exploitation
From: Dawes, Rogan (ZA - Johannesburg) <rdawes(at)deloitte.co.za>
Date: Thu Jul 03 2003 - 03:56:41 EDT
I agree that this could be a problem. Where you "Match" some input from a web page, and then need to URL-quote it to send it back as a form variable is just one example, as you say. VulnXML is quite capable of describing exploits of a slightly more static nature, though. There is no reason why VulnXML cannot be executed in a multi-threaded program. My Perl skunkworks implementation did not use a particularly well-optimised method of expanding variables, which could be the reason that you believe that multi-threaded implementation is not possible? But as Ingo suggested, by calculating the cross-product of all the possible variables in a VulnXML description, you can obtain a list of single tests (with possibly multiple steps!) that can be executed independently of each other. The original intention with VulnXML is that each test should be stand-alone. That includes the individual tests that result from initial variable expansion. Obviously, for multiple-step tests, all steps would have to be executed in a single thread. You would simply need some method of parceling out the tests to each thread, and accumulating their results.
> -dave
Important Notice: This email is subject to important restrictions, qualifications and disclaimers ("the Disclaimer") that must be accessed and read by clicking here or by copying and pasting the following address into your Internet browser's address bar: http://www.Deloitte.co.za/Disc.htm. The Disclaimer is deemed to form part of the content of this email in terms of Section 11 of the Electronic Communications and Transactions Act, 25 of 2002. If you cannot access the Disclaimer, please obtain a copy thereof from us by sending an email to ClientServiceCentre(at)Deloitte.co.za. Received on Thu Jul 3 11:36:05 2003 This archive was generated by hypermail 2.1.8 : Wed Aug 23 2006 - 14:07:53 EDT |
||||||||||
|
|||||||||||