the Law, the Universe, and Everything 

Search

Concurring Opinions is a
general-interest legal blog
operated by Concurring
Opinions LLC, a Pennsylvania
Limited Liability Corporation.

Yale University Press

ad-logo5.jpg

Our Podcast

Subscribe to Law Talk

Law-Rev-Forum-2.jpg

law-rev-contents2.jpg

Law-Prof-Blog-Census.jpg

Categories

Administrative Announcements
Administrative Law
Admiralty
Advertising
Agricultural Law
Anonymity
Antitrust
Architecture
Articles and Books
Bankruptcy
Behavioral Law and Economics
Bioethics
Blogging
Book Reviews
Capital Punishment
Civil Procedure
Civil Rights
Conferences
Constitutional Law
Consumer Protection Law
Contract Law & Beyond
Corporate Law
Criminal Law
Criminal Procedure
Culture
Current Events
Cyberlaw
DRM
Economic Analysis of Law
Education
Empirical Analysis of Law
Employment Law
Environmental Law
Family Law
Feminism and Gender
First Amendment
Food
Google & Search Engines
Health Law
History of Law
Humor
Immigration
Insurance Law
Intellectual Property
International & Comparative Law
Interviews
Jurisprudence
Law and Humanities
Law and Inequality
Law and Psychology
Law Practice
Law Professor Blogger Census
Law Rev (Boston College)
Law Rev (Boston University)
Law Rev (California)
Law Rev (Chicago)
Law Rev (Columbia)
Law Rev (Cornell)
Law Rev (Duke)
Law Rev (Emory)
Law Rev (Fordham)
Law Rev (Georgetown)
Law Rev (GW)
Law Rev (Harvard)
Law Rev (Illinois)
Law Rev (Indiana)
Law Rev (Michigan)
Law Rev (Minnesota)
Law Rev (Northwestern)
Law Rev (Notre Dame)
Law Rev (NYU)
Law Rev (Penn)
Law Rev (S Cal)
Law Rev (Stanford)
Law Rev (Texas)
Law Rev (UCLA)
Law Rev (Vanderbilt)
Law Rev (Virginia)
Law Rev (Wash U)
Law Rev (Yale)
Law Rev Contents
Law Rev Forum
Law School
Law School (Hiring & Laterals)
Law School (Law Reviews)
Law School (Rankings)
Law School (Scholarship)
Law School (Teaching)
Law Student Discussions
Law Talk
Legal Ethics
Legal Theory
Media Law
Movies & Television
Philosophy of Social Science
Politics
Privacy
Privacy (Consumer Privacy)
Privacy (Electronic Surveillance)
Privacy (Gossip & Shaming)
Privacy (ID Theft)
Privacy (Law Enforcement)
Privacy (Medical)
Privacy (National Security)
Property Law
Race
Religion
Reparations
Science Fiction
Securities
Social Network Websites
Sociology of Law
Supreme Court
Tax
Teaching
Technology
Tort Law
Web 2.0
Weird
Wiki
Wills, Trusts, and Estates

Recent Comments

Jon on Verifying Identity: From One Foolish Way to Another

dan on Verifying Identity: From One Foolish Way to Another

Antiquated Tory on Verifying Identity: From One Foolish Way to Another

William McGeveran on Verifying Identity: From One Foolish Way to Another

Bruce Boyden on Verifying Identity: From One Foolish Way to Another

William McGeveran on Verifying Identity: From One Foolish Way to Another

Archives

May 2008
April 2008
March 2008
February 2008
January 2008
December 2007
November 2007
October 2007
September 2007
August 2007
July 2007
June 2007
May 2007
April 2007
March 2007
February 2007
January 2007
December 2006
November 2006
October 2006
September 2006
August 2006
July 2006
June 2006
May 2006
April 2006
March 2006
February 2006
January 2006
December 2005
November 2005
October 2005
August 2005
July 2005
June 2005

 

« The Beauty-Industrial Complex | Main | Law Schools Behaving Badly? »

November 09, 2006

Verifying Identity: From One Foolish Way to Another

posted by Daniel J. Solove

money-2a.jpgFor quite some time, banks and financial institutions have been using people's Social Security Numbers (SSNs) to verify their identities. Suppose you want to access your bank account to check your balance, change addresses, or close out the account. You call the bank, but how does the bank know it's really you? For a while, banks were asking you for your SSN. Your SSN was used akin to a password. If you knew this "secret" number, then it must be you. Of course, as I have written about at length, a SSN is one of the dumbest choices for a password. Not only is it a password that can readily be found out, but it is a password that's very hard to change. Not a wise combination. People's SSNs are widely available, and the data security breaches in the past two years exacerbated the exposure. A lot of legislative attention has focused on the leakers of the data, and rightly so, but not enough attention has been focused on the businesses that use people's SSNs as passwords. If SSNs weren't used in this way, leaking them wouldn't cause the harm it does.

But now, it seems, banks are starting to rethink the use of SSNs. According to a USA Today story:

