Ethical Hacking Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package. | Computer Forensics Training at InfoSec Institute Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors. |

| Subject: | RE: Charging customers on security |
|---|---|
| Date: | Wed, 29 Sep 2004 08:58:41 -0700 |
From: Patrik Sternudd [mailto:patrik.sternudd@copper.se] Sent: Wednesday, 29 September, 2004 10:59 Unfortunately, Michael is quite right. One could wish it were not so, but that won't change the fact.
Thanks. I also wish that economics weren't an issue for providing secure commercial software - our jobs would be easier if it were only (!) a matter of ideology - but, as security professionals or software professionals or just people interested in seeing more secure software, we don't do ourselves any favors by ignoring obstacles just because they're unpalatable. And software economics is definitely an obstacle.
Well. If you ask me, many organisations does not want security. It's expensive. Not only to purchase, but also to maintain.
True. This isn't always a simple case of "management too dumb to pay for security", either. Consider a CIO who says, "our formal security analysis indicates that your application represents only 2% of our total exposure. We've estimated and budgeted $X for recovering from security failure." That means that improved security that raises the price of your product more than $0.02X is financially unjustified for that customer. And that's not an implausible situation, if your product will be running in an environment that's chock-full of other vulnerabilities. (See recent story in RISKS about FAA-mandated digital radio system for airplane-control tower comms which runs on unpatched Windows 98 boxes. System fails if not manually rebooted every 30 days or so. The reliability of the application is pretty far down on *that* attack tree.) The CIO answers to the CEO, who answers to the board, who answer to the shareholders. And the shareholders care about the bottom line. They're not going to buy any ideological argument about the inherent superiority of secure software, or of the good for the data-processing community. If they believe that it's cheaper in a particular case to spend the money on disaster recovery rather than disaster prevention, that's what they'll choose. I bet there isn't a single publically-traded corporation in the world which has a voting majority of shareholders who understand and care about software security. If we want companies to use more secure software, *that* is the problem we need to solve. There are a number of ways of doing that. Make security cheaper, by using better development practices. Challenge the estimates of the costs of disaster recovery, to argue that security is the cheaper option. Muster public opinion against security breaches, so that they gain an added PR cost. Expose flaws in insecure software, to increase the frequency (and so total cost) of maintenance efforts (and, unfortunately, the frequency and total cost of disaster recovery). And so forth. Arguing that security is The Right Thing To Do, on the other hand, is a swell marching cry but a lousy marketing technique. -- Michael Wojcik Principal Software Systems Developer, Micro Focus
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Looking for mixed Unix/Windows secure coding course, Hollis via Rubicon Recluse |
|---|---|
| Next by Date: | Re: "Selling" a code-audit and politics, Jason Coombs |
| Previous by Thread: | RE: Charging customers on security, Michael Wojcik |
| Next by Thread: | Looking for mixed Unix/Windows secure coding course, Hollis via Rubicon Recluse |
| Indexes: | [Date] [Thread] [Top] [All Lists] |