-
Website
http://www.matasano.com/log -
Original page
http://www.matasano.com/log/906/random-thoughts-on-owasp/ -
Subscribe
All Comments -
Community
-
Top Commenters
-
Press Controls
3 comments · 2 points
-
ChrisMtso
12 comments · 1 points
-
Eric Monti
11 comments · 1 points
-
StatlerAndWaldorf
12 comments · 3 points
-
Dave G.
7 comments · 1 points
-
-
Popular Threads
you probably don’t need to care about 100% of the attack classes out there
I was thinking that very important logic flaws probably involve the other 55%. However, this is speculation based on my real world experience ; no different than their speculation. Or yours.
Could it be that the numbers Jeff Williams referred to were coming from bh-eu-07-chess-kureha-ppt-apr19.pdf ?
I'll save any additional humor for the end of the thread, as I'm hoping this is just the beginning.
Totally agree that for a given application, not all vulnerability types will apply. It's getting the right 45% that's hard. Do you think the tools are finding the 45% that's most relevant to your application? Or the ones that just happen to be easier for them to find? Anyway, I thought that MITRE's study was well done and the results were surprising.
I really appreciate the thoughts about OWASP structure, and encourage you to get involved. I'd like everyone to know that membership is completely optional (think public radio) and all the money goes directly to support OWASP projects.
I agree that OWASP should have a director focused on fundraising - a topic I've spoken about many times. But once we finally got some money, we decided to plough it back into research grants instead. So far we've awarded something like $150,000 in application security research grants and have already started seeing the benefit. I'm sure we'll get a director someday. We did fund an intern for the summer who's already doing great work!
The membership categories levels are set where they are because we decided to target a small number of large organizations who use OWASP materials. Also to try to minimize the likelihood of OWASP-abuse by product and service vendors. Sure there are hundreds of non-member organizations who use our stuff, and that's fine. This approach doesn't require a lot of effort on our (volunteer) part and has been fairly successful. Personally, I like the fact that we're not out soliciting money all the time. We've got enough to keep doing interesting stuff with some great people.
Granted we don't have fulltime employees, but we do have a core group of leaders, me included, who have been involved since the start and act the same as employees.
How do you see employees making OWASP better? So far it's community driven, we also have people who spend a large chunk of time on it, working on project management and also pushing the foundation.
What is the difference between these people and an employee?
Ending :I would really prefer to see a list of application security themed rides.
Thanks and ByeBye.
Re: Statistics: Without knowing more about the specifics of what's being detected and what isn't its hard to tell (I haven't seen any of the details).
Re: Pricing: I am sure you are way closer to the pricing sensitivities around OWASP memberships, but from the outside it seems like like it punishes the smaller company. It makes sense that you dont want to have OWASP's brand abused.
I don't actually know what OWASPs goals are or how much money it would need to accomplish them. But I did notice that your last slide asked people to become members, so I assumed it was important :)
@Daniel:
If I had to hazard a guess, I would say that you guys like application security, not growing OWASPs membership. I think having someone's time 100% dedicated to OWASP and specifically to membership drive would help you out tremendously. Having someone who is focused around that, let's you guys do what you do best. Jeff's example of public radio is a great one. There are people that volunteer and people that work at NPR.
---
Just to be clear, the goal of the post was not to criticize OWASP, just some armchair quarterbacking at the end of a workday. The only exception is where I was actively criticizing is the pricing structure.
I'm not an MBA either, but I often times run into them in the wild so pardon me if I have a small correction. I checked several MBA blogs and the correct spelling of the term is 'WHACK', not 'wack'. I guess we missed out not finishing out our MBA.
I personally prefer Lego World, mostly because of the built-in stack protection.
The exact classes covered by the tool are what is important. A percentage of CWE is meaningless since that weighs all vulnerability classes equally when they are surely not. You need to look at the distribution of the vulnerabilities that are actually looked for and found in the wild.
CWE publishes this data using the CVE data:
http://cwe.mitre.org/documents/vuln-trends/inde...
1282 of XSS or 18.5% of all vulnerabilities found and publicly disclosed in 2006. This means they are prevalent AND people are able to find them.
One (1) instance of of type-check vulnerabilities were found and disclosed in 2006.
Both of these are weighted equally in the percentage pie chart where one is clearly at least 100 times more important to find.
By my calculations the top 25 of most prevalent vulnerability classes account for 70% of reported vulnerabilities.
I would love a tool that found all of these. It would be finding less than 5% of all vulnerability classes yet it would be finding all the important vulnerabilities.
The truth is many of these can't be found with an automated tool. But the point is all vulnerability classes are not created equal. Since the pie chart treats them all as equal it is meaningless.
-Chris