OSG Dev Notes
Back to OWASP_SiteGenerator main page
- Add a bunch of vulnerablilties
- Add different types of Navigation
- Add web services
- Main goal of this is to have web services in there that show that web services can't be trusted and are another place for attacks.
- Add some AJAX
- This will use the WebServices.
- Integrate it with the Web Goats tests being created by the other AoC project
- Implement Hacme Bank into OSG (this will take care of the web services item also)
For future development the following idea is proposed. Create an interface that is used for all vulnerabilities. When a user selects a vulnerability they will have the option how they wish it to be implemented (web service, normal page, etc...) they can chose one or more options for the implementation.
Each interface will have to be able to tell the front end what form fields it needs and also an area to handle the request back.
The reason for doing this is so that we only have to code one vulnerability and use it in many different places easier.
- Potentially to complex for the payoff.
- There could be a better way to do it while still following the DRY principle.
Integration with WebGoat and other Web Technologies
The idea here is to be able to use Site Generator's capability to create dynamic websites (based on XML files) with the vulnerabilities developed for Web Goat
Basically what I want is to be able to use Web Goat's vulnerabilities in OSG (OWASP Site Generator), which leverages the work done by WebGoat developers and exposes OSG users to a wider set of issues.
Since the idea here is to reuse code, the Web Goat OSG pages will need to be served from an Apache server. So what needs to be done for this to work is for somebody to write an Java/Apache equivalent to the C# Httpmodule/IIS that is used on the current OSG vulnerabilities
This component is quite simple since all that is basically doing (at this stage) is receiving all requests made to a particular website (lets say http://sitegenerator/websiteA/pageb.jsp ) and going to OSG (via TCP) and asking "what page does this request maps to?". OSG goes to the current loaded XML file and if there is a match it says: "that page maps to 'vulnerabilityDatabase\SQLInjectionExample\BlindSQLInjection.jsp"). with that information the apache server (in this example) will load that jsp page and send it to the client (without rewiring the URL (which is what creates the illusion of virtual OSG websites)).
Since the current WebGoat pages are designed for lessons, I expect to be some tweaking on its code , but the idea here is to keep the development of integrating these two projects to the minimum.