| Learning from the VA Data Breach |
|
|
|
| Written by Jeffrey G. Causey | |
| Tuesday, 13 June 2006 | |
|
About three months ago I was attending a national conference that happened to be right here in our own backyard at the Koury Convention Center in Greensboro, NC. At one point during the conference I wanted to get some cash from an ATM located in the hotel lobby. Upon attempting to use the ATM (the machine happened to be with the same bank as the bank card I was using), I discovered that my card was supposedly no longer valid. Not only could I not withdraw cash, I could not even check my balance. A couple days later, when I had a chance, I stopped by my bank and discovered my card was one of several thousand that had been compromised by a data security breach. You may have heard of it (Banks Issue New Debit Cards After Security Breach) as several NC (and non-NC) banks had to reissue cards. Luckily for me, it was not a major inconvenience and my bank had been aggressive in stopping any potential activity on my card before a loss occurred. The mystery continues to this day (Citibank's Cards Mysteriously Shut Down) as I still do not know which vendor that I've done business with had their data compromised. For those in the public sector though, the ability to hide is not an option. Over the past couple weeks you may have witnessed the revelation (VA Data Breach Stirs Washington) that a major security breach occurred in the Veteran's Administration Department (the VA) of the Federal government. In case you are not familiar with the situation, a VA employee had taken a laptop home to do some work. That night, a burglary occurred at the employee's residence and the laptop was one of the items stolen. On the hard drive was a database containing identification information for well over 24 million veterans and even some current employees. The fallout continues now as Congress had gotten involved in reviewing the situation (House panel delves into VA data breach). If you look at that page, you might want to note the long list of related articles in the sidebar. In addition to trying to manage the press coverage and responding to the inquiries, the Federal government has had to use up resources to try to keep citizens informed of what is going on. As you can see, being the victim of a data breach is not fun or pretty. This goes for both the person whose data has been compromised and for the organization that “lost” the data. I am sure no one wants to be in the headlines for something like what has happened to the VA and no one wants the headaches that go along with it. Can you do anything to minimize your chances of being the next VA? Even the VA had received a long list of potential recommendations from the Office of Inspector General related to their data security processes. Although it would be nice to look into the details, the report is not available on-line (which is good in a way as they are not publishing details of security weaknesses). Nevertheless, we can surmise from some other references(VA OIG Semiannual Report to the Congress, April 2005 - September 2005), especially a report on management issues, what steps one should examine. The number one thing to keep in mind though is this – data security is a management issue, not a technology issue! Planning, Planning, PlanningYes, it seems like a cliché, but as the saying goes - “fail to plan, plan to fail”. In the case of the VA, it was reported that the VA had failed to develop security and contingency plans regarding the data that it keeps. This is a difficult stage as part of the process will necessarily involve an assessment of your information technology assets. Such an assessment will have to cover both hard assets (computers, PDA's, etc.) and “soft” assets, including both applications and data files. In the case of these soft assets, you will need to determine who can use the different applications (maybe even down to different functions) as well as who has access to files. For example, do you have spreadsheets used to calculate personnel cost projections? Do they contain names and SS numbers or birth dates? What about reporting time? Are these files stored locally on employees' hard drives or a server? Who has access? Do you run payroll software? Who has access to that? Is anyone exporting that data? Do you operate utilities (e.g. water or sewer)? Do you keep customer data? Do you have bank account information to do automatic drafts? As you can see, with just a few questions we can quickly identify several potential areas where data may be exposed. Once these assets are identified, policies need to be developed to cover who has access and what kind of protection is in place for the data (e.g. is it required to be encrypted). Another issue that came to light in the VA is the need to keep these plans and policies up to date. You may have something in place covering floppies, but what about USB thumb drives that are so popular now? Likewise, you'll need to make sure your policies cover all necessary elements. AccessOur last section dealt with security of computer applications and files. But what about access to the premises and computers. After all, if someone cannot even get to a PC, they will not be able to get to data they are not supposed to have access to. In examining premises security), you will need to look at both the entire facility and areas within the facility (e.g., individual offices). Some of the steps will include examining whether the area can be secured against unauthorized people and how that is done. What kind of door is in place? Are security cameras installed? Is there an access system? From a policy standpoint, are visitors escorted? Are entries and exits logged? Keep in mind that you will likely need to assess the different types of users and their needs. For instance, those who regularly work in the secured area, those who need periodic access (e.g. support personnel), and then others. Once access to a computer or IT asset is possible, do you have adequate policies and procedures in place that would let someone actually access the “soft” assets and data? Do you have a password policy? Have you looked at implementing some other identification method like biometrics or card access? One particular issue that came up with the VA was after hours access. Is it allowed? By whom? How is it tracked? Patch management and vulnerabilitiesPatch management is becoming an increasingly important area of concern. For those unfamiliar with the term, patch management is concerned with making sure your operating system and applications are kept up to date and secure against known vulnerabilities. This may sound easy, but it is actually quite challenging. And it will increase in complexity as you introduce new operating systems and applications into your environment. Some of the components) of a patch management program will include:
The list above provides an outline of the very basic components of a patch management program. Once again, to get started though you will need to conduct an assessment to determine what systems you have, what versions of operating systems and applications, what patches have been applied, and any known vulnerabilities. MonitoringYou may think this refers to the monitoring of e-mail or web sites being visited. While you may have such policies in place, this component of IT security refers to monitoring of the application of policies and procedures. For example, is anyone going back and checking that password policies are being followed? Are logs really being kept of access to secure areas? Is someone looking over those logs for anything unusual? Similar to internal control systems for accounting, having the proper policies and procedures in place is only half the battle – you then have to make sure they are being followed. Annual security awareness training!Recently, someone I know very well started a new job in the private sector with a large employer. They noted that during orientation, the subject of IT security was not even addressed. Nothing about use of IT assets, nothing about passwords, etc. This contrasted with some of my past experience in which IT staff at least sat down with new hires to cover some of these topics and to go over our Usage policies and obtain signatures. But even with an initial orientation regarding security, annual training should be part of your program. Not only will it provide an update on changing security threats, it can provide a good refresher of the basics (e.g., deleting e-mails from unknown people, not opening attachments, etc.). Consensus opinion is that we humans are typically the weakest link in IT security because we are subject to social engineering efforts and we get lazy about little things like not leaving passwords on sticky notes. A regular training program can help combat this. Other issuesIn addition to the major areas already noted, the recommendations for the VA covered some other security issues that needed improvement. These included topics like:
ConclusionsAs you may have figured out by this point, information security is not an easy area to address. As our world has become more complex and we all take advantage of the new technologies available to us, it requires a stepped up effort to maintain security. In the past, we could rely on physical locks to protect assets against those who might be pursuing illicit activities. But even then, if someone forgot to lock something up or left the keys accessible, all of the policies and procedures were for naught. Likewise, even with firewalls installed and anti-virus scanners running on our PC's, all it takes is some bad luck or carelessness and you could be reading about how your organization has lost valuable data that can harm your constituents. If you would like more information or help with your information security policies and procedures, please feel free to . In the meantime, I hope this article has provided you with some useful information to get you pointed in the right direction! Jeffrey G. Causey, CPA, CAPM |
| < Prev | Next > |
|---|