A growing number of banks and retailers are moving beyond Social Security numbers to verify your identity. They're relying on such personal details as your car color, your father-in-law's name and the city you lived in five years ago.

No, you never gave them this information; rather, they pulled it from public and private databases. These private details are increasingly being used to approve you for credit at a store, give you access to your account online or to verify that you — rather than an impostor — are making a purchase.

It's the latest effort by financial institutions to fight a growing threat of identity theft from online "phishing" and other scams. Chase, HSBC, Vanguard, American Express and Barclaycard US use this customer-verification technique. Mellon Financial is testing it. In the past two years, the technology has been adopted by six of the top 10 U.S. banks and thrifts, says Verid, a provider of the technology.

The problem with using this method is that the information in public databases is often riddled with errors. Why do banks need to go behind your back to snoop out information about you? Banks and financial institutions already have a relationship with you -- after all, you established an account with them. They can use some of the information they gathered at that time to establish your identity and then ask you to supply additional information to help identify you. But going behind people's backs and trolling public records for data does not strike me as a particularly effective method given the possibility for errors in those records.

The story continues:

Frank Lapiano, a sales rep in New York, got a taste of this technology when he and his fiancée bought a wedding ring at a department store in September.

To verify his identity, his credit card issuer, Chase, asked about the last four digits of his Social Security number, his mother's maiden name and charges he'd made in the past 48 hours. Then the bank dug deeper: It asked multiple-choice questions about which age range reflected his father's age and also about the city his mother lived in.

The problem here is that the last four digits of the SSN are not a good password. Neither is one's mother's maiden name, since it readily appears in public records such as birth certificates. Charges made in the past 48 hours might not be ideal to use either, since a thief who stole a person's credit card might be the one who made such charges. And the details about his father's age and whereabouts of his mother come from public records, which may not be reliable and which can readily be found out by a fraudster too. All a fraudster needs to do is buy a public records report about a victim from a database company, and the fraudster will have all the information he needs to circumvent this security tool. Moreover, asking numerous questions can slow down the identification process and make it less efficient. What we want isn't perfect security; it is smart security using passwords that do not contain information anybody can readily find out and that can be changed easily if they fall into the hands of a frauster.

So it's a good thing that banks are moving past the SSN, but I'm not sure they're moving to something much wiser.

Posted by Daniel J. Solove at November 9, 2006 12:15 PM

Trackback Pings

TrackBack URL for this entry:
http://www.concurringopinions.com/movabletype/mt-tb.cgi/1443.

Comments

Great post. You are right, of course.

I would add another independent problem: if the public records are inaccurate (as is so often the case), you may find yourself giving the "wrong" answer about your own personal details. This happened to me once recently. I had the surreal experience of needing to insist to a skeptical customer service rep on the other end of the phone line that I am indeed me and that I knew my own past home addresses better than she did. Turns out there was a typo, of course.

Worse still from the point of view of banks and other institutions who adopt this strategy, quality control is essentially impossible. The error must have been made by some faceless data entry clerk at some other entity with whom I interacted in the past, and the bad info gradually migrated its way into my Choicepoint profile or some similar aggregated dossier.

(cross posted at Info/Law)

Posted by: William McGeveran at November 9, 2006 04:31 PM


What's the worst that can happen here? You occasionally suffer the inconvenience of going into the bank with your drivers' license? A phone call that takes 20 minutes instead of 5? Aside from the security issue, the downside to the consumer appears to be occasional inconvenience.

As for the upside, for one thing, banks et al. are dealing with a "legacy" problem -- a mass of customers who opened their account years ago before the banks woke up to the scale of the identity theft problem. It's WAY cheaper and faster to cull that information from databases rather than calling up each existing customer and playing 20 questions. For another, most consumers probably do not want to answer a series of personal questions each time they open a new account.

Posted by: Bruce Boyden at November 9, 2006 07:10 PM


Well, first of all, one personal question with a clear and correct answer might do the trick. That's better than repeat "20 questions" games, often when you are busy just trying to use your credit card or withdraw some cash.

I don't suggest this is sky-is-falling stuff. But it does undermine my confidence in security if protective measures hinge on inaccurate information. And it is not hard to imagine a situation where customers actually are denied access to service -- possibly the use of their own credit cards -- because the bank (or, as in my case, utility company) mistakenly disbelieves their answers about where their mothers live or whatever.

Finally, given the enormous attention and investment that customer-facing operations make in monitoring, timing, and improving their telephone and online interactions with customers (for, as we are always told on the phone, "quality assurance purposes"), they mighyt consider a pattern of such problems a pretty big deal business-wise. Customers who get grilled about their personal data when they are just trying to buy stuff are not happy customers.

Posted by: William McGeveran at November 9, 2006 09:53 PM


