<p dir="ltr">>> My only issue with the T10 is that it is too generic, and what I really would like to give devs, is a version of that document for the technology stack they are using.</p>
<p dir="ltr">Interesting idea Denis. I think it should be a separate thread but it is an idea that may have legs. The technology-specific T10s could be written over time and refer back to the most recent T10. </p>
<p dir="ltr">I think this is a very interesting idea. </p>
<div class="gmail_quote">On Sep 24, 2014 8:18 PM, "Dinis Cruz" <<a href="mailto:dinis.cruz@owasp.org">dinis.cruz@owasp.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">My view of the Owasp Top 10 is that it is an awareness document and a good place to start on Application security (coding, exploiting or mitigating)</p>
<p dir="ltr">As this thread shows, there is a bigger problem in our industry which is the definition of terms (and that is before others take what we/owasp publishes and invent on top (like the ones that talk about Owasp top 10 compliance or certifications))</p>
<p dir="ltr">My only issue with the T10 is that it is too generic, and what I really would like to give devs, is a version of that document for the technology stack they are using. </p>
<p dir="ltr">For example the 'Owasp Top 10 for Node, Express, Jade, CrouchDB and AngularJS' (the best case scenario would be a very small doc, since those frameworks would handle by default a number of T10 items, like how AngularJs and Jade can help a lot on XSS)</p>
<div class="gmail_quote">On 22 Sep 2014 18:36, "Neil Smithline" <<a href="mailto:neil.smithline@owasp.org" target="_blank">neil.smithline@owasp.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Some history...<div><br></div><div>The 2004 and 2007 T10s are titled "The Ten Most Critical Web Application Security <b>*Vulnerabilities*</b>". The 2010 and 2013 are "The Ten Most Critical Web Application Security <b>*Risks*</b>" This name change was a major topic of discussion while developing the 2010 T10. <div><br></div><div>My recollection, which admittedly is a bit fuzzy, is that the thought was that risks are what you train your staff to avoid. Improper defense against the risks leads to specific vulnerabilities and ultimately successful attacks. At the time of writing the 2010 T10, there was great debate about the meaning of vulnerabilities and risks. The problem wasn't that people didn't understand these terms. Quite the contrary, the problem was that nearly everyone had their own definitions of these terms. </div><div><br></div><div>My suspicion is that the items in the 2013 T10 (I'm only interested in the newest T10) span terms such as risks, vulnerabilities, threats, attacks, etc... The definitions were unclear during the writing of the T10 and, based on this email thread, are still up for grabs. So we may never be able to categorize what is in the 2013 T10. During writing of the T10, we focused on our goal of making the T10 of utility to engineering organizations and didn't worry about having consensus about definitions.</div><div><br></div><div>Going forward....</div></div><div><br></div><div>I question whether we'll ever come up with consistent terms that we agree on. If we did come up with consistent terms, what would we do with them? Use them as a framework for future OWASP work? Other?</div><div><br></div><div><br></div></div><div class="gmail_extra"><br clear="all"><div><div dir="ltr"><br>Neil Smithline<br><a href="tel:408-634-5764" value="+14086345764" target="_blank">408-634-5764</a><br><a href="http://www.neilsmithline.com/" target="_blank">http://www.neilsmithline.com</a></div></div>
<br><div class="gmail_quote">On Mon, Sep 22, 2014 at 12:52 PM, Josh Sokol <span dir="ltr"><<a href="mailto:josh.sokol@owasp.org" target="_blank">josh.sokol@owasp.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>I'm not sure I interpret it the same way.  Depends really on your definition of a "system" (arguing topicality here Jim).  How about "<span><span>an</span> <span>assemblage</span> <span>or</span> <span>combination</span> <span>of</span> <span>things</span> <span>or</span> <span>parts</span> <span>forming</span> <span>a</span> <span>complex</span> <span>or</span> <span>unitary</span> <span>whole".  By that definition a system could be a web application, a database like MySQL or Oracle, or an actual computer.  So, if a web application can be a system, then, by definition, SQL Injection can be a vulnerability in that system.  No?  And yes, it can also be an attack type.<span><font color="#888888"><br><br></font></span></span></span></div><span><font color="#888888"><span><span>~josh<br></span></span></font></span></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 22, 2014 at 11:46 AM, Jim Manico <span dir="ltr"><<a href="mailto:jim.manico@owasp.org" target="_blank">jim.manico@owasp.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div>This is not true from Mitre's perspective. Per Mitre..:</div><div><br></div><div>SQL injection is an attack type. Only a system can be vulnerable. So a vulnerability per Mitre (per my reading) is an actual weakness in a actual system, hence...</div><div><br></div><div>CVE = actual issues in real systems and  (key letter V)</div><div>CAPEC = abstract attack type definitions<span><br><br><div>--</div><div>Jim Manico</div><div>@Manicode</div><div><a href="tel:%28808%29%20652-3805" value="+18086523805" target="_blank">(808) 652-3805</a></div></span></div><div><div><div><br>On Sep 22, 2014, at 12:42 PM, Josh Sokol <<a href="mailto:josh.sokol@owasp.org" target="_blank">josh.sokol@owasp.org</a>> wrote:<br><br></div><blockquote type="cite"><div><div dir="ltr"><div>If you want to get technical, XSS is a vulnerability.  Getting XSS'ed is exploitation of that vulnerability.  An example of a risk would be the compromise of customer data resulting from the exploitation of a XSS vulnerability.<br><br></div><div>If anyone is interested in learning more about Risk (and SimpleRisk), I'm teaching a 1-day class on it at LASCON this year.<br></div><div><br></div>~josh<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Sep 21, 2014 at 4:13 PM, Eoin Keary <span dir="ltr"><<a href="mailto:eoin.keary@owasp.org" target="_blank">eoin.keary@owasp.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Xss is not a risk :)  Getting XSS'ed is if you are vulnerable.<br>
<br>
It's a top 10 of most common vulns.<br>
But if you actually did a top 10 (of common vulns)  the top 5 would be SSL and security header related and make for slow reading. :)<br>
<span><br>
<br>
Eoin Keary<br>
Owasp Global Board<br>
<a href="tel:%2B353%2087%20977%202988" value="+353879772988" target="_blank">+353 87 977 2988</a><br>
<br>
<br>
</span><div><div>On 21 Sep 2014, at 17:04, Eoin Keary <<a href="mailto:eoin.keary@owasp.org" target="_blank">eoin.keary@owasp.org</a>> wrote:<br>
<br>
> Risk != vuln<br>
><br>
> Risk is defined as:<br>
> "(Exposure to) the possibility of loss, injury, or other adverse or unwelcome circumstance; a chance or situation involving such a possibility."<br>
><br>
> The result of a weakness being leveraged and unwelcome outcomes.<br>
><br>
><br>
><br>
> Eoin Keary<br>
> Owasp Global Board<br>
> <a href="tel:%2B353%2087%20977%202988" value="+353879772988" target="_blank">+353 87 977 2988</a><br>
><br>
><br>
> On 21 Sep 2014, at 16:53, Jim Manico <<a href="mailto:jim.manico@owasp.org" target="_blank">jim.manico@owasp.org</a>> wrote:<br>
><br>
>>> T10 lists does not accurately<br>
>> reflect the most dangerous "risks" or that it would be better to name it<br>
>> differently?<br>
>><br>
>> The commentary that I received was that the term "risk" did not<br>
>> actually reflect the items on the lists. Folks have told me it should<br>
>> be "vulnerabilities" or "attacks" or "weaknesses" and more.<br>
>><br>
>> I'm not sure what the right answer is here...<br>
>><br>
>> Aloha,<br>
>> --<br>
>> Jim Manico<br>
>> @Manicode<br>
>> <a href="tel:%28808%29%20652-3805" value="+18086523805" target="_blank">(808) 652-3805</a><br>
>><br>
>>> On Sep 21, 2014, at 4:50 PM, Tobias <<a href="mailto:tobias.gondrom@owasp.org" target="_blank">tobias.gondrom@owasp.org</a>> wrote:<br>
>>><br>
>>> T10 lists does not accurately<br>
>>> reflect the most dangerous "risks" or that it would be better to name it<br>
>>> differently?<br>
>> _______________________________________________<br>
>> OWASP-Leaders mailing list<br>
>> <a href="mailto:OWASP-Leaders@lists.owasp.org" target="_blank">OWASP-Leaders@lists.owasp.org</a><br>
>> <a href="https://lists.owasp.org/mailman/listinfo/owasp-leaders" target="_blank">https://lists.owasp.org/mailman/listinfo/owasp-leaders</a><br>
> _______________________________________________<br>
> Owasp-community mailing list<br>
> <a href="mailto:Owasp-community@lists.owasp.org" target="_blank">Owasp-community@lists.owasp.org</a><br>
> <a href="https://lists.owasp.org/mailman/listinfo/owasp-community" target="_blank">https://lists.owasp.org/mailman/listinfo/owasp-community</a><br>
_______________________________________________<br>
OWASP-Leaders mailing list<br>
<a href="mailto:OWASP-Leaders@lists.owasp.org" target="_blank">OWASP-Leaders@lists.owasp.org</a><br>
<a href="https://lists.owasp.org/mailman/listinfo/owasp-leaders" target="_blank">https://lists.owasp.org/mailman/listinfo/owasp-leaders</a><br>
</div></div></blockquote></div><br></div>
</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>OWASP-Leaders mailing list</span><br><span><a href="mailto:OWASP-Leaders@lists.owasp.org" target="_blank">OWASP-Leaders@lists.owasp.org</a></span><br><span><a href="https://lists.owasp.org/mailman/listinfo/owasp-leaders" target="_blank">https://lists.owasp.org/mailman/listinfo/owasp-leaders</a></span><br></div></blockquote></div></div></div>
</blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
OWASP-Leaders mailing list<br>
<a href="mailto:OWASP-Leaders@lists.owasp.org" target="_blank">OWASP-Leaders@lists.owasp.org</a><br>
<a href="https://lists.owasp.org/mailman/listinfo/owasp-leaders" target="_blank">https://lists.owasp.org/mailman/listinfo/owasp-leaders</a><br>
<br></blockquote></div><br></div>
<br>_______________________________________________<br>
Owasp-community mailing list<br>
<a href="mailto:Owasp-community@lists.owasp.org" target="_blank">Owasp-community@lists.owasp.org</a><br>
<a href="https://lists.owasp.org/mailman/listinfo/owasp-community" target="_blank">https://lists.owasp.org/mailman/listinfo/owasp-community</a><br>
<br></blockquote></div>
</blockquote></div>