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.




Network Security SecProg
[Top] [All Lists]

Re: Charging customers on security

Subject: Re: Charging customers on security
Date: Tue, 28 Sep 2004 11:51:56 +0200


----- Original Message -----
From: "King Pang" <kingpang@gmail.com>


[snip]

I was thinking if it is possible to charge customers in different
security levels.  Using username and password as an example: the basic
level would come with no encryptions such that username / password are
stored in plain text in the web.config.  An intermediate level would
store them in the registry using aspnet_setreg.  An advanced level
would blahâ (you get the idea).  Would this work?  And more
importantly, would the customers buy this idea?

[snip]

I don't think that many customers will buy that if it gets too detailed.
Most of them don't have the knowledge to understand the impact on security
when you present them a huge list of possible options. They will mostly
choose the cheap
solutions and eventually end up with an insecure version. And if you point
that
out, they will tell you: "Hey, but I picked 5 of 100 security items! That
should add
a considerable amount of security..."

Making it a choice out of two or three different overall security levels
could work
though. That is, the basic level would list all options throughout the
application
(no encryption during data transport, very basic authentication etc. )
and you could tell your customer, that this is a very basic and possibly
insecure version. So you could offer different levels where each one has a
complete security design. Even customers with very little security knowledge
will understand the difference between a "low security version" and a
"high security version".

Now you only have to do a good job in making the customer understand
the consequences of his decision. Add a maintenance contract for future
improvements
and that should be enough to keep your customers confident in their
decision.
And if they choose a low level one and there
is a security flaw that gets exploited someday, you can still point at your
contract
and say: "But you chose low level security. We warned you that it might be
risky".

Just my 2 cents

---
Andreas KrÃgersen

<Prev in Thread] Current Thread [Next in Thread>