Now Available:

line

Featured Resources:

line

Newsletter

Email Address:


line

Ask the Expert

Have a question for our resident expert? Email your questions to Rebecca.

« Implications Of The CMU SSN Study: What Business Leaders Need To Understand | Main | What is PII? How About IP Addresses? »

Crooks Don't Need to Steal SSNs If They Can Create Valid SSNs Themselves

I've had some very interesting discussions about the CMU SSN study throughout the week, and, before moving on to other topics next week, I wanted to wrap up the week and discussion with some final thoughts on the CMU SSN topic..

I had a few folks basically say, "So what!? If the CMU researchers had to guess some number of times to get the last digits correctly, then most business systems will stop them. They talked about using "brute force" techniques. If they have to guess the last digits, then they are providing an authenticator (manual or automated) with a number of invalid SSNs before they get the correct one. They'll be locked out before being successful."

No, that's not what the report is saying.

The alarming result of this report is that crooks don't need to steal the SSNs from businesses or from people; they can just create valid ones using commonly known information and use the SSNs until the victims discover the crimes.

People get so upset, understandably, when an organization loses a laptop with SSNs, or has one stolen. But now, upon hearing that crooks don't even need to steal SSNs, but can just generate them from commonly known information and use them until the victims discover the crimes, it is puzzling why so many people don't see this as something to be concerned with, and to demand changes for.

So how do the crooks know which SSNs are valid?

Crooks don't need to validate SSNs at any business; and it seems many thought the CMU report was saying this. It wasn't.

The crooks just need to go to any number of online locations, or even to some local government agencies providing kiosks, to validate SSNs.


For example, crooks can:

  • Use one of many sites that "validate" actual SSNs, such as at http://privacy.cs.cmu.edu/dataprivacy/projects/ssnwatch/ (I believe, but not confirmed, that they've disabled full functionality since issuing the report, but other sites are out there and available, I just don't like to spread the URLs of them around).
  • Use any of a large number of services that validate SSNs, such as at http://www.veris-ssn.com/. Criminals often use the same services as legitimate businesses. Criminals are happy to pay a few bucks for this service to get 1000's or millions of times in value in return. Besides, they're probably paying for the service with someone else's money any way.
  • Go to the online, publicly available, Death Master File at the Social Security Administration site to find valid SSNs of the deceased; these will still be identified as being valid by large numbers of businesses, and provide one of the best opportunities for ongoing and undetected fraud.
  • Provide them to CREs who, as the CMU SSN report indicated, only require you to provide 7 of 9 correct digits in order to get access to credit reports. This CRE practice is very beneficial to the crooks.

With the many places where SSNs can be validated, it's a rather simple task for crooks to generate a database of probable SSNs and then run them through the checks. Checking 1000 *probable* SSNs will result in many times more valid SSN returns than checking 1000 random numbers in SSN format.


The smart crooks will create databases of the valid SSNs. The will then sell the valid SSNs, many times over, to other crooks who will then do the crimes that will typically go undetected until huge amounts of moeny have been charged or taken from the actual individuals. The more businesses rely on SSNs to open accounts, or for validation and/or authentication, the bigger the risk because no flags will be going off when valid SSNs are used.


CMU used a computer program to generate the valid SSNs (what they refer to as "guessing" was via the computer and how many combinations, or "guesses" were used to find valid SSNs); this does not require any type of authentication at a business system.

The report described generating authentic, real SSNs. From there they can take the SSNs and do any number of bad things, including opening accounts, and validating others' identities to get to others' accounts at businesses that use SSNs in this way. There wouldn't be a flag raised at the business if the crook is giving valid SSN information created using the algorithm.

And, since the generated SSNs were not actually stolen from an organization, there would not have been any security alert to indicate criminals have these SSNs and are using them. The only alerts would come after the criminal activity involving the SSNs, and only if noticed by those who are the actual individuals to whom the SSNs apply.

A significant risk is that if organizations rely upon an SSN to be something that is dependable to validate, authenticate or uniquely identify an individual, this study shows that there could be potentially many others who have that SSN, without having stolen it, and could be using it without the SSN owners or businesses knowing about it. Most of us have thought this for a very long time, but the study provided the "proof" that has, to date, been missing.

Business leaders request and usually require such proof before making significant changes such as changing how SSNs are used in their oranizations.


Both government agencies and businesses must examine how they use SSNs to verify, authenticiate and validate.

Some organizations may have absolutely no reasons to think about this if they do not use SSNs for these purposes. However, organizations who do use SSNs in this way need to examine the related risks as they apply to their own corresponding organization.

The levels of risk will vary with each organization depending upon their own unique activities involving SSNs.

TrackBack

TrackBack URL for this entry:
http://www.realtime-itcompliance.com/type/mt-tb.cgi/1015

Post a comment

(All comments are approved by site leader before appearing here. Thanks for commenting!)

line

Rebecca Herold's Bio:

Rebecca Herold, CISSP, CIPP, CISM, CISA, FLMI, has been providing information security, privacy and regulatory assistance and services to organizations from a wide range of industries for the past two decades. Rebecca was instrumental in building the information security and privacy program while at Principal Financial Group, which was awarded the CSI Information Security Program of the Year Award in 1998. IT Security ranked Rebecca as one of the top 59 IT security influencers, and Computerworld put Rebecca their list of the world's best privacy experts and on their list of the best privacy consulting firms in both 2007 and 2008. Rebecca has been CPO for two consulting organizations, and has had her own information privacy, security and compliance business since 2004. Rebecca has written chapters for several books, dozens of articles, and has been writing a monthly privacy column for the CSI Alert newsletter since the beginning of 2001, and is working on her 13th book. Some of her other books include The Privacy Papers, Managing an Information Security and Privacy Awareness and Training Program, The Definitive Guide to Security Inside the Perimeter (Realtime Publishers), The Shortcut Guide to Improving IT Service Support through ITIL (Realtime Publishers), and The Practical Guide to HIPAA Privacy and Security Compliance. In addition, Rebecca is the leader of The Realtime IT Compliance Community where she posts to her IT Compliance weblog. You can contact Rebecca at: rebecca_herold@realtimepublishers.net.