This site is the archived OWASP Foundation Wiki and is no longer accepting Account Requests.
To view the new OWASP Foundation website, please visit https://owasp.org
Project Information:template Orizon Project - Final Review - Self Evaluation - B
Clik here to return to the previous page.
FINAL REVIEW | ||
---|---|---|
PART I | ||
Project Deliveries & Objectives |
||
QUESTIONS | ANSWERS | |
1. At what extent have the project deliveries & objectives been accomplished? Having in consideration the assumed ones, please exemplify writing down those of them that haven't been realised. |
The main goal of the Owasp Orizon project is to provide a set of APIs and a security check library to let people who want to write a static analyzer to use it as engine. In this perspective the goal has completely accomplished. The second and minor goal is to provide an embedded tool that uses Orizon APIs. Considering this, a lot of work needs to be done in having a release quality project. In fact the goals that were not reached are:
From Owasp EU Summit '08, Orizon development was redirected towards creating a new and powerful application modeler that can create a model of an application allowing us to perform a code review. So we moved in working to Mirage engine, our modeler, with this approach:
So we moved forward from our translating approach in a newer one. We take the grammar of a programming language, we use freecc to generate a parser, we build a modeler that uses the parser to scan a particular file type. Using this approach we are working over a PHP modeler and a Java and C# ones will follow asap. A new Orizon feature is also the Orizon shell. This is for advanced users that just want to use Orizon as code review tool. They can use a shell like environment submitting commands to the engine, interacting with it. In the time I'm writing this (Februrary 2009), the Mirage and the Shell are very alpha stage but the architecture of the Orizon framework can be considered stable. | |
2. At what extent have the project deliveries & objectives been accomplished? Having in consideration the assumed ones, please quantify in terms of percentage. |
Project deliveries & objectives are accomplished about by the 90% | |
3. What kind of help is required either from the Reviewers or from the OWASP Community? |
From Eoin, I need some brainstorming in dividing security flaws in categories and having them in the Code Review Guide (so we can match Orizon and the Guide). From the Owasp community I need, during the next season of (cleanup/consolidation/...):
| |
PART II | ||
Assessment Criteria |
||
QUESTIONS | ANSWERS | |
1. Having into consideration the OWASP Project Assessment Methodology which criteria, if any, haven’t been fulfilled in terms of Alpha Quality status? |
None | |
2. Having into consideration the OWASP Project Assessment Methodology which criteria, if any, haven’t been fulfilled in terms of Beta Quality status? |
The installer, but having in mind that Orizon is first an engine to be used in other applications an installer can be a less priority issue. | |
3. Having into consideration the OWASP Project Assessment Methodology which criteria, if any, haven’t been fulfilled in terms of Release Quality status? |
The online documentation and a usable GUI for the embedded static analyzer provided with the engine. | |
4. What kind of help is required either from the Reviewers or from the OWASP Community? |
From Eoin, I need some brainstorming in dividing security flaws in categories and having them in the Code Review Guide (so we can match Orizon and the Guide). From the Owasp community I need, during the next season of (cleanup/consolidation/...):
|