Commentary

George Hulme
 

So, You Want To Build an Effective Application Security Program? How Good Are You At Politics?

Being that the tagline of the Secure360 Conference was Evolving Threats, Practical Solutions I figured a session on How To Build an Effective Application Security Program would be appropriate. Fewer areas of information security have more evolving threats, or are in more need of practical, applied, solutions.

Being that the tagline of the Secure360 Conference was Evolving Threats, Practical Solutions I figured a session on How To Build an Effective Application Security Program would be appropriate. Fewer areas of information security have more evolving threats, or are in more need of practical, applied, solutions.I've been writing about application flaws since 2000. And in what will soon be a decade, I'm still surprised to learn that building secure, sustainable software - from the start - is still a novel idea to many companies. While quantitative numbers are sparse, I'm convinced that building applications secure from the start is the most cost effective way to go for most enterprises. It's also the right thing to do. At least, if you care about your customers, and the integrity of your infrastructure.

As I listened to Joey Peloquin, director application security at FishNet Security, give his presentation on building an effective Web application security program, I'm reminded just how much of the task is about awareness and effective organizational communication. It is about these things much more than technology.


More Security Insights

White Papers

More >>

Reports

More >>

Webcasts

More >>

Peloquin's first point: find a senior level business executive to be your Web application security evangelist. And, it sounded to me, that you'll need this senior level executive to not only help build awareness, but also provide some political cover when internal egos start getting bruised when your Web application assessments start outing shoddily crafted code. In order to avoid the very sharp arrows that tend to fly when one starts displaying the incompetency of others, Peloquin shared a tip that was given to him from Allan Paller, director of research for the SANS Institute: also enlist a number of senior developers as your allies. Have them trained on secure Web application development and also carry the torch for the need for secure development.

Now, the political will and strength is in place for your revolution.

As Peloquin explained from experience: if you don't have executive level sponsorship, and work with -- not against -- the development team: your secure Web application initiative lost the race before the starting gun was fired.

Next up is the technology and the processes. This comes down to training software developers on how to write securely, model application risk and mitigate wherever possible and also makes business sense. Also, build applications with security as part of the quality control process, with periodic security assessments and code reviews whether they be static, dynamic, or manual.

A great place to start with these details can be found in the Application Security How-To articles found here.

My advice, though, is to listen to Peloquin and find some executive level cover, and get as many on your development team vested in the effort before pushing Web application vulnerability scan results across the conference table.

For mobile technology and information security observations, follow my Twitter account.


Related Reading




Currently we allow the following HTML tags in comments:

Single tags

These tags can be used alone and don't need an ending tag.

<br> Defines a single line break

<hr> Defines a horizontal line

Matching tags

These require an ending tag - e.g. <i>italic text</i>

<a> Defines an anchor

<b> Defines bold text

<big> Defines big text

<blockquote> Defines a long quotation

<caption> Defines a table caption

<cite> Defines a citation

<code> Defines computer code text

<em> Defines emphasized text

<fieldset> Defines a border around elements in a form

<h1> This is heading 1

<h2> This is heading 2

<h3> This is heading 3

<h4> This is heading 4

<h5> This is heading 5

<h6> This is heading 6

<i> Defines italic text

<p> Defines a paragraph

<pre> Defines preformatted text

<q> Defines a short quotation

<samp> Defines sample computer code text

<small> Defines small text

<span> Defines a section in a document

<s> Defines strikethrough text

<strike> Defines strikethrough text

<strong> Defines strong text

<sub> Defines subscripted text

<sup> Defines superscripted text

<u> Defines underlined text

InformationWeek encourages readers to engage in spirited, healthy debate, including taking us to task. However, InformationWeek moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing/SPAM. InformationWeek further reserves the right to disable the profile of any commenter participating in said activities.

Disqus Tips To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy.
T-Shirt Giveaway T-Shirt Giveaway: Each week we're selecting one great comment from our readers. The author of the comment will receive an InformaitonWeek Community t-shirt. So get posting!
Subscribe to RSS

Resource Links