READ
THIS ARTICLE ON WORKZ.COM
Think
your e-Business isn't big enough to
have to worry about privacy and security
issues? Think again.
The
heretofore largely unregulated era
of data privacy is rapidly coming
to a close, with privacy laws on the
books in over 40 countries already,
the U.S. instituting major new regulations
for data privacy and security for
the financial and healthcare industries,
and various broad legislative initiatives
under way.
Time
to make sure your data privacy house
is in order, so that when questions
about your security preparedness get
asked (and they will, sooner or later),
you'll be ready to respond. It's also
better to take some proactive privacy
defense measures now, before you end
up on the wrong end of a successful
hack or a privacy breach-related lawsuit.
And data security is already an issue
if you do any business online, since
your site has undoubtedly already
been scanned for vulnerabilities countless
times already (if your site hosting
company tells you otherwise, someone's
asleep at the firewall).
It's
easier to self-audit your data security
than you think. The questions you
need to focus on specifically are:
1. What data is stored
2. How and where it's stored
3. How it's processed
4. Who looks at it
5. What you're supposed to be doing
with it
Assessing
Your Data Privacy Vulnerabilities
Question
1: What data is stored?
Find out from your Webmaster or e-commerce
service provider what kind of data
you're storing. In fact, forget about
the fact that you're interested specifically
in customer data, since this may put
a filter on what data you're told
is stored. Identify all the data that's
being collected-name and address,
order number, etc.-then select any
customer-related data and sort it
by type to proceed:
High-risk
customer data
- Credit-card numbers (complete number)
-Medical information
Lower-risk
customer data
-Customer information such as name,
address, partial credit-card numbers,
and phone number (NOT including Social
Security number or any complete credit-card
numbers)
-Customer order histories (those of
a personal nature, such as medical
supplies and pornography, may be high-risk)
Minimal-risk
customer data
-Web site activity report information
(number of hits, number of unique
visitors, originating domain of visitors,
referring URL, etc.)
-Aggregate customer information (purchases
by age/region/product, etc.)
-All other non-personally-identifiable
customer data
Question
2: How and where is the data stored?
Now you'll almost certainly need to
talk to whoever built and/or is involved
in hosting your Web site to answer
this question. This is after all a
technical question, and it involves
exactly what servers your data sits
on, and how it sits there.
Here
are the rules you should follow if
you're storing any high-risk customer
data such as credit-card numbers:
-The data must be stored encrypted
-The data must reside on a database
on a separate server from your Web
server.
Why?
Because if such high-risk data's not
encrypted, then it's stored in a file
that's easier for someone to read.
Don't be surprised if encryption also
becomes either a legal or business
(i.e. hacking defense) imperative
as well over the next couple of years,
as it already is in some industries
and countries. If you use a payment
gateway services provider, by the
way, there's no reason to store credit
card numbers anyway, and not doing
so is the best security move you can
take.
A
separate database server for any high-risk
data, even if encrypted, also admittedly
makes for a more expensive site hosting
environment. However this is another
area where cutting corners is ill-advised:
If the database holding that high-risk
data sits on the Web server, it is
inevitably more immediately accessible
to Internet traffic, including unauthorized
access attempts.