Knowing the history of an organization is not an exercise in nostalgia: it explains why it does things the way it does. In OWASP's case, understanding its origins, its mission, and its principles helps you trust its materials and use them wisely. In this lesson we will travel from its birth in 2001 to the foundation as it exists today, see what its mission is and what its principles of openness and neutrality are, how it is funded and governed, and what role chapters and events play. Finally, we will connect that philosophy with the reality of a startup like BazarNube.
Contents
- The origin: 2001 and Mark Curphey
- Evolution and the creation of the OWASP Foundation
- The mission: "make software security visible"
- The principles: openness and vendor neutrality
- How OWASP is funded and governed
- Local chapters and events (AppSec)
- The OWASP philosophy and a startup like BazarNube
- The Origin: 2001 and Mark Curphey
OWASP was born in December 2001, driven by Mark Curphey. The context matters: in the early 2000s, the web was ceasing to be a set of static pages and becoming dynamic applications (online banking, e-commerce, webmail, and so on). With those applications came new attacks, and there was no public, organized body of knowledge about how to defend against them.
Curphey's insight was simple and powerful: application security should not be a secret reserved for a handful of expensive consultants, but open knowledge that any team could use. Instead of founding a company to sell that knowledge, he promoted an open community where it would be shared freely. That DNA — open and collaborative — is still OWASP's defining trait more than twenty years later.
- Evolution and the Creation of the OWASP Foundation
What started as a community project grew quickly and needed a legal structure to sustain it. Thus was born the OWASP Foundation, established in 2004 in the United States as a 501(c)(3) non-profit organization (the US tax status for charitable and educational entities). Later, a foundation was also created in Europe (OWASP Europe) to provide legal coverage for activity on that continent.
The foundation does not run the content with an iron fist: its role is to provide support (legal, financial, and organizational) to the projects and to the community of volunteers who actually produce the material. It is a model similar to that of other large free-software initiatives.
A few milestones help place the evolution (dates are approximate):
| Moment | Milestone |
|---|---|
| 2001 | The OWASP project is founded by Mark Curphey. |
| 2003 | First edition of the OWASP Top Ten, its most influential document. |
| 2004 | Establishment of the OWASP Foundation (501c3). |
| Following years | Projects (guides, tools) proliferate, chapters spread worldwide, and AppSec conferences appear. |
| 2023 | The name is updated to Open Worldwide Application Security Project to reflect a scope beyond the web. |
Don't memorize the dates by heart; take away the trajectory: from an open idea in 2001 to a consolidated foundation with world-reference projects.
- The Mission: "Make Software Security Visible"
If you had to sum up OWASP in one phrase, it would be its mission: "make software security visible". It is worth unpacking that idea, because it is deeper than it seems.
- "Visible" means that security stops being invisible: that you can see, measure, and talk about it. A security flaw that no one names or measures never gets fixed.
- To make it visible, OWASP produces language (taxonomies such as the Top Ten), criteria (standards such as ASVS), and tools (such as ZAP) that bring to light what would otherwise stay hidden.
- The ultimate goal is that organizations and individuals can make informed decisions about the risks in their software. It is not about scaring people, but about providing visibility so they can decide.
In other words: you can't manage what you can't see. OWASP's mission is to give you the "eyes" to see the security of your applications.
- The Principles: Openness and Vendor Neutrality
Two principles underpin OWASP's entire philosophy. Comparing them with their alternative makes their importance clear:
| Principle | What it means | What it prevents |
|---|---|---|
| Openness | All the material is free and open; anyone can read, contribute, and audit. | It prevents security knowledge from being locked behind paywalls or trade secrets. |
| Vendor neutrality | OWASP does not sell or promote specific commercial products. | It prevents its recommendations from being biased by economic interests. |
These principles explain very concrete decisions. For example, the OWASP Top Ten does not say "buy antivirus X"; it describes risk categories neutrally. And OWASP's tools are open source, so you can inspect their internals.
A third value that flows from the previous two is transparency: the community's debates, votes, and decisions are usually public. This lets you trust the result because you can see how it was reached.
- How OWASP Is Funded and Governed
A reasonable question: if the material is free and it sells nothing, how does OWASP make a living? Its revenue sources are varied and consistent with its non-profit nature:
- Membership fees: individuals and companies that pay an annual fee to support the foundation (not to "buy" anything exclusive; the material remains open).
- Corporate sponsorships: companies that fund the foundation or specific events.
- Conference income: ticket sales for AppSec events.
- Donations: one-off contributions from the community.
As for governance, OWASP combines two layers:
graph TD
B[Board of Directors<br/>elected by the members] --> P[Operational staff<br/>of the foundation]
P --> V[Community of volunteers]
V --> PR[Projects<br/>guides, standards, tools]
V --> CH[Local chapters]
- A Board of Directors, elected by the members, sets the strategic direction.
- A small operational team manages the foundation's day-to-day.
- The vast majority of the work is done by the community of volunteers, who lead the projects and the chapters.
The key is that power is distributed: neither a company nor a person controls OWASP. That open governance is what guarantees the neutrality described in the previous section.
- Local Chapters and Events (AppSec)
OWASP's community takes shape in two very visible forms:
- Local chapters: groups organized by city or region. They hold talks, workshops, and meetups, almost always free and open to the public. They are the best entry point for someone starting out: you can attend, ask questions, and meet professionals in your area at no cost.
- AppSec conferences: global and regional events (for example, the "Global AppSec" editions) where research is presented, training is given, and the international community gathers. The name comes from Application Security.
Why does this matter to you as a developer? Because security evolves fast, and chapters and events are where knowledge circulates before it ever ends up written in a guide. Taking part (even just attending) keeps you up to date and connects you with people who have solved problems similar to yours.
- The OWASP Philosophy and a Startup Like BazarNube
Let's return to BazarNube. Recall its situation: a small startup (Lucía on backend, Marc on frontend, an SRE, and you as the AppSec engineer), with a tight budget and in a hurry to grow. Why does it fit so well with OWASP's philosophy?
- Zero cost of entry. A startup can't afford expensive consultancies or costly licenses when it's getting off the ground. OWASP's openness gives it free access to professional-grade guides, standards, and tools.
- Trust without lock-in. Vendor neutrality means BazarNube can follow OWASP's recommendations without getting "married" to any vendor. If it switches cloud provider or tools tomorrow, the security criteria remain valid.
- A common language from day one. By adopting the mission of "making security visible", the team starts to name and measure risks. That lets them, for instance, answer that investor with data ("we follow the OWASP Top Ten and verify against ASVS") instead of with good intentions.
- A supportive community. Lucía can turn to a local OWASP chapter to resolve a specific doubt about the legacy Java module, instead of being alone with the problem.
At the kickoff meeting, you sum up the proposal to the team like this: "OWASP gives us, for free and without lock-in, the knowledge that other companies spent years and money learning the hard way through incidents. Our job is to apply it to BazarNube in an orderly way." With that sentence, the team understands that adopting OWASP is not bureaucracy but a smart shortcut.
Common Mistakes and Tips
- Thinking that "free" equals "low quality". OWASP's material is open, but it is produced and reviewed by top-tier professionals. Its being free comes from its mission, not from a quality cut.
- Believing that a company controls OWASP. Governance is distributed among the board, the operational team, and volunteers. No company "rules" OWASP; that is why it can be neutral.
- Reducing OWASP to documents. The community (chapters and events) is an essential part. Ignoring it means losing half the value.
- Confusing the mission with "spreading fear". "Making security visible" is not alarmism: it is providing visibility to decide with judgment, not to scare.
- Tip: check whether there is an OWASP chapter near your city and sign up for its mailing list or its next event. It is the cheapest way to accelerate your learning.
Exercises
Exercise 1. Match each element of OWASP's governance with its function: (a) Board of Directors, (b) operational team, (c) community of volunteers. Functions: (1) does most of the work on projects and chapters, (2) sets the strategic direction, (3) manages the foundation's day-to-day.
Exercise 2. A colleague claims: "I don't trust OWASP because, since it's free, some antivirus vendor must be secretly funding it to sell more." Using what you have learned about funding, governance, and principles, write a reasoned response (4-6 lines) that dismantles or qualifies that suspicion.
Exercise 3. Explain how OWASP's mission ("make software security visible") concretely helps BazarNube answer the investor's question: "How do you protect your users' payment data?".
Solutions
Solution 1. (a) Board of Directors → (2) sets the strategic direction; (b) operational team → (3) manages the foundation's day-to-day; (c) community of volunteers → (1) does most of the work on projects and chapters.
Solution 2. The suspicion is unfounded for several reasons. First, OWASP's funding is transparent and diversified (membership fees, declared sponsorships, conference income, and donations), not a hidden payment from a vendor. Second, its governance is distributed among a board elected by the members, an operational team, and thousands of volunteers, so no company can impose its agenda. Third, the principle of vendor neutrality means OWASP does not promote commercial products; its guides describe risks, not brands. And since everything is open and auditable, anyone can check that there are no recommendations biased toward a product.
Solution 3. The mission of "making security visible" pushes BazarNube to name and measure how it protects payments instead of giving vague answers. Thanks to that, the team can tell the investor concrete, verifiable things: "we classify our risks with the OWASP Top Ten, verify requirements with ASVS, and test the application with ZAP". In other words, it turns an abstract concern ("are we secure?") into something visible, communicable, and demonstrable.
Conclusion
You have walked through OWASP's history from its origin in 2001 with Mark Curphey to the present-day OWASP Foundation (501c3), and you have understood its mission — "make software security visible" — and its two guiding principles: openness and vendor neutrality. You know how it is funded (fees, sponsorships, events, donations) and how it is governed (board, operational team, and volunteers), and why the chapters and AppSec conferences are the human face of the community. Above all, you have seen why this philosophy fits a startup like BazarNube like a glove: professional knowledge, free and without lock-in.
In the next lesson, 01-03 Importance of Web Application Security, we will leave the organization aside to answer the underlying question: why is web security so critical? We will talk about the attack surface, the real cost of a breach, the CIA triad, and why security must run across the entire development process. And we will put concrete numbers and risks on what BazarNube has at stake.
OWASP Course: Guidelines and Standards for Web Application Security
Module 1: Introduction to OWASP
Module 2: Main OWASP Projects
- OWASP Top Ten
- OWASP ASVS (Application Security Verification Standard)
- OWASP SAMM (Software Assurance Maturity Model)
- OWASP ZAP (Zed Attack Proxy)
- Other Key Projects: WSTG, Cheat Sheets and Dependency-Check
Module 3: OWASP Top Ten 2021 in Depth
- A01:2021 – Broken Access Control
- A02:2021 – Cryptographic Failures and Sensitive Data Exposure
- A03:2021 – Injection
- Cross-Site Scripting (XSS) in Depth
- A04:2021 – Insecure Design
- A05:2021 – Security Misconfiguration
- XML External Entities (XXE)
- A06:2021 – Vulnerable and Outdated Components
- A07:2021 – Identification and Authentication Failures
- A08:2021 – Software and Data Integrity Failures (Insecure Deserialization)
- A09:2021 – Security Logging and Monitoring Failures
- A10:2021 – Server-Side Request Forgery (SSRF)
Module 4: OWASP ASVS (Application Security Verification Standard)
Module 5: OWASP SAMM (Software Assurance Maturity Model)
Module 6: OWASP ZAP (Zed Attack Proxy)
- Introduction to ZAP
- Installation and Configuration
- Vulnerability Scanning
- Automating Security Testing
Module 7: Best Practices and Recommendations
- Secure Software Development Life Cycle (SDLC)
- Threat Modeling
- Integrating Security into DevOps (DevSecOps)
- Security Training and Awareness
- Additional Tools and Resources
Module 8: Practical Exercises and Case Studies
- Exercise 1: Identifying Vulnerabilities
- Exercise 2: Implementing Security Controls
- Case Study 1: Analyzing a Security Incident
- Case Study 2: Improving the Security of a Web Application
