Brad Andrews Writes:

> After all, we can just "implement this maturity model and eliminate  
> all our security problems, at least in the application, 
> right?"  That  
> is likely to end up resulting in even more resistance in the future  
> when management questions why they need to keep spending more for  
> software security, a secure architecture, etc.  Don't people learn  
> what they need to know at some point?

I don't thinks that's ever been the case that you can just apply your model
and all will be well Microsoft didn`t release their SDL and said "there all
our software will now be secure", they're constantly evolving their

Also some of the activities within the BSIMM are about constant improvement
and keeping up with the latest trends, so even just following the BSIMM your
processes are never static.
> I don't think we will ever be static.  As soon as we remove the low  
> hanging fruit, the fruit higher up the tree will be the problem.

Or, the fruit on another tree :) who's attacking the OS now when the apps
are so easy to attack

> This isn't to say a maturity model is useless, but I remain 
> skeptical  
> that it will live up to the "hype" (low key now, but there) it is  
> being presented with.

I think that the models (both BSIMM and OSAMM) help to provide a framework
and a direction to those that have no real security practices at all.  Or
allow a measurement of existing process and see where their weaknesses are.
That and the senior management like the pretty graphs even if they don't
know what it means :D


Attachment: smime.p7s
Description: S/MIME cryptographic signature

Secure Coding mailing list (SC-L)
List information, subscriptions, etc -
List charter available at -
SC-L is hosted and moderated by KRvW Associates, LLC (
as a free, non-commercial service to the software security community.

Reply via email to