Commentary

Social Security ID Protection: A Bloody Mess

A few weeks ago a notebook containing information on 268,000 blood donors was stolen from a Minnesota blood drive. The data included names, addresses, blood types, and Social Security numbers. Police suspect it was a random act, not one committed with the express intent of getting the personal data. Still, it's one just more case of data privacy woe that could be avoided if companies stopped using SS numbers to identify customers.

A few weeks ago a notebook containing information on 268,000 blood donors was stolen from a Minnesota blood drive. The data included names, addresses, blood types, and Social Security numbers. Police suspect it was a random act, not one committed with the express intent of getting the personal data. Still, it's one just more case of data privacy woe that could be avoided if companies stopped using SS numbers to identify customers.


More Security Insights

White Papers

More >>

Reports

More >>

Webcasts

More >>

Stolen SS numbers have contributed to untold numbers of identity and credit thefts, in some cases leaving the victim responsible to clean up the mess (often unsuccessfully). With mobile computing, customer information has become more vulnerable than ever. Encryption and diligence hasn't helped thus far -- the crack hackers can bang through the passwords and clearly our eyes can't be on these devices 24/7. Other than having notebooks handcuffed to users or banning their use, what can we do?

For one thing, eliminating Social Security numbers as a means of customer identification would be a step in the right direction. Over at the Privacy Journal, Robert Ellis Smith offers several alternatives for companies looking for other ways of identifying customers. Why not give them a special, unique password -- for example, a series of letters and numbers that either they choose or is randomly generated for them? Now, before anyone complains about 'yet another password to remember,' keep in mind that while it requires extra work on both the company (to set it up) and the customer (to remember it), we're talking about improved identity protection. I don't know about you, but I'm all for a little inconvenience if it means there's not a fake me out there somewhere taking vacations at my expense. And as Smith points out, people have been known to inaccurately provide their Social Security number to businesses anyway. Better to have them rely on a password they've written down and tucked safely in their desk at home than rely on the ever-faulty little gray cells.

If, however, your company insists on using Social Security numbers to some degree, another option could be to use the last four digits of the customer's SS number. The digits aren't enough info for a crook to use, but coupled with additional secure information a customer could provide, it's a sufficient way to identify them.

More and more, people are questioning companies that ask for their Social Security numbers. Recently, the National Association of Secretaries of State released a white paper, "Privacy, Public Access & Policymaking in State Redaction Practices," which offers advice on how to develop policies for removing Social Security numbers and other sensitive information from public documents. Why not pleasantly surprise your customers with a new alternative to identifying them and protecting their records?

What do you think? Can companies eliminate Social Security Numbers as part of the customer identification process, or do you think they are far too ensconced in the system?


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