How very odd. Here in the Czech Republic, where banking has a long way to go in terms of service, I can't get any information over the phone. I can over the Internet but that's password and certificate protected. I also cannot use my credit (really debit) card remotely to buy things. I have to have a separate 'Internet' card for this; it has a limit of 2 purchases/day which cannot total more than $400. Anything more, I have to physically swipe it.
I ran into problems with this recently while trying to rehabilitate my US Student Loan. It seems that the US Department of Education does not accept bank transfers, which are the normal (and fast and secure) way of moving funds over borders, and expected me to provide them with lots of credit card details instead. But this wouldn't do them any good, because Czech credit card security won't allow such transactions...

Posted by: Antiquated Tory at November 10, 2006 06:32 AM


It is easy to pick apart a system of verification, but what solution can be provided? The Chase example could discredited further if the account was fraudlently opened to begin with. How do you stop someone from opening an account with someone else's info? I think using public/private databases is the best method out there. The questions are random, so the fraudster doesnt have time to prepare what could be asked.

I would be interested to see your solution to the problems.

Posted by: dan at March 22, 2007 01:29 PM


I just recently ran into this rash of question asking. My bank asked me an age question about my step-brother's 3rd ex-wife. I didn't have a clue. Just a minute ago, I was trying to order a birth certificate online and could tell the questions were targeted at my father and not me. Have you ever owned a home at one of the following addresses...nope, but my father did. You answer "None of the above" and are kicked to the curb and made to do things manually. It's irritating and annoying because they have BAD data. In the computer world, the term GIGO jumps to mind: Garbage In, Garbage Out. These ID verification folks are putting a lot of Garbage In.

Posted by: Jon at October 2, 2007 08:40 AM


Post a comment




Remember Me?

(you may use HTML tags for style)

Authors

Daniel J. Solove

Website
Understanding Privacy

Kaimipono Wenger

Website
SSRN Page

Dave Hoffman

Website
SSRN Page

Nate Oman

Website
SSRN Page

Frank Pasquale

Website
SSRN Page

Deven Desai

Website
SSRN Page


Guests

William Birdthistle
Elaine Chiu
David Fontana
James Grimmelmann
Dan Kahan
Sam Kamin
Anita S. Krishnakumar
William McGeveran
Michael O'Shea






ad-logo3.jpg

blawg100_winner2.jpg

Previous Guests

Michael Abramowicz
Michelle Adams
Robert Ahdieh
Michelle Anderson
Laura Appleman
Francesca Bignami
Jeremy Blumenthal
Bruce Boyden
Donald Braman
Al Brophy
Bill Burke-White
Scott Burris
Anupam Chander
Miriam Cherry
Jack Chin
Jennifer Collins
Allison Danner
Brannon Denning
Deven Desai
Mike Dimino
Christine Haight Farley
Kim Ferzan
Dan Filler
Amanda Frost
Timothy Glynn
Rachel Godsil
Eric Goldman
Craig Green
Jeffrey Harrison
Erica Hashimoto
Laura Heymann
Christine Hurt
Heidi Kitrosser
Adam Kolber
Russell Korobkin
Anita S. Krishnakumar
Greg Lastowka
Joseph Liu
Solangel Maldonado
Jason Mazzone
William McGeveran
Salil Mehra
Carrie Menkel-Meadow
Scott Moss
Eric Muller
Jaya Ramji-Nogales
Elizabeth Nowicki
Paul Ohm
Michael O'Shea
Rafael Pardo
Marcy Peek
Eduardo Peñalver
Neil RIchards
Lori Ringhand
Alice Ristroph
Paul Secunda
Peter Smith
Charles Sullivan
Rick Swedloff
Steph Tai
Robert Tsai
Steve Vladeck
Sarah Waldeck
Melissa Waters
Alfred Yen
David Zaring
Timothy Zick
Jonathan Zittrain

Blogroll

Above the Law
ACS Blog
Althouse
Balkinization
Becker-Posner Blog
Beltway Blogroll
BlackProf
BoingBoing
Chicago Law Faculty Blog
Conglomerate
Convictions
CrimLaw
Crime & Federalism
CrimProf Blog
Crooked Timber
Discourse.net
Dorf on Law
Election Law
Emergent Chaos
Feminist Law Profs
43(B)log
Freakonomics Blog
Freedom to Tinker
Google Blogoscoped
How Appealing
Ideoblog
Info/Law
Instapundit.com
JD2B.com
Juris Novus
Jurisdynamics
Law and Letters
Legal Profession Blog
Legal Theory Blog
Legal Times Blog
Leiter Reports
Brian Leiter's Law School Reports
Lessig Blog
Madisonian
Mirror of Justice
National Security Advisors
Opinio Juris
Point of Law
Political Theory Daily Review
PrawfsBlawg
ProfessorBainbridge.com
Property Prof
Red Tape Chronicles
The Right Coast
Schneier on Security
SCOTUSBlog
Security Dilemmas
Sentencing Law and Policy
Simple Justice
Sivacracy.net
The Situationist
Susan Crawford
TalkLeft
Talking Points Memo
TaxProf Blog
Tech & Marketing Law
Truth on the Market
Volokh Conspiracy
WorkPlace Prof Blog
WSJ Law Blog
Wonkette
The Yin Blog

Pajamas Media BlogRoll Member