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
Difference between revisions of "OWASP Security Tools for Developers Project"
| (6 intermediate revisions by 2 users not shown) | |||
| Line 1: | Line 1: | ||
| + | {| | ||
| + | |- | ||
| + | ! width="700" align="center" | <br> | ||
| + | ! width="500" align="center" | <br> | ||
| + | |- | ||
| + | | align="right" | [[Image:OWASP Inactive Banner.jpg|800px| link=https://www.owasp.org/index.php/OWASP_Project_Stages#tab=Inactive_Projects]] | ||
| + | | align="right" | | ||
| + | |||
| + | |} | ||
==== Home ==== | ==== Home ==== | ||
| Line 7: | Line 16: | ||
|- valign="top" | |- valign="top" | ||
| | | | ||
| − | This project is focused on defining, designing, developing and configuring security tools for software | + | This project is focused on defining, designing, developing and configuring security tools for software development teams and their end-to-end software development process. While any reference material or code produced will be focused an open source stack and Agile development techniques, the concepts should be able to be easily applied to other styles of software engineering. |
| − | Most people accept that tools can only effectively be applied to a fraction of software issues where the fraction is generally increasing but at a relatively conservative pace. Tools are however an important and widely adopted part of the process needed to produce | + | Most people accept that tools can only effectively be applied to a fraction of software issues where the fraction is generally increasing but at a relatively conservative pace. Tools are however an important and widely adopted part of the process needed to produce functional, stable, reliable and scalable software where security is one attribute. Most development teams invest heavily in tools to improve their process and maintain end-to-end development environments including managing requirements and user stories, IDE's, test management, source code management, version control, continuous intregration, deployment and monitoring. |
| − | + | Most security tools today are written by and for security people who often (understandably) have a different lens and different needs from software developers and development teams. | |
This project is operating under the belief that infusing security into the development teams work-flow through effective tools will have a significant impact on improving the security quality of the code they produce.<br> | This project is operating under the belief that infusing security into the development teams work-flow through effective tools will have a significant impact on improving the security quality of the code they produce.<br> | ||
| − | You can think of it as a project for developers by developers that just so happens to be about security. | + | You can think of it as a project for developers by developers to improver software quality through better tooling that just so happens to be about security. |
| | | | ||
| Line 31: | Line 40: | ||
== Wanna get involved? == | == Wanna get involved? == | ||
| − | [[Image:Asvs-bulb.jpg]]'''....join the discussion''' | + | [[Image:Asvs-bulb.jpg]]'''....join the discussion [https://lists.owasp.org/mailman/listinfo/owasp-std mailing list]''' |
| − | While the project is open to all we are particularly | + | While the project is open to all we are particularly looking for developers who will actively contribute code. We are especially interested in any developers that have experience in customizing Jenkins, extending Git, unit testing frameworks or customizing mangement tools like ScrumDo. We are also interested in any developers interested in extending behaviour driven development testing frameworks like JBehave. |
Join the mailing list, hang out and say hi or contact the project leader [mailto:[email protected]?subject=OWASP%20STD%20Project Mark Curphey]. | Join the mailing list, hang out and say hi or contact the project leader [mailto:[email protected]?subject=OWASP%20STD%20Project Mark Curphey]. | ||
| − | *[https://lists.owasp.org/mailman/listinfo/owasp-std mailing list | + | *[https://lists.owasp.org/mailman/listinfo/owasp-std mailing list] |
| | | | ||
| Line 44: | Line 53: | ||
[[Image:Asvs-bulb.jpg]]'''....the 50,000 ft plan''' | [[Image:Asvs-bulb.jpg]]'''....the 50,000 ft plan''' | ||
| − | The project is still in | + | The project is still in its infancy but the plan is to produce the following: |
*Reference Architecture | *Reference Architecture | ||
*Reference Implementation | *Reference Implementation | ||
| − | As part of those two key areas we expect to build or customize tools and develop configuration guides for particular technologies. While we don't yet know exactly what that will | + | As part of those two key areas we expect to build or customize tools and develop configuration guides for particular technologies. While we don't yet know exactly what that will include it may include IDE plugins or extensions to common testing frameworks to make integrating security tests easier. <br> |
| | | | ||
| Line 57: | Line 66: | ||
We are planning to run the project like an Agile software project itself by building a backlog and running sprints. We may even try and use Google Hangouts for video stand-up meetings! | We are planning to run the project like an Agile software project itself by building a backlog and running sprints. We may even try and use Google Hangouts for video stand-up meetings! | ||
| + | |||
| + | Our current timeline looks like: | ||
*August - Project Planning | *August - Project Planning | ||
| Line 63: | Line 74: | ||
*November - Sprint 3 | *November - Sprint 3 | ||
*December - Sprint 4 | *December - Sprint 4 | ||
| + | |||
| + | In due course (when we have a backlog) we will publish a roadmap. | ||
|} | |} | ||
| − | + | ==== Project About ==== | |
| + | |||
| + | {{:Projects/OWASP Security Tools for Developers Project | Project About}} | ||
| + | |||
| + | |||
| + | __NOTOC__ <headertabs /> | ||
| + | |||
| + | [[Category:OWASP_Project|Security Tools for Developers Project]] [[Category:OWASP_Tool]] [[Category:OWASP_Alpha_Quality_Tool]] | ||
Latest revision as of 16:48, 17 April 2014
| |
|
|---|---|
|
Home
|
This project is focused on defining, designing, developing and configuring security tools for software development teams and their end-to-end software development process. While any reference material or code produced will be focused an open source stack and Agile development techniques, the concepts should be able to be easily applied to other styles of software engineering. Most people accept that tools can only effectively be applied to a fraction of software issues where the fraction is generally increasing but at a relatively conservative pace. Tools are however an important and widely adopted part of the process needed to produce functional, stable, reliable and scalable software where security is one attribute. Most development teams invest heavily in tools to improve their process and maintain end-to-end development environments including managing requirements and user stories, IDE's, test management, source code management, version control, continuous intregration, deployment and monitoring. Most security tools today are written by and for security people who often (understandably) have a different lens and different needs from software developers and development teams. This project is operating under the belief that infusing security into the development teams work-flow through effective tools will have a significant impact on improving the security quality of the code they produce. You can think of it as a project for developers by developers to improver software quality through better tooling that just so happens to be about security. |
|
Wanna get involved?
While the project is open to all we are particularly looking for developers who will actively contribute code. We are especially interested in any developers that have experience in customizing Jenkins, extending Git, unit testing frameworks or customizing mangement tools like ScrumDo. We are also interested in any developers interested in extending behaviour driven development testing frameworks like JBehave. Join the mailing list, hang out and say hi or contact the project leader Mark Curphey. |
What exactly are you producing?
The project is still in its infancy but the plan is to produce the following:
As part of those two key areas we expect to build or customize tools and develop configuration guides for particular technologies. While we don't yet know exactly what that will include it may include IDE plugins or extensions to common testing frameworks to make integrating security tests easier. |
How are you doing this?
We are planning to run the project like an Agile software project itself by building a backlog and running sprints. We may even try and use Google Hangouts for video stand-up meetings! Our current timeline looks like:
In due course (when we have a backlog) we will publish a roadmap. |
Project About
| PROJECT INFO What does this OWASP project offer you? |
RELEASE(S) INFO What releases are available for this project? | |||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
| |||||||||||||||||||||||||||||||||||||||
