Perimeter
1/20/2012
06:23 PM
Commentary
Commentary
Commentary
50%
50%

Breach Notification: Know The Rules

State and federal laws require notification when a breach of protected information occurs. You need to know which laws apply and how to comply

The vast majority of states and territories in the United States have rules requiring organizations managing personal information to notify affected parties if their private information has been breached.

However, the laws differ from state to state in the way they define personal information, the requirements for who needs to be notified, and how notification must take place. Add to this the fact that federal laws also require breach notification, and we see that organizations caring for personal identifying data have their work cut out for them in understanding which rules apply and how they can ensure they’ll comply in the event of a breach.

Which Rules Apply?
The key point to remember when determining which laws apply to your organization is that state laws are written to protect the residents of a state. This means you need to comply with the state laws applying to the people whose data you manage. In other words, if you have customers or employees from Massachusetts, then even though your business is located in New Hampshire, you need to comply with the Massachusetts data protection and breach notification laws.

If it seems like it a difficult task to understand and comply with upward of 50 different state and territorial laws, you get the message. It should also be clear why every year the U.S. Congress attempts to define federal data protection laws that would supersede these state laws. For better or worse, efforts at the national level have not succeeded, and we are left with the laws of the various states (in addition to the federal laws applying to financial and health information).

State breach notification laws have more in common than not. For example, these laws define personal information as a person’s first and last name, or first initial and last name, together with one or more other pieces of sensitive information. The obvious ones are Social Security number, driver’s license number, and credit card numbers. One area where differences tend to occur is banking information. For example, Massachusetts considers a bank account number (again, with a name) a piece of personal identifying information, even if there is no PIN or password that would allow a perpetrator to use the account. California, on the other hand, requires the presence of a PIN or password to make the account number a piece of protected data.

The first step in ensuring compliance with breach notification laws is knowing whose data you have. That means keeping accurate records of whose data you store, where they live, and where the data resides. Once you understand that, you can identify the laws that apply. Next, you can identify the particular pieces of information that you need to protect and understand the kind of breaches that would require you to notify the victims as well as state authorities.

In the next posting, I’ll talk about what constitutes a breach (and what doesn’t) and the mechanics of notification.

Richard Mackey is vice president of consulting at SystemExperts Corp.

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Dark Reading December Tech Digest
Experts weigh in on the pros and cons of end-user security training.
Flash Poll
Title Partner’s Role in Perimeter Security
Title Partner’s Role in Perimeter Security
Considering how prevalent third-party attacks are, we need to ask hard questions about how partners and suppliers are safeguarding systems and data.
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-8551
Published: 2014-11-26
The WinCC server in Siemens SIMATIC WinCC 7.0 through SP3, 7.2 before Update 9, and 7.3 before Update 2; SIMATIC PCS 7 7.1 through SP4, 8.0 through SP2, and 8.1; and TIA Portal 13 before Update 6 allows remote attackers to execute arbitrary code via crafted packets.

CVE-2014-8552
Published: 2014-11-26
The WinCC server in Siemens SIMATIC WinCC 7.0 through SP3, 7.2 before Update 9, and 7.3 before Update 2; SIMATIC PCS 7 7.1 through SP4, 8.0 through SP2, and 8.1; and TIA Portal 13 before Update 6 allows remote attackers to read arbitrary files via crafted packets.

CVE-2014-1421
Published: 2014-11-25
mountall 1.54, as used in Ubuntu 14.10, does not properly handle the umask when using the mount utility, which allows local users to bypass intended access restrictions via unspecified vectors.

CVE-2014-3605
Published: 2014-11-25
** REJECT ** DO NOT USE THIS CANDIDATE NUMBER. ConsultIDs: CVE-2014-6407. Reason: This candidate is a reservation duplicate of CVE-2014-6407. Notes: All CVE users should reference CVE-2014-6407 instead of this candidate. All references and descriptions in this candidate have been removed to pre...

CVE-2014-6093
Published: 2014-11-25
Cross-site scripting (XSS) vulnerability in IBM WebSphere Portal 7.0.x before 7.0.0.2 CF29, 8.0.x through 8.0.0.1 CF14, and 8.5.x before 8.5.0 CF02 allows remote authenticated users to inject arbitrary web script or HTML via a crafted URL.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Now that the holiday season is about to begin both online and in stores, will this be yet another season of nonstop gifting to cybercriminals?