<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Because I am Here &#187; Data Breaches</title>
	<atom:link href="http://www.aarontitus.net/blog/category/privacy/breaches/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.aarontitus.net/blog</link>
	<description>Aaron Titus&#039; Personal Blog</description>
	<lastBuildDate>Sat, 10 Sep 2011 10:54:46 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.3</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>7 Sources of Data Breaches You’ll Never Hear About: Your Network Drives</title>
		<link>http://www.aarontitus.net/blog/2011/04/05/7-sources-of-data-breaches-you%e2%80%99ll-never-hear-about-your-network-drives/</link>
		<comments>http://www.aarontitus.net/blog/2011/04/05/7-sources-of-data-breaches-you%e2%80%99ll-never-hear-about-your-network-drives/#comments</comments>
		<pubDate>Tue, 05 Apr 2011 06:09:46 +0000</pubDate>
		<dc:creator>Titus</dc:creator>
				<category><![CDATA[Data Breaches]]></category>

		<guid isPermaLink="false">http://www.aarontitus.net/blog/?p=335</guid>
		<description><![CDATA[This is the seventh post in a series about data breaches you can prevent. We’ve covered Phones and Personal Computing Devices , Your Browser, Your Inbox, Your Thumb and External Drives, Your Old Computer, and Your Cloud Backup . Finally, we’ll discuss Your Network Drives.
Most companies have an internal corporate network with one or more [...]]]></description>
			<content:encoded><![CDATA[<div id="attachment_304" class="wp-caption alignright" style="width: 310px"><a href="http://www.aarontitus.net/blog/wp-content/uploads/2011/01/network_sxc.jpg"><img src="http://www.aarontitus.net/blog/wp-content/uploads/2011/01/network_sxc-300x225.jpg" alt="If you think that your tangle of Cat5 in the server room is a mess, wait until you look at your network drive file structure. Licensed from Stock Exchange." title="Network" width="300" height="225" class="size-medium wp-image-304" /></a><p class="wp-caption-text">If you think that the tangle of Cat5 in your server room is a mess, wait until you look at your network drive file structure. Licensed from Stock Exchange.</p></div>
<p>This is the seventh post in a series about data breaches you can prevent. We’ve covered <a href="http://www.aarontitus.net/blog/2011/03/15/7-sources-of-data-breaches-you’ll-never-hear-about-your-phone/">Phones and Personal Computing Devices</a> , <a href="http://www.aarontitus.net/blog/2011/03/17/7-sources-of-data-breaches-you’ll-never-hear-about-your-browser">Your Browser</a>, <a href="http://www.aarontitus.net/blog/2011/03/22/7-sources-of-data-breaches-you’ll-never-hear-about-your-inbox">Your Inbox</a>, <a href="http://www.aarontitus.net/blog/2011/03/24/7-sources-of-data-breaches-you’ll-never-hear-about-your-thumb-drive">Your Thumb and External Drives</a>, <a href="http://www.aarontitus.net/blog/2011/03/29/7-sources-of-data-breaches-you’ll-never-hear-about-your-old-windows-95-computer">Your Old Computer</a>, and <a href="http://www.aarontitus.net/blog/2011/03/31/7-sources-of-data-breaches-you’ll-never-hear-about-your-cloud-backup">Your Cloud Backup </a>. Finally, we’ll discuss <strong>Your Network Drives</strong>.</p>
<p>Most companies have an internal corporate network with one or more shared network drives.  If your company network drive is typical, it’s a layered mess of multiple naming conventions, files from employees who haven’t been around for years, and old documents with unrecognizable file extensions.  Frankly, it’s impossible for anyone to know exactly what’s there.</p>
<p><span id="more-335"></span></p>
<p>Sometimes breaches happen when the internal network is not properly segregated.  Only individuals or departments with a “need to know” should have access to sensitive information.  The Human Resource department should never have access to trade secrets, while the R&#038;D department shouldn’t have access to HR data.  The Executive team should have access to confidential client information, while that information might be best kept away from the Sales department.</p>
<p>Aside from inappropriate network segregation network drives, like all computer devices,  are eventually replaced.  Old hard drives are sometimes donated to schools, sold on Ebay, thrown away, recycled through <a href="http://www.good.is/post/best-buy-s-amazing-e-waste-recycling-program/">Best Buy</a> or a similar program, or just stored and forgotten.</p>
<p>Several researchers, including Simpson Garfinkle, have demonstrated that with a small budget you can recover hundreds of thousands of pieces of personal information from used hard drives. Like other computing devices, old network drives must be scanned and completely wiped of all sensitive personal information before they leave your possession.</p>
<p>Remember the fundamentals rules of all data breaches: 1. If you don’t have it, you can’t breach it. 2. Old, forgotten data is dangerous data. Regularly scan these seven types of devices for personal information so that your next breach doesn’t originate from your own computer.</p>
<p>Article first published on <a href="http://www.securitycatalyst.com/">Security Catalyst</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.aarontitus.net/blog/2011/04/05/7-sources-of-data-breaches-you%e2%80%99ll-never-hear-about-your-network-drives/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>7 Sources of Data Breaches You’ll Never Hear About: Your Old Windows 95 Computer</title>
		<link>http://www.aarontitus.net/blog/2011/03/29/7-sources-of-data-breaches-you%e2%80%99ll-never-hear-about-your-old-windows-95-computer/</link>
		<comments>http://www.aarontitus.net/blog/2011/03/29/7-sources-of-data-breaches-you%e2%80%99ll-never-hear-about-your-old-windows-95-computer/#comments</comments>
		<pubDate>Tue, 29 Mar 2011 06:02:47 +0000</pubDate>
		<dc:creator>Titus</dc:creator>
				<category><![CDATA[Data Breaches]]></category>

		<guid isPermaLink="false">http://www.aarontitus.net/blog/?p=326</guid>
		<description><![CDATA[This is the fifth post in a series about data breaches you can prevent. We’ve covered Phones and Personal Computing Devices , Your Browser, and Your Inbox, and Your Thumb and External Drives. Next we’ll discuss Your Old Windows 95 Computer.
Technology has made it easier than ever to be a digital pack rat. Cheap and [...]]]></description>
			<content:encoded><![CDATA[<div id="attachment_305" class="wp-caption alignright" style="width: 310px"><a href="http://www.aarontitus.net/blog/wp-content/uploads/2011/01/open_hd_sxc.jpg"><img src="http://www.aarontitus.net/blog/wp-content/uploads/2011/01/open_hd_sxc-300x200.jpg" alt="Digital pack rat: You probably have a backed-up copy of your old 256 MB hard drive, don&#039;t you? Licensed from Stock Exchange." title="Open Hard Drive" width="300" height="200" class="size-medium wp-image-305" /></a><p class="wp-caption-text">Digital pack rat: You probably have a backed-up copy of your old 256 MB hard drive, don't you? Licensed from Stock Exchange.</p></div>
<p>This is the fifth post in a series about data breaches you can prevent. We’ve covered <a href="http://www.aarontitus.net/blog/2011/03/15/7-sources-of-data-breaches-you’ll-never-hear-about-your-phone/">Phones and Personal Computing Devices</a> , <a href="http://www.aarontitus.net/blog/2011/03/17/7-sources-of-data-breaches-you’ll-never-hear-about-your-browser">Your Browser</a>, and <a href="http://www.aarontitus.net/blog/2011/03/22/7-sources-of-data-breaches-you’ll-never-hear-about-your-inbox">Your Inbox</a>, and <a href="http://www.aarontitus.net/blog/2011/03/24/7-sources-of-data-breaches-you’ll-never-hear-about-your-thumb-drive">Your Thumb and External Drives</a>. Next we’ll discuss <strong>Your Old Windows 95 Computer</strong>.</p>
<p>Technology has made it easier than ever to be a digital pack rat. Cheap and plentiful memory probably means that you have backed-up a copy of your old 256 MB hard drive, which you also have stashed somewhere in your basement.  Before blindly making back-up copies of old hard drives, make sure that you first delete any information you don’t want to save. </p>
<p><span id="more-326"></span></p>
<p>I see this problem haunt people across the country.  Once a week a university professor somewhere in the United States copies an archived copy of an old hard drive to a web server, without realizing that the hard drive contained social security numbers of students who graduated a decade earlier.  Within weeks those social security numbers can be available to the world via Google.</p>
<p>If you’re a digital pack rat, make sure you scan those old hard drives for sensitive personal information before making backups.  Your old hard drive is one of the biggest sources of preventable data breaches you’ll never hear about. </p>
<p>Article first published on <a href="http://www.securitycatalyst.com/">Security Catalyst</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.aarontitus.net/blog/2011/03/29/7-sources-of-data-breaches-you%e2%80%99ll-never-hear-about-your-old-windows-95-computer/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>7 Sources of Data Breaches You’ll Never Hear About: Your Thumb Drive</title>
		<link>http://www.aarontitus.net/blog/2011/03/24/7-sources-of-data-breaches-you%e2%80%99ll-never-hear-about-your-thumb-drive/</link>
		<comments>http://www.aarontitus.net/blog/2011/03/24/7-sources-of-data-breaches-you%e2%80%99ll-never-hear-about-your-thumb-drive/#comments</comments>
		<pubDate>Thu, 24 Mar 2011 06:49:06 +0000</pubDate>
		<dc:creator>Titus</dc:creator>
				<category><![CDATA[Data Breaches]]></category>

		<guid isPermaLink="false">http://www.aarontitus.net/blog/?p=322</guid>
		<description><![CDATA[This post is the fourth in a series about data breaches you can prevent. We’ve covered Phones and Personal Computing Devices , Your Browser, and Your Inbox. Here we’ll explore Your Thumb and External Drives.
Just about anything that can store information can be used to store sensitive personal information.  Whether you use an external [...]]]></description>
			<content:encoded><![CDATA[<div id="attachment_306" class="wp-caption alignright" style="width: 241px"><a href="http://www.aarontitus.net/blog/wp-content/uploads/2011/01/open_usb_drive_sxc.jpg"><img src="http://www.aarontitus.net/blog/wp-content/uploads/2011/01/open_usb_drive_sxc-231x300.jpg" alt="The Law of Portable Device Breaches says that the risk of losing a device, and the information thereon, is directly proportional to its portability. Licensed from Stock Exchange" title="open_usb_drive_sxc" width="231" height="300" class="size-medium wp-image-306" /></a><p class="wp-caption-text">The Law of Portable Device Breaches says that the risk of losing a device, and the information thereon, is directly proportional to its portability. Licensed from Stock Exchange</p></div>
<p>This post is the fourth in a series about data breaches you can prevent. We’ve covered <a href="http://www.aarontitus.net/blog/2011/03/15/7-sources-of-data-breaches-you’ll-never-hear-about-your-phone/">Phones and Personal Computing Devices</a> , <a href="http://www.aarontitus.net/blog/2011/03/17/7-sources-of-data-breaches-you’ll-never-hear-about-your-browser">Your Browser</a>, and <a href="http://www.aarontitus.net/blog/2011/03/22/7-sources-of-data-breaches-you’ll-never-hear-about-your-inbox">Your Inbox</a>. Here we’ll explore <strong>Your Thumb and External Drives</strong>.</p>
<p>Just about anything that can store information can be used to store sensitive personal information.  Whether you use an external drive to back up sensitive data, or use a thumb drive to transfer large files from one computer to another.  The Law of Portable Device Breaches (which I just made up) says that the risk of losing a device, and the information thereon, is directly proportional to its portability. In real terms, this extremely scientific law means that you’re more likely to leave your cell phone at the bar than your desktop computer.</p>
<p><span id="more-322"></span></p>
<p>Readers of this blog no doubt assiduously delete sensitive information from portable devices on a regular basis.  But simply deleting files doesn’t actually erase the data.  Just like cranberry juice on white linen, personal information stains hard drives.</p>
<p>Simply throwing a stained table cloth in the washing machine won’t remove cranberry juice stains. Likewise, simply hitting the “delete” key and emptying the recycle bin won’t completely remove personal information from your thumb or external hard drive.  The hard drive usually remains stained with the sensitive information, which may be recovered until you proverbially “scrub” the drive.  This scrubbing is called “shredding” the file, and typically requires at least a three-step deletion process whereby each byte is individually overwritten.</p>
<p>You should always think twice before copying sensitive files, such as tax documents, pictures, passwords, or confidential documents to removable media.  Regularly scan removable media forgotten personal information so that when you leave your thumb drive in the taxicab, you don’t accidentally cause your own data breach.</p>
<p>Article first published on <a href="http://www.securitycatalyst.com/">Security Catalyst</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.aarontitus.net/blog/2011/03/24/7-sources-of-data-breaches-you%e2%80%99ll-never-hear-about-your-thumb-drive/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>7 Sources of Data Breaches You’ll Never Hear About: Your Browser</title>
		<link>http://www.aarontitus.net/blog/2011/03/17/7-sources-of-data-breaches-you%e2%80%99ll-never-hear-about-your-browser/</link>
		<comments>http://www.aarontitus.net/blog/2011/03/17/7-sources-of-data-breaches-you%e2%80%99ll-never-hear-about-your-browser/#comments</comments>
		<pubDate>Thu, 17 Mar 2011 06:36:22 +0000</pubDate>
		<dc:creator>Titus</dc:creator>
				<category><![CDATA[Data Breaches]]></category>

		<guid isPermaLink="false">http://www.aarontitus.net/blog/?p=314</guid>
		<description><![CDATA[his post is the second in a series about data breaches you can prevent. We’ve already covered Phones and Personal Computing Devices. The next source we’ll explore is Your Browser.
Laptops, desktop computers and smartphones all have built-in internet browsers.  A typical browser can store hundreds of passwords and usernames, credit card numbers, contact information, [...]]]></description>
			<content:encoded><![CDATA[<p><div id="attachment_299" class="wp-caption alignright" style="width: 310px"><a href="http://www.aarontitus.net/blog/wp-content/uploads/2011/01/browsers_sxc.jpg"><img src="http://www.aarontitus.net/blog/wp-content/uploads/2011/01/browsers_sxc-300x208.jpg" alt="Your Stored Passwords: Not exactly secured. Licensed from Stock Exchange." title="Browsers" width="300" height="208" class="size-medium wp-image-299" /></a><p class="wp-caption-text">Your Stored Passwords: Not exactly secured. Licensed from Stock Exchange.</p></div>This post is the second in a series about data breaches you can prevent. We’ve already covered <a href="http://www.aarontitus.net/blog/2011/03/15/7-sources-of-data-breaches-you’ll-never-hear-about-your-phone/">Phones and Personal Computing Devices</a>. The next source we’ll explore is <strong>Your Browser</strong>.</p>
<p>Laptops, desktop computers and smartphones all have built-in internet browsers.  A typical browser can store hundreds of passwords and usernames, credit card numbers, contact information, and browsing history.  Even though we use our smart phone browsers to do a significant number of online transactions, typical smart phone browsers do not allow users the same degree of privacy control as desktop browsers.</p>
<p><span id="more-314"></span></p>
<p>Aside from browser hacks and viruses, it’s important to remember that your browser caches remain intact and accessible even after the machine is lost, stolen, or sold. That’s one reason why it’s important to scan your browsers for personal information and delete unnecessary information, and use a <a href="http://websearch.about.com/od/firefox/ss/firefoxoptions_3.htm">master password</a> whenever possible.</p>
<p>I fancy myself a fairly savvy and privacy-aware individual. I use Firefox and have installed several plugins to help me manage my privacy, including <a href="https://addons.mozilla.org/en-US/firefox/addon/6623/">Better Privacy</a>, <a href="https://addons.mozilla.org/en-US/firefox/addon/60333/">GoogleShairng</a>, a few <a href="https://addons.mozilla.org/en-US/firefox/search/?q=PrivacyChoice&#038;cat=all&#038;x=0&#038;y=0">PrivacyChoice Plugins</a>, and Abine’s <a href="https://addons.mozilla.org/en-US/firefox/addon/11073/">TACO</a>. But when I ran an <a href="http://www.identityfinder.com">Identity Finder</a> search, even I was shocked to see the depth of information that my browser stored.  It was very sobering to see that my usernames, passwords, and credit card numbers were accessible in plain text.  Fortunately, Identity Finder allowed me to delete or secure all of that information.<br />
If your browser caches are ever lost, it may represent a significant breach of personal information.  So make sure you are aware what information your browser is storing, because you shouldn’t expect to get a letter in the mail if it ever falls into the wrong hands.</p>
<p>Article first published on <a href="http://www.securitycatalyst.com/">Security Catalyst</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.aarontitus.net/blog/2011/03/17/7-sources-of-data-breaches-you%e2%80%99ll-never-hear-about-your-browser/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>7 Sources of Data Breaches You’ll Never Hear About: Your Phone</title>
		<link>http://www.aarontitus.net/blog/2011/03/15/7-sources-of-data-breaches-you%e2%80%99ll-never-hear-about-your-phone/</link>
		<comments>http://www.aarontitus.net/blog/2011/03/15/7-sources-of-data-breaches-you%e2%80%99ll-never-hear-about-your-phone/#comments</comments>
		<pubDate>Tue, 15 Mar 2011 06:31:28 +0000</pubDate>
		<dc:creator>Titus</dc:creator>
				<category><![CDATA[Data Breaches]]></category>

		<guid isPermaLink="false">http://www.aarontitus.net/blog/?p=309</guid>
		<description><![CDATA[his post is the first in a series about preventable data breaches. Most Americans have received a letter, telling them that their personal information has been breached. But there are many breaches you’ll never hear about, and many of them are right under your nose. The first source we’ll explore is Your Phone and Personal [...]]]></description>
			<content:encoded><![CDATA[<p><div id="attachment_307" class="wp-caption alignright" style="width: 310px"><a href="http://www.aarontitus.net/blog/wp-content/uploads/2011/01/smart_phone_sxc.jpg"><img src="http://www.aarontitus.net/blog/wp-content/uploads/2011/01/smart_phone_sxc-300x225.jpg" alt="Smart phones are now portable computers which just happen to make calls. Licensed from Stock Exchange." title="Smart Phone" width="300" height="225" class="size-medium wp-image-307" /></a><p class="wp-caption-text">Smart phones are now portable computers which just happen to make calls. Licensed from Stock Exchange.</p></div>This post is the first in a series about preventable data breaches. Most Americans have received a letter, telling them that their personal information has been breached. But there are many breaches you’ll never hear about, and many of them are right under your nose. The first source we’ll explore is <strong>Your Phone and Personal Computing Device</strong>.</p>
<p>Remember when cell phones were telephones?  Those days are long gone. The current generation of smart phones are powerful computing devices which just happen to also make phone calls.</p>
<p><span id="more-309"></span></p>
<p>Your personal computing devices perform almost all of the functions of a laptop computer.  Smart phones, iPads, Kindles, and other devices are notoriously easy to lose, and store gigabytes of files, passwords, credit card numbers, social security numbers, digital photos, address books, and email attachments.  Because of the wealth of personal information on a cell phone, most people would rather lose their wallets, and nearly all respondents to a <a href="http://www.pcworld.com/businesscenter/article/166628/bigger_loss_cell_phone_or_wallet.html">2009 survey</a> said they would be “devastated” if they lost their phone.</p>
<p>Upgrading your phone can be as risky as losing it.  Some people donate their old phones to charity or sell them on Ebay, and experts warn that personal information on the phone could easily be mined and re-sold.  Periodically search your cell phone for personal information, and make sure that you digitally shred the entire contents of your mobile device before you get rid of it.</p>
<p>Article first published on <a href="http://www.securitycatalyst.com/7-sources-of-data-breaches-you’ll-never-hear-about-your-phone">Security Catalyst</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.aarontitus.net/blog/2011/03/15/7-sources-of-data-breaches-you%e2%80%99ll-never-hear-about-your-phone/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>A Message From Walgreens</title>
		<link>http://www.aarontitus.net/blog/2010/12/12/a-message-from-wallgreens/</link>
		<comments>http://www.aarontitus.net/blog/2010/12/12/a-message-from-wallgreens/#comments</comments>
		<pubDate>Sun, 12 Dec 2010 05:09:19 +0000</pubDate>
		<dc:creator>Titus</dc:creator>
				<category><![CDATA[Data Breaches]]></category>

		<guid isPermaLink="false">http://www.aarontitus.net/blog/?p=281</guid>
		<description><![CDATA[A friend of mine recently received the following email from Walgreens:
December 10, 2010
Dear Valued Customer,
We recently became aware of unauthorized access to an email list of customers who receive special offers and newsletters from us. As a result, it is possible you may have received some spam email messages asking you to go to another [...]]]></description>
			<content:encoded><![CDATA[<p>A friend of mine recently received the following email from Walgreens:</p>
<blockquote><p>December 10, 2010<br />
Dear Valued Customer,</p>
<p>We recently became aware of unauthorized access to an email list of customers who receive special offers and newsletters from us. As a result, it is possible you may have received some spam email messages asking you to go to another site and enter personal data. We are sorry this has taken place and for any inconvenience to you.<br />
<span id="more-281"></span><br />
We want to assure you that the only information that was obtained was your email address. Your prescription information, account and any other personally identifiable information were not at risk because such data is not contained in the email system, and no access was gained to Walgreens consumer data systems.</p>
<p>We realize you previously unsubscribed from promotional emails from Walgreens, and that will continue. As a company, we absolutely believe that all customer relationships must be built on trust. That is why we believe it is important to inform you of this incident. Online security experts have reported an increase in attacks on email systems, and therefore we have voluntarily contacted the appropriate authorities and are working with them regarding this incident.</p>
<p>We encourage you to continue to be aware of increasingly common email scams that may use your email address to contact you and ask for personal or sensitive information. Always be cautious when opening links or attachments from unsolicited third parties. Also know that Walgreens will not send you emails asking for your credit card number, social security number or other personally identifiable information. So if ever asked for this information, you can be confident it is not from Walgreens.</p>
<p>If you have any questions regarding this issue, please contact us at 1-888-980-0963. We take your privacy very seriously, and we will continue to work diligently to protect your personal information.</p>
<p>Sincerely,<br />
Walgreens Customer Service Team</p></blockquote>
<h1>Translation</h1>
<blockquote><p>Dear Valued Former Customer Who Doesn’t Want to Hear From Us,</p>
<p>We know you have already unsubscribed from our mailing lists. You may have thought that we deleted your email address, but in fact we decided to keep your email in our databases anyway.  Now it was stolen. Sucks to be you, because now you’ll probably get more spam and scam mail. We reported the breach to the police, knowing full well that they don’t care one little bit, but we at least hope do some PR damage control by looking serious about this.</p>
<p>Sincerely,<br />
Wallgreens</p>
<p>P.S. We still don’t plan to actually delete your email address from our systems and eliminate the risk of a future breach.</p></blockquote>
<p>Well, at least I have to give them points for owning up to the breach.  Many companies wouldn&#8217;t even do that much.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.aarontitus.net/blog/2010/12/12/a-message-from-wallgreens/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>HIPAA Breach Notification Requirements Effective September 23, 2009</title>
		<link>http://www.aarontitus.net/blog/2009/09/22/hipaa-breach-notification-requirements-effective-september-23-2009/</link>
		<comments>http://www.aarontitus.net/blog/2009/09/22/hipaa-breach-notification-requirements-effective-september-23-2009/#comments</comments>
		<pubDate>Tue, 22 Sep 2009 13:17:01 +0000</pubDate>
		<dc:creator>Titus</dc:creator>
				<category><![CDATA[Data Breaches]]></category>
		<category><![CDATA[Medical Privacy]]></category>

		<guid isPermaLink="false">http://www.aarontitus.net/blog/?p=100</guid>
		<description><![CDATA[The department of Health and Human Services (HHS) and the FTC have issued a new interim final rule governing health information breach notification requirements.  I blogged on this issue back in March 2009, just after the stimulus package, American Recovery and Reinvestment Act of 2009 (ARRA), passed.
This rule, issued in response to ARRA, goes [...]]]></description>
			<content:encoded><![CDATA[<p>The department of Health and Human Services (HHS) and the FTC have issued a new <a href="http://edocket.access.gpo.gov/2009/E9-20169.htm">interim final rule</a> governing health information breach notification requirements.  I <a href="http://jeffreyneu.com/20090318184/how-to-write-an-arra-breach-notification-letter.html">blogged on this issue</a> back in March 2009, just after the stimulus package, <em>American Recovery and Reinvestment Act of 2009</em> (ARRA), passed.</p>
<p>This rule, issued in response to <em>ARRA</em>, goes into effect on Wednesday. At that point, all HIPAA-covered entities and their business associates must notify individuals and HHS when personal health information has been breached. HIPAA-covered entities include health plans, health care clearinghouses, or health care providers. The rule also covers &#8220;business associates&#8221; which include billing companies, transaction companies, lawyers, accountants, managers, administrators, or anyone who handles health information on behalf of a HIPAA-covered entity.</p>
<p>A breach is when individually identifiable health information is acquired, used, accessed, or disclosed to an unauthorized party, in a way that compromises its security or privacy. A &#8220;breach&#8221; does not include inadvertent disclosures among employees who are normally authorized to view protected health information. A breach also does not include exposure of encrypted personal health information, for example.</p>
<p>When a breach occurs, the covered entity must notify victims and the Secretary of Human Services &ldquo;without unreasonable delay,&rdquo; and within 60 days of the discovery of the breach. The covered entity must notify the individual directly if possible (ie, by mail), and must also post a notice on its website if the breach involves 10 or more victims who are not directly reachable. If the breach involves more than 500 residents of a single state, the covered entity must also notify statewide media.</p>
<p>In certain limited circumstances a vendor might be subject to HHS and FTC notification rules. In this case, a vendor which serves the public <em>and</em> HIPAA-covered entities may comply with both rules by providing notice to individuals and the HIPAA-covered entity. In many instances, entities covered by this rule must also comply with applicable State notification laws. The test for pre-emption is whether the State law is &#8220;contrary,&#8221; to the federal law or whether &#8220;a covered entity could find it impossible to comply with both the State and federal requirements.&#8221;</p>
<h1>Compliance</h1>
<p>Of course, the best way to comply with the law is to avoiding breaches altogether. The most straightforward way to avoid having a breach is to encrypt personal health information. But if a breach does occur, complying with the law is straightforward. In addition to the requirements above, the notification must include a brief description of the incident, including the following information:</p>
<ul>
<li>Date of the breach;</li>
<li>Date of discovery;</li>
<li>Description of the types of protected health information breached;</li>
<li>Steps individuals should take to protect themselves from potential harm resulting from the breach;</li>
<li>A brief description of the investigation, efforts to minimize losses and prevent future breaches;</li>
<li>Contact information for individuals who wish to ask questions or learn more information, including a toll-free phone number, e-mail address, website, or postal address.</li>
</ul>
<p>Beyond that, you&#8217;ll have to <a href="http://jeffreyneu.com/20090318184/how-to-write-an-arra-breach-notification-letter.html#image">minimize your losses</a> by repairing your company&rsquo;s public image, regaining your customers&rsquo; trust, and mitigating civil liability.</p>
<p><em>References: 45 CFR parts 160, 162, and 164.</em></p>
<p><em>Note: This article was originally published on the <a href="http://jeffreyneu.com/20090919229/HIPPA-Breach-Notification-Requirements-Effective-September-23-2009.html">J.C. Neu &amp; Associates Blog</a>.</em></p>
]]></content:encoded>
			<wfw:commentRss>http://www.aarontitus.net/blog/2009/09/22/hipaa-breach-notification-requirements-effective-september-23-2009/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Data Breach Notification Requirements in the United States and European Union</title>
		<link>http://www.aarontitus.net/blog/2009/05/19/data-breach-notification-requirements-in-the-united-states-and-european-union/</link>
		<comments>http://www.aarontitus.net/blog/2009/05/19/data-breach-notification-requirements-in-the-united-states-and-european-union/#comments</comments>
		<pubDate>Tue, 19 May 2009 10:34:30 +0000</pubDate>
		<dc:creator>Titus</dc:creator>
				<category><![CDATA[Data Breaches]]></category>

		<guid isPermaLink="false">http://www.aarontitus.net/blog/?p=91</guid>
		<description><![CDATA[Note: This article originally appeared on Jeffreyneu.com
This brief analyzes more than 40 United States Breach Notification laws, the American Recovery and Reinvestment Act, and compares those requirements with EU Directives 2002/58/EC, 2002/21/EC, and the Data Protection Working Party Opinion 1/2009 on 2002/58/EC proposed amendments. This brief does not address individual EU member states&#8217; implementations of [...]]]></description>
			<content:encoded><![CDATA[<p><em>Note: This article originally appeared on <a href="http://www.jeffreyneu.com/193-Data-Breach-Notification-Requirements-in-the-United-States-and-European-Union.html#_ednref55">Jeffreyneu.com</a></em></p>
<p>This brief analyzes more than 40 United States Breach Notification laws, the American Recovery and Reinvestment Act, and compares those requirements with EU Directives 2002/58/EC, 2002/21/EC, and the Data Protection Working Party Opinion 1/2009 on 2002/58/EC proposed amendments. This brief does not address individual EU member states&#8217; implementations of EU Directives 2002/58/EC and 2002/21/EC.</p>
<p> <center>
</p>
<h3>Executive Summary</h3>
<p></center>
<p>Both the United States and European Union require certain entities to notify individuals when their personal information has been breached. In the United   States, State Breach Notification Laws (BNLs) require persons and organizations to notify individuals whose personal information has been &quot;breached.&quot; BNLs generally apply to any entity which possesses certain classes of personal information, such as social security numbers or account numbers. The usual elements of a breach are as follows, with common variations in parentheses:<strong>1. (Reasonable likelihood of) Unauthorized and Bad Faith 2. Acquisition of3. Unencrypted or Unredacted 4. (Computerized) Personal Information, 5. (Which is likely to cause harm).</strong>Absence of one or more of these elements will defeat the notification requirement, whereas mere knowledge of a potential breach will often trigger a duty to investigate.<a name="_ednref1" href="#_edn1" title="_ednref1"><sup>[1]</sup></a>With the exception of certain health information breaches, <a name="_ednref2" href="#_edn2" title="_ednref2"><sup>[2]</sup></a> breach notification requirements are not yet Federalized.</p>
<p> <span id="more-91"></span>
<p>The approach of European Union Directives varies in two key aspects: First, the EU adopts a broader definition of &quot;personal information,&quot; or &quot;personal data.&quot; Second, in contrast to United States BNLs, European Union Directives impose notification requirements based on economic sectors rather than data possession.The table below illustrates the differences in approaches, by example, which may not be correct under every circumstance.</p>
<table border="1" cellspacing="0" cellpadding="0" class="MsoNormalTable" style="border: medium none ; border-collapse: collapse">
<tbody>
<tr>
<td colspan="9" width="590" valign="top" style="border: 1pt solid windowtext; padding: 0in 5.4pt; width: 6.15in">
<p style="text-align: center" class="MsoNormal" align="center"><strong>Notification Required?</strong></p>
</td>
</tr>
<tr>
<td colspan="3" width="247" valign="top" style="padding: 0in 5.4pt; width: 185.4pt">
<p class="MsoNormal">&nbsp;</p>
</td>
<td colspan="2" width="129" valign="top" style="padding: 0in 5.4pt; width: 96.85pt">
<p class="MsoNormal">Communications Sector</p>
</td>
<td colspan="2" width="108" valign="top" style="padding: 0in 5.4pt; width: 81.1pt">
<p class="MsoNormal">Private Sector</p>
</td>
<td colspan="2" width="106" valign="top" style="padding: 0in 5.4pt; width: 79.45pt">
<p class="MsoNormal">Public Sector</p>
</td>
</tr>
<tr>
<td colspan="3" width="247" valign="top" style="padding: 0in 5.4pt; width: 185.4pt">
<p style="text-align: center" class="MsoNormal" align="center">Example Breached Information</p>
</td>
<td width="66" valign="top" style="padding: 0in 5.4pt; width: 49.5pt">
<p style="text-align: center" class="MsoNormal" align="center">US</p>
</td>
<td width="63" valign="top" style="padding: 0in 5.4pt; width: 47.35pt">
<p style="text-align: center" class="MsoNormal" align="center">EU</p>
</td>
<td width="60" valign="top" style="padding: 0in 5.4pt; width: 45.1pt">
<p style="text-align: center" class="MsoNormal" align="center">US</p>
</td>
<td width="48" valign="top" style="padding: 0in 5.4pt; width: 0.5in">
<p style="text-align: center" class="MsoNormal" align="center">EU</p>
</td>
<td width="58" valign="top" style="padding: 0in 5.4pt; width: 43.45pt">
<p style="text-align: center" class="MsoNormal" align="center">US</p>
</td>
<td width="48" valign="top" style="padding: 0in 5.4pt; width: 0.5in">
<p style="text-align: center" class="MsoNormal" align="center">EU</p>
</td>
</tr>
<tr>
<td rowspan="4" width="43" valign="top" style="padding: 0in 5.4pt; width: 0.45in">
<p style="margin: 0in 5.65pt 0.0001pt" class="MsoNormal">Information Protected In:</p>
</td>
<td rowspan="2" width="42" valign="top" style="padding: 0in 5.4pt; width: 31.5pt">
<p class="MsoNormal">EU</p>
</td>
<td width="162" valign="top" style="padding: 0in 5.4pt; width: 121.5pt">
<p class="MsoNormal">IP Address &amp; Name</p>
</td>
<td width="66" valign="top" style="padding: 0in 5.4pt; width: 49.5pt">
<p class="MsoNormal">No</p>
</td>
<td width="63" valign="top" style="padding: 0in 5.4pt; width: 47.35pt">
<p class="MsoNormal"><span style="background: yellow none repeat scroll 0% 0%; -moz-background-clip: -moz-initial; -moz-background-origin: -moz-initial; -moz-background-inline-policy: -moz-initial">Yes</p>
</td>
<td width="60" valign="top" style="padding: 0in 5.4pt; width: 45.1pt">
<p class="MsoNormal">No</p>
</td>
<td width="48" valign="top" style="padding: 0in 5.4pt; width: 0.5in">
<p class="MsoNormal">No</p>
</td>
<td width="58" valign="top" style="padding: 0in 5.4pt; width: 43.45pt">
<p class="MsoNormal">No</p>
</td>
<td width="48" valign="top" style="padding: 0in 5.4pt; width: 0.5in">
<p class="MsoNormal">No</p>
</td>
</tr>
<tr>
<td width="162" valign="top" style="padding: 0in 5.4pt; width: 121.5pt">
<p class="MsoNormal">Itemized Bill</p>
</td>
<td width="66" valign="top" style="padding: 0in 5.4pt; width: 49.5pt">
<p class="MsoNormal">No</p>
</td>
<td width="63" valign="top" style="padding: 0in 5.4pt; width: 47.35pt">
<p class="MsoNormal"><span style="background: yellow none repeat scroll 0% 0%; -moz-background-clip: -moz-initial; -moz-background-origin: -moz-initial; -moz-background-inline-policy: -moz-initial">Yes</p>
</td>
<td width="60" valign="top" style="padding: 0in 5.4pt; width: 45.1pt">
<p class="MsoNormal">No</p>
</td>
<td width="48" valign="top" style="padding: 0in 5.4pt; width: 0.5in">
<p class="MsoNormal">No</p>
</td>
<td width="58" valign="top" style="padding: 0in 5.4pt; width: 43.45pt">
<p class="MsoNormal">No</p>
</td>
<td width="48" valign="top" style="padding: 0in 5.4pt; width: 0.5in">
<p class="MsoNormal">No</p>
</td>
</tr>
<tr>
<td rowspan="2" width="42" valign="top" style="padding: 0in 5.4pt; width: 31.5pt">
<p class="MsoNormal">US &amp; EU</p>
</td>
<td width="162" valign="top" style="padding: 0in 5.4pt; width: 121.5pt">
<p class="MsoNormal">Name&amp; SSN</p>
</td>
<td width="66" valign="top" style="padding: 0in 5.4pt; width: 49.5pt">
<p class="MsoNormal"><span style="background: yellow none repeat scroll 0% 0%; -moz-background-clip: -moz-initial; -moz-background-origin: -moz-initial; -moz-background-inline-policy: -moz-initial">Yes</p>
</td>
<td width="63" valign="top" style="padding: 0in 5.4pt; width: 47.35pt">
<p class="MsoNormal"><span style="background: yellow none repeat scroll 0% 0%; -moz-background-clip: -moz-initial; -moz-background-origin: -moz-initial; -moz-background-inline-policy: -moz-initial">Yes</p>
</td>
<td width="60" valign="top" style="padding: 0in 5.4pt; width: 45.1pt">
<p class="MsoNormal"><span style="background: yellow none repeat scroll 0% 0%; -moz-background-clip: -moz-initial; -moz-background-origin: -moz-initial; -moz-background-inline-policy: -moz-initial">Yes</p>
</td>
<td width="48" valign="top" style="padding: 0in 5.4pt; width: 0.5in">
<p class="MsoNormal">No</p>
</td>
<td width="58" valign="top" style="padding: 0in 5.4pt; width: 43.45pt">
<p class="MsoNormal">Varies</p>
</td>
<td width="48" valign="top" style="padding: 0in 5.4pt; width: 0.5in">
<p class="MsoNormal">No</p>
</td>
</tr>
<tr>
<td width="162" valign="top" style="padding: 0in 5.4pt; width: 121.5pt">
<p class="MsoNormal">Name &amp; Password</p>
</td>
<td width="66" valign="top" style="padding: 0in 5.4pt; width: 49.5pt">
<p class="MsoNormal"><span style="background: yellow none repeat scroll 0% 0%; -moz-background-clip: -moz-initial; -moz-background-origin: -moz-initial; -moz-background-inline-policy: -moz-initial">Yes</p>
</td>
<td width="63" valign="top" style="padding: 0in 5.4pt; width: 47.35pt">
<p class="MsoNormal"><span style="background: yellow none repeat scroll 0% 0%; -moz-background-clip: -moz-initial; -moz-background-origin: -moz-initial; -moz-background-inline-policy: -moz-initial">Yes</p>
</td>
<td width="60" valign="top" style="padding: 0in 5.4pt; width: 45.1pt">
<p class="MsoNormal"><span style="background: yellow none repeat scroll 0% 0%; -moz-background-clip: -moz-initial; -moz-background-origin: -moz-initial; -moz-background-inline-policy: -moz-initial">Yes</p>
</td>
<td width="48" valign="top" style="padding: 0in 5.4pt; width: 0.5in">
<p class="MsoNormal">No</p>
</td>
<td width="58" valign="top" style="padding: 0in 5.4pt; width: 43.45pt">
<p class="MsoNormal">Varies</p>
</td>
<td width="48" valign="top" style="padding: 0in 5.4pt; width: 0.5in">
<p class="MsoNormal">No</p>
</td>
</tr>
<tr>
<td width="43" valign="top" style="padding: 0in 5.4pt; width: 0.45in">
<p class="MsoNormal">&nbsp;</p>
</td>
<td width="42" valign="top" style="padding: 0in 5.4pt; width: 31.5pt">
<p class="MsoNormal">&nbsp;</p>
</td>
<td width="162" valign="top" style="padding: 0in 5.4pt; width: 121.5pt">
<p class="MsoNormal">&nbsp;</p>
</td>
<td width="66" valign="top" style="padding: 0in 5.4pt; width: 49.5pt">
<p class="MsoNormal">&nbsp;</p>
</td>
<td width="63" valign="top" style="padding: 0in 5.4pt; width: 47.35pt">
<p class="MsoNormal">&nbsp;</p>
</td>
<td width="60" valign="top" style="padding: 0in 5.4pt; width: 45.1pt">
<p class="MsoNormal">&nbsp;</p>
</td>
<td width="48" valign="top" style="padding: 0in 5.4pt; width: 0.5in">
<p class="MsoNormal">&nbsp;</p>
</td>
<td width="58" valign="top" style="padding: 0in 5.4pt; width: 43.45pt">
<p class="MsoNormal">&nbsp;</p>
</td>
<td width="48" valign="top" style="padding: 0in 5.4pt; width: 0.5in">
<p class="MsoNormal">&nbsp;</p>
</td>
</tr>
</tbody>
</table>
<p> <center>
</p>
<h3>Anatomy of US Breach Notification Laws</h3>
<p></center>
<p>Data Breaches are regulated by states, with the exception of health information breaches, which were Federalized under the American Recovery and Reinvestment Act of 2009 (Stimulus Package), which mimics state BNLs.<a name="_ednref3" href="#_edn3" title="_ednref3"><sup>[3]</sup></a></p>
<p>Since California passed the Security Breach Information Act of 2003,<a name="_ednref4" href="#_edn4" title="_ednref4"><sup>[4]</sup></a> all but a handful of States have enacted similar breach notification laws. These laws require consumer notification when sensitive personal information is accessed by an unauthorized person.Each law imposes subtly different duties and requirements on stewards of personal information.</p>
<p>Legislative findings in several states emphasize the importance of preserving trust and confidentiality.<a name="_ednref5" href="#_edn5" title="_ednref5"><sup>[5]</sup></a> Other legislatures emphasize the need to protect consumers from identity theft and other misuse of personal information.<a name="_ednref6" href="#_edn6" title="_ednref6"><sup>[6]</sup></a>Still others aim to encourage businesses to protect personal information,<a name="_ednref7" href="#_edn7" title="_ednref7"><sup>[7]</sup></a> decrease identity theft,<a name="_ednref8" href="#_edn8" title="_ednref8"><sup>[8]</sup></a> or to protect the &quot;confidential relationship&quot; among financial institutions, creditors, and customers.<a name="_ednref9" href="#_edn9" title="_ednref9"><sup>[9]</sup></a> Some US statutes create a right of action for third-party data owners, such as financial institutions, without creating an equivalent right for data subjects.<a name="_ednref10" href="#_edn10" title="_ednref10"><sup>[10]</sup></a></p>
</p>
<h3>Covered Entities</h3>
<p>Without traceable legal precedent,<a name="_ednref11" href="#_edn11" title="_ednref11"><sup>[11]</sup></a> breach notification laws treat data as a type of property, and apply to entities that &ldquo;own&rdquo; or &ldquo;license&rdquo; personal information.Despite the legal ambiguity surrounding the concept of &quot;owing&quot; personal information, a surprising number of notification statutes do not expressly define the term. Those that do, often define &quot;owning&quot; broadly, to include all entities that &quot;retain&quot; personal information for a legitimate purpose.<a name="_ednref12" href="#_edn12" title="_ednref12"><sup>[12]</sup></a>Licensees of personal information must also notify the data owners in the event that the personal information is breached on their watch.<a name="_ednref13" href="#_edn13" title="_ednref13"><sup>[13]</sup></a></p>
<p>In addition to notification obligations, breach notification laws often impose additional duties, which vary depending upon the storage media.For example, California businesses have a duty to properly destroy &quot;any material, regardless of the physical form, on which [personal] information is recorded or preserved by any means&hellip;&quot; including graphic, audio, and written information in all forms.<a name="_ednref14" href="#_edn14" title="_ednref14"><sup>[14]</sup></a>However, a notification requirement is triggered only upon unauthorized acquisition of <em>computerized</em> data.<a name="_ednref15" href="#_edn15" title="_ednref15"><sup>[15]</sup></a> In contrast, Hawaii requires notification of a breach, regardless of the media the personal information was stored on.<a name="_ednref16" href="#_edn16" title="_ednref16"><sup>[16]</sup></a></p>
<p>Breach notification laws can reach beyond state borders because they apply to entities that maintain personal information about residents, even if the breached database is located out-of-state. <a name="_ednref17" href="#_edn17" title="_ednref17"><sup>[17]</sup></a>For example, Arizona imposes a notification duty on any natural, legal, or corporate entity &quot;that conducts business in this state and that owns or licenses unencrypted computerized data that includes personal information,&quot; of Arizona residents.<a name="_ednref18" href="#_edn18" title="_ednref18"><sup>[18]</sup></a>Several other states impose broad duties on any person, group, or corporate entity that maintains personal information of state residents.<a name="_ednref19" href="#_edn19" title="_ednref19"><sup>[19]</sup></a> And others bifurcate duties among special classes of actors, such as state or local municipalities.<a name="_ednref20" href="#_edn20" title="_ednref20"><sup>[20]</sup></a> In several instances, municipalities or state agencies may be exempt from notification or other parts of the law altogether.<a name="_ednref21" href="#_edn21" title="_ednref21"><sup>[21]</sup></a> Other common classes of exempted businesses are financial institutions subject to the Gramm-Leach-Bliley Act of 1999 (GLB),<a name="_ednref22" href="#_edn22" title="_ednref22"><sup>[22]</sup></a> medical institutions subject to Health Insurance Portability and Accountability Act of 1996 (HIPAA),<a name="_ednref23" href="#_edn23" title="_ednref23"><sup>[23]</sup></a> consumer reporting agencies,<a name="_ednref24" href="#_edn24" title="_ednref24"><sup>[24]</sup></a> or any business subject to more stringent law.<a name="_ednref25" href="#_edn25" title="_ednref25"><sup>[25]</sup></a>Some statutes create unusual notice exemptions, for information brokers<a name="_ednref26" href="#_edn26" title="_ednref26"><sup>[26]</sup></a> and even property and casualty insurers.<a name="_ednref27" href="#_edn27" title="_ednref27"><sup>[27]</sup></a></p>
<p>The practical effect of these exemptions is limited because they are far from uniform. Although an inter-state financial institution may choose to scrupulously adhere to the technical details of each states&#8217; rules, such a strategy may have negative public relations consequences. In fact, in an effort to limit public relations damage, many companies now exceed statutory minimum requirements and provide credit monitoring services to breach victims.<a name="_ednref28" href="#_edn28" title="_ednref28"><sup>[28]</sup></a>As a practical matter, organizations that maintain customer information and operate in more than one state will likely be subject to the most stringent combination of all states&#8217; notification laws.</p>
</p>
<h3>Breach of the Security of the System</h3>
<p>California&#8217;s Security Breach Information Act first adopted the term &quot;breach of the security of the system,&quot; which is defined as an &quot;unauthorized acquisition of computerized [personal] data.&quot;<a name="_ednref29" href="#_edn29" title="_ednref29"><sup>[29]</sup></a>Entities covered by the statute cannot defeat its provisions simply by failing to secure personal information, because California&#8217;s law also creates a duty to &quot;provide reasonable security&quot; for personal information.<a name="_ednref30" href="#_edn30" title="_ednref30"><sup>[30]</sup></a> A breach of the security of the system triggers notification to the affected individuals.<a name="_ednref31" href="#_edn31" title="_ednref31"><sup>[31]</sup></a>A breach is comprised of several common components, which vary by state. The usual elements of a breach are as follows, with common variations in parentheses: <strong>1. (Reasonable likelihood of) Unauthorized and Bad Faith 2. Acquisition of3. Unencrypted or Unredacted 4. (Computerized) Personal Information, 5. (Which is likely to cause harm).</strong>Absence of one or more of these elements will defeat the notification requirement, whereas mere knowledge of a potential breach will often trigger a duty to investigate.<a name="_ednref32" href="#_edn32" title="_ednref32"><sup>[32]</sup></a></p>
<h4>Unauthorized and Bad Faith Acquisition</h4>
<p>At least seventeen breach notification laws trigger an unqualified duty to notify, when personal information is acquired by an unauthorized individual.<a name="_ednref33" href="#_edn33" title="_ednref33"><sup>[33]</sup></a>New York quantifies factors that help determine unauthorized access, including indications that the information is in the &quot;physical possession and control of an unauthorized person,&quot; that it has been &quot;downloaded or copied,&quot; or that an unauthorized person has used it to commit a crime.<a name="_ednref34" href="#_edn34" title="_ednref34"><sup>[34]</sup></a>A few states broaden the notification trigger to include acquisitions that were &quot;reasonably believed&quot; to have occurred.<a name="_ednref35" href="#_edn35" title="_ednref35"><sup>[35]</sup></a>In contrast, states like Florida and Idaho narrow the acquisition requirement to &quot;illegal&quot; or &quot;unlawful&quot; acquisition of personal information, before imposing a notification duty.<a name="_ednref36" href="#_edn36" title="_ednref36"><sup>[36]</sup></a> The remaining statutes impose no duty to notify if the breach not will reasonably cause harm to the affected individuals.</p>
<p>Notification requirements are defeated if the transaction of personal information is authorized by the data owner, not necessarily the individual. This point is reiterated in several statutes which somewhat redundantly declare that &quot;good faith&quot; acquisitions do not constitute a breach.<a name="_ednref37" href="#_edn37" title="_ednref37"><sup>[37]</sup></a>Once a person yields personal information to a third party, breach notification laws do not preserve his right to authorize or disallow further dissemination of his personal information. The right to authorize use of personal information belongs to the data steward, who is free to authorize or license the data to third parties as it sees fit, or in accordance with contract or other law. Absent a customer contract to the contrary, the only difference between an authorized and unauthorized acquisition of personal information may be a marketing agreement.</p>
<h4>Unencrypted or Unredacted Sensitive Personal Information</h4>
<p>In general, encrypting or redacting personal information eliminates the obligation to notify, because encrypted or properly redacted personal information is unreadable or unusable.<a name="_ednref38" href="#_edn38" title="_ednref38"><sup>[38]</sup></a>Indiana law extends this exception to stolen laptops, if they are merely password-protected.<a name="_ednref39" href="#_edn39" title="_ednref39"><sup>[39]</sup></a></p>
<p>Broadly speaking, &quot;personal information&quot; is any information about a person, including a birth date, a favorite color, or a pet&#8217;s name. However, not all personal information is objectively sensitive or identifying. Breach notification laws tend to protect specific enumerated sets of personal information deemed to be universally sensitive.</p>
<p>All US BNLs require notification when a person&#8217;s unencrypted or unredacted name, in conjunction with their social security number, or financial account number and password, is breached.<a name="_ednref40" href="#_edn40" title="_ednref40"><sup>[40]</sup></a> Other common sets of protected information include driver&#8217;s license numbers,<a name="_ednref41" href="#_edn41" title="_ednref41"><sup>[41]</sup></a> medical information,<a name="_ednref42" href="#_edn42" title="_ednref42"><sup>[42]</sup></a> and biometric indicators.<a name="_ednref43" href="#_edn43" title="_ednref43"><sup>[43]</sup></a> California&#8217;s law also places additional obligations when handling 34 other types of sensitive personal information.<a name="_ednref44" href="#_edn44" title="_ednref44"><sup>[44]</sup></a> In general, the last four digits of the Social Security Number are not protected.<a name="_ednref45" href="#_edn45" title="_ednref45"><sup>[45]</sup></a></p>
<h4>Likelihood of Harm or Misuse</h4>
<p>States as diverse as New Hampshire, Colorado, Delaware, Idaho, Kansas, Maryland, and Michigan impose a &quot;likelihood of misuse&quot; or &quot;harm&quot; test before requiring notification.<a name="_ednref46" href="#_edn46" title="_ednref46"><sup>[46]</sup></a>However, &quot;misuse&quot; is not defined in many of the statutes, and many give no standard for determining &quot;likelihood,&quot; nor &quot;harm.&quot;Arizona applies a narrow definition of &quot;harm,&quot; requiring notification only if a breach &quot;is reasonably likely to cause substantial economic loss to an individual.&quot;<a name="_ednref47" href="#_edn47" title="_ednref47"><sup>[47]</sup></a> Here, notification is only triggered when there is a likelihood of economic loss.These statutes do not recognize the harm of embarrassment, loss of confidentiality, or lost privacy.</p>
</p>
<h3>Notice</h3>
<p>Once all of the components of a breach are satisfied,<a name="_ednref48" href="#_edn48" title="_ednref48"><sup>[48]</sup></a> a covered entity must notify the affected individuals about the incident, in general terms.<a name="_ednref49" href="#_edn49" title="_ednref49"><sup>[49]</sup></a>Data owners must first make an effort to contact the affected individuals directly.In most states, primary notice consists of written or certified electronic notice, <a name="_ednref50" href="#_edn50" title="_ednref50"><sup>[50]</sup></a> telephone, <a name="_ednref51" href="#_edn51" title="_ednref51"><sup>[51]</sup></a> or by some other form of communication with which the business regularly contacts customers, in accordance with an established information security policy.<a name="_ednref52" href="#_edn52" title="_ednref52"><sup>[52]</sup></a>In addition, third-party licensees of information must notify the data steward if a breach occurs.<a name="_ednref53" href="#_edn53" title="_ednref53"><sup>[53]</sup></a>Substitute notice is allowed in the event that the entity does not have sufficient contact information,<a name="_ednref54" href="#_edn54" title="_ednref54"><sup>[54]</sup></a> or if the affected class is sufficiently large, or if the cost of notification would cause undue economic hardship.</p>
<p>States vary radically on how they balance economic hardship. New Hampshire and Pennsylvania have the most lenient threshold for providing substitute notice. In those states, an entity may avoid direct contact if the cost would exceed $5,000, or the affected class of individuals is larger than 1,000.<a name="_ednref55" href="#_edn55" title="_ednref55"><sup>[55]</sup></a>Nebraska and Ohio provide a tiered approach- small businesses or agencies with ten or fewer employees have substantially lower thresholds of cost/class size than larger entities.<a name="_ednref56" href="#_edn56" title="_ednref56"><sup>[56]</sup></a>And Wyoming takes a decidedly protectionist stance, requiring out-of state entities to demonstrate a cost of $250,000 or a class of 500,000 individuals, while in-state persons or businesses need to demonstrate a burden of only $10,000 or 10,000 persons to qualify for substitute notice.<a name="_ednref57" href="#_edn57" title="_ednref57"><sup>[57]</sup></a>In general, substitute notice thresholds range from $100,000-$250,000 for cost of notice, or an affected class of 200,000-500,000.<a name="_ednref58" href="#_edn58" title="_ednref58"><sup>[58]</sup></a></p>
<p>Although multi-state businesses could strictly adhere to the notice provisions state by state, the practical public relations effect is that interstate businesses will have to meet a $250,000 and 500,000 person burden, or demonstrate that they do not have sufficient contact information, before taking advantage of the much cheaper Substitute Notice provisions. With very few variations, substitute notice consists essentially of three things: E-mail notification (when available), notification on the company&#8217;s website, and notification to statewide media.<a name="_ednref59" href="#_edn59" title="_ednref59"><sup>[59]</sup></a></p>
<p>Entities must deliver primary or substitute notice quickly, after verifying the scope of the breach, and securing the data system, subject to the needs of any law enforcement investigation. Statutes have nuanced definitions of expediency, from &quot;the most expedient time possible and without unreasonable delay,&quot;<a name="_ednref60" href="#_edn60" title="_ednref60"><sup>[60]</sup></a> to &quot;as soon as reasonably practicable. &quot;<a name="_ednref61" href="#_edn61" title="_ednref61"><sup>[61]</sup></a>Florida and Wyoming require notification &quot;without unreasonable delay,&quot; but &quot;no later than 45 days following the determination of the breach. &quot;<a name="_ednref62" href="#_edn62" title="_ednref62"><sup>[62]</sup></a>The recent Stimulus Package requires HIPAA-covered entities to act within 60 days.</p>
<p>Finally, several states require entities to notify third parties when breaches occur, such as consumer reporting agencies, state consumer affairs departments, and state Attorneys Generals&#8217; offices.<a name="_ednref63" href="#_edn63" title="_ednref63"><sup>[63]</sup></a>However, they need not divulge the names nor personal information of the individuals affected.<a name="_ednref64" href="#_edn64" title="_ednref64"><sup>[64]</sup></a></p>
</p>
<h3>Civil Penalties and Private Rights of Action</h3>
<p>Often the state&#8217;s Attorney General<a name="_ednref65" href="#_edn65" title="_ednref65"><sup>[65]</sup></a> can recover civil penalties if a covered entity fails to provide proper notice of a data breach.<a name="_ednref66" href="#_edn66" title="_ednref66"><sup>[66]</sup></a>Several states classify breaches as a deceptive business or trade practice, and impose civil penalties for violations.<a name="_ednref67" href="#_edn67" title="_ednref67"><sup>[67]</sup></a>Not all states specify a maximum civil penalty.<a name="_ednref68" href="#_edn68" title="_ednref68"><sup>[68]</sup></a> In contrast, Arizona provides for a maximum penalty of $10,000 per incident,<a name="_ednref69" href="#_edn69" title="_ednref69"><sup>[69]</sup></a> while Texas imposes a maximum penalty of $50,000.<a name="_ednref70" href="#_edn70" title="_ednref70"><sup>[70]</sup></a>New York&#8217;s civil penalty is capped at $150,000,<a name="_ednref71" href="#_edn71" title="_ednref71"><sup>[71]</sup></a> while Florida tops out at $500,000.<a name="_ednref72" href="#_edn72" title="_ednref72"><sup>[72]</sup></a> Finally, Michigan imposes a maximum $750,000 civil fine for failing to notify its residents of a breach.<a name="_ednref73" href="#_edn73" title="_ednref73"><sup>[73]</sup></a>Some states, including Utah, expressly prohibit a private cause of action based on a failure to notify,<a name="_ednref74" href="#_edn74" title="_ednref74"><sup>[74]</sup></a> while Delaware and Wyoming leave open the possibility of a private lawsuit.<a name="_ednref75" href="#_edn75" title="_ednref75"><sup>[75]</sup></a></p>
<p>A few states, including California and Minnesota, expressly authorize a private right of action, though it&#8217;s unclear exactly what kinds of damages are cognizable.<a name="_ednref76" href="#_edn76" title="_ednref76"><sup>[76]</sup></a>Possible types of damages include apprehension, emotional distress, fear of fraud, loss of money, loss of property, identity theft, false arrest, ineligibility for benefits, the burden and cost of credit monitoring, closing compromised credit accounts, scrutinizing credit card statements indefinitely, loss of privacy, and damage to reputation, to name a few. Several cases have focused on the right of customers to recover for the cost of identity theft protection and mental distress caused by the increased risk of fraud after a data breach. They have generally failed. Some commentators have suggested that requiring data owners to provide identity theft protection for victims is analogous to medical monitoring damages after exposure to toxic substances.<a name="_ednref77" href="#_edn77" title="_ednref77"><sup>[77]</sup></a> Medical monitoring claims seek to mitigate the long-term risk of disease by recovering for the cost of periodic medical examinations.<a name="_ednref78" href="#_edn78" title="_ednref78"><sup>[78]</sup></a> By analogy, under this theory a data steward would be responsible to pay for identity theft monitoring where there is: &quot;(1) significant exposure of sensitive personal information; (2) a significantly increased risk of identity fraud as a result of that exposure; (3) the necessity and effectiveness of credit monitoring in detecting, treating, and/or preventing identity fraud.&quot;<a name="_ednref79" href="#_edn79" title="_ednref79"><sup>[79]</sup></a>However, this reasoning has been rejected by several courts.<a name="_ednref80" href="#_edn80" title="_ednref80"><sup>[80]</sup></a></p>
<p>In general, courts have held that &quot;costs of purchasing a credit monitoring product&quot; and &quot;time and money spent monitoring &hellip; credit&quot; are not recoverable as a matter of law, where &quot;no unauthorized use of &hellip; personal information has occurred.&quot; <a name="_ednref81" href="#_edn81" title="_ednref81"><sup>[81]</sup></a>In those circumstances, any injury is purely speculative, until fraud, identity theft or other misuse actually occurs. Without showing actual or imminent injury, plaintiffs lack Article III standing to recover for an alleged increased risk of identity theft.<a name="_ednref82" href="#_edn82" title="_ednref82"><sup>[82]</sup></a>Mere apprehension of future fraud or misuse is also insufficient to recover for emotional distress damages.<a name="_ednref83" href="#_edn83" title="_ednref83"><sup>[83]</sup></a></p>
<p>Once plaintiffs suffer cognizable harm, they must demonstrate &quot;but-for&quot; causation. This requirement can be insurmountable, because it is often impossible to demonstrate a criminal&#8217;s source of personal information, and the criminal may be located in another country or be judgment-proof.<a name="_ednref84" href="#_edn84" title="_ednref84"><sup>[84]</sup></a>Victims can recover cognizable damages only when they are able to demonstrate the breach of a duty, and proximate causation. In one example, a union regularly sent members&#8217; sensitive personal information home with an employee. The employee&#8217;s daughter stole the data and used it to commit several counts of identity theft. The court found that a special relationship existed between the plaintiff and the union, and that the union did not protect against the foreseeable risk of identity theft, because the union &quot;knew confidential information was leaving its premises and no procedures were in place to ensure the security of the information.&quot;<a name="_ednref85" href="#_edn85" title="_ednref85"><sup>[85]</sup></a> The plaintiff was therefore able to recover damages against the union.</p>
<p>In Minnesota, breach notification statutes expressly authorize a private right of action, and a duty to properly dispose of sensitive records.<a name="_ednref86" href="#_edn86" title="_ednref86"><sup>[86]</sup></a>A school improperly dumped educational records which included information about a student&#8217;s IQ, psychological, intellectual, and functional abilities in a school dumpster. The papers blew out of the dumpster and were recovered by fellow students, who used the information to mock the boy. The boy recovered $60,00 in damages for pain and emotional distress and $80,000 for future embarrassment.<a name="_ednref87" href="#_edn87" title="_ednref87"><sup>[87]</sup></a>The court held that the Minnesota statute creates a duty to destroy records, that the school breached that duty, and that the boy suffered proximate harm due to the failure.<a name="_ednref88" href="#_edn88" title="_ednref88"><sup>[88]</sup></a>However, absent relatively rare duties to maintain confidentiality, recovering against a breaching entity is exceedingly difficult.</p>
</p>
<h3>Other Theories of Liability</h3>
<p>In his thorough article, <em>Cybersecurity, Identity Theft, and the Limits of Tort Liability</em>, Vincent R. Johnson explores other theories of liability of private suits in states which do not expressly provide for a private cause of action.<a name="_ednref89" href="#_edn89" title="_ednref89"><sup>[89]</sup></a>Even in those states, an individual may be able to rely upon a notification statute as the basis for a suit alleging negligence <em>per se</em>, where the breach of the duty to notify causes proximate harm to the plaintiff. As embodied by the landmark case, <em>Palsgraf v. Long Island Railroad</em>, Judge Cardozo articulated a fundamental principle of tort liability- that foreseeability and risk of harm defines the duty to another.<a name="_ednref90" href="#_edn90" title="_ednref90"><sup>[90]</sup></a>Economically efficient laws place duties on those who can most efficiently prevent harm.<a name="_ednref91" href="#_edn91" title="_ednref91"><sup>[91]</sup></a> Often, data owners are in the best position to prevent harm to customers by increasing security measures to decrease the foreseeable risk of breaches and hacks. Next, failure to correct statements (such as privacy policies) which have become false or misleading in light of new events, may create a tortious cause of action if the data steward fails to warn customers about foreseeable risks to personal information.<a name="_ednref92" href="#_edn92" title="_ednref92"><sup>[92]</sup></a> In contrast, privacy torts (such as Appropriation of Likeness) is only applicable where the sale or abuse of personal information dilutes the property value of reputation or prestige,<a name="_ednref93" href="#_edn93" title="_ednref93"><sup>[93]</sup></a> or when the breached information causes extreme emotional distress.</p>
<p>Even absent a court-imposed tort duty, a data steward may voluntarily assume the duty to protect data, most commonly in a privacy policy.<a name="_ednref94" href="#_edn94" title="_ednref94"><sup>[94]</sup></a> Under this contract theory, the entity is liable if he induces another to rely on his promise to exercise care, to the other&#8217;s detriment. In states where data is treated as property, the law accrues harms and benefits of personal information to the &quot;owner&quot; or steward. Minnesota&#8217;s notification law has a strong tendency to treat data as property, by providing an express remedy to credit card companies for the cost of replacing credit cards,<a name="_ednref95" href="#_edn95" title="_ednref95"><sup>[95]</sup></a> but failing to create a private right of action for harm to individuals.<a name="_ednref96" href="#_edn96" title="_ednref96"><sup>[96]</sup></a> However, several courts have held that privacy policies are notices, not contracts, and are therefore not generally binding.<a name="_ednref97" href="#_edn97" title="_ednref97"><sup>[97]</sup></a></p>
</p>
<h3>American Recovery and Reinvestment Act (ARRA)</h3>
<p>Congress recently passed the American Recovery and Reinvestment Act (ARRA), colloquially known as the &ldquo;Economic Stimulus Package.&rdquo; Buried in Subtitle D of the massive spending plan, Congress federalized breach notifications for HIPAA-regulated entities. ARRA preempts the few state BNLs which regulate health information breaches. Indeed, a few states already exempt HIPAA-regulated entities from even reporting breaches of social security numbers.<a name="_ednref98" href="#_edn98" title="_ednref98"><sup>[98]</sup></a> ARRA is currently the only Federal breach notification law, but Congress is likely to pass additional breach legislation in the future. ARRA mimics state notification laws in form and substance, with subtly different elements and duties. An ARRA breach is comprised of: <strong>1. Unauthorized and Bad Faith 2. Acquisition, Access, Use, or Disclosure of3. Unencrypted or Unredacted 4. Protected Health Information, 5. Which compromises the security or privacy of such information. 6. Where an unauthorized person could likely retain such information.</strong></p>
<h4>ARRA Covered Entities</h4>
<p>ARRA applies to &ldquo;covered&rdquo; entities under the meaning of CFR 45 160.103.These entities include Health Plans, Health Care Providers, and Health Care Clearinghouses. The statute dramatically broadens the ambiguous state-law concept of &quot;data owners,&quot; and applies to any HIPAA-covered entity that &quot;accesses, maintains, retains, modifies, records, stores, destroys, or otherwise holds, uses, or discloses unsecured protected health information.&quot;<a name="_ednref99" href="#_edn99" title="_ednref99"><sup>[99]</sup></a> &ldquo;Protected Health Information&rdquo; means &ldquo;individually identifiable health information&rdquo; which is stored or transmitted.<a name="_ednref100" href="#_edn100" title="_ednref100"><sup>[100]</sup></a> Such information may include personal information not directly related to health, such as a full name, social security number, date of birth, home address, account number, or disability code.<a name="_ednref101" href="#_edn101" title="_ednref101"><sup>[101]</sup></a> The law also requires third-party contractors or &ldquo;business associates&rdquo; to report breaches to the covered entity.<a name="_ednref102" href="#_edn102" title="_ednref102"><sup>[102]</sup></a></p>
<p>The statute also reaches well beyond traditional &quot;covered entities&quot; to any service provider or vendor of personal health records. Presumably, this would include data warehouses like Google or Microsoft, each of which has or has announced plans to create online consumer health records warehouses. However, these vendors need only report breaches to the FTC, which will investigate the event as a deceptive trade practice.</p>
<h4>ARRA Breach Components</h4>
<p>Like typical BNLs, ARRA requires HIPAA-regulated entities (but not vendors) to notify each individual if their &quot;unsecured protected health information has been, or is reasonably believed by the covered entity to have been, accessed, acquired, or disclosed as a result of [a] breach.&quot;<a name="_ednref103" href="#_edn103" title="_ednref103"><sup>[103]</sup></a> The legislation gives liberal exceptions for good faith and inadvertent disclosure, as long as the information is not breached further.<a name="_ednref104" href="#_edn104" title="_ednref104"><sup>[104]</sup></a>Redaction or encryption using reasonable technology is an absolute defense to a breach.<a name="_ednref105" href="#_edn105" title="_ednref105"><sup>[105]</sup></a></p>
<h4>ARRA Breach Notice</h4>
<p>The breaching entity must notify individuals and the Secretary of Human Services &ldquo;without unreasonable delay,&rdquo; and within 60 days of the discovery of the breach.<a name="_ednref106" href="#_edn106" title="_ednref106"><sup>[106]</sup></a>The covered entity must notify the individual directly if possible, and must also post a notice on their website if the breach involves 10 or more victims who are not directly reachable. Unlike State BNLs, ARRA contains no economic hardship provision which would limit the duty to notify individuals in the case of very large breaches. If the breach involves more than 500 residents of a single state, the covered entity must notify the statewide media.<a name="_ednref107" href="#_edn107" title="_ednref107"><sup>[107]</sup></a> The notification must include a brief description of the incident, the date of the breach, the date of the discovery, a description of the types of protected health information breached, and steps individuals should take to protect themselves from potential harm resulting from the breach. The notification must also briefly describe the investigation, efforts to minimize losses, and protect from future breaches. Finally, the letter must contain contact information for individuals who wish to ask questions or learn more information, including a toll-free phone number, e-mail address, website, or postal address.<a name="_ednref108" href="#_edn108" title="_ednref108"><sup>[108]</sup></a></p>
<h4>ARRA Liability</h4>
<p>ARRA provides for civil and criminal liability for negligent or willful violations of this law.</p>
<p> <center>
</p>
<h3>Anatomy of European Union Breach Laws</h3>
<p></center>
<p>EU breach notification requirements differ in key aspects from United States&#8217; BNLs. First, the concept of &quot;personal information&quot; is much broader in the EU, compared with the United States. U.S. BNLs regulate persons and organization which &quot;own&quot; narrow classes of highly-sensitive personal information, such as social security numbers, while EU Directives regulate the exposure of any personal information. In this sense, EU laws are substantially broader. Second, EU laws regulate economic sectors. Directive 2002/58/EC regulates only the Communications sector, but not the broader &quot;Information Society Service&quot; sector. This means, for example, that a laptop theft from an ISP where the computer contains users&#8217; personal information is a breach. But the same laptop stolen from an online store currently does not constitute a &quot;breach.&quot;Third, EU Directives envision national regulatory bodies which coordinate all breach notifications. No single analogous organization (or uniform State entity) exists in the United States.</p>
<p>Despite approaching the problem of breaches from different perspectives, the EU directives and US laws contain several analogous provisions. EU Directive 2002/58/EC emphasizes the importance of protecting confidentiality,<a name="_ednref109" href="#_edn109" title="_ednref109"><sup>[109]</sup></a> and even encourages minimal collection of personal data in the communications sector.<a name="_ednref110" href="#_edn110" title="_ednref110"><sup>[110]</sup></a></p>
</p>
<h3>Covered Entities</h3>
<p>EU Directives impose notification requirements based on an organization&#8217;s economic sector. Directives 2002/21/EC (&rsquo;21) and 2002/58/EC (&rsquo;58) apply only to the electronic communications sector. Examples of &quot;electronic communications services&quot; are television broadcasters, Internet Service Providers, and Cell Phone companies.<a name="_ednref111" href="#_edn111" title="_ednref111"><sup>[111]</sup></a> Further, the Directive applies only to personal information collected from customers for the purpose of buying service.<a name="_ednref112" href="#_edn112" title="_ednref112"><sup>[112]</sup></a> In other words, the directive only protects personal data processed by ISPs, Cell phone and Cable companies; for example, users&#8217; credit card numbers or e-mail addresses.</p>
<p>Notification requirements specifically do not apply to the broader class of &quot;information society services,&quot;<a name="_ednref113" href="#_edn113" title="_ednref113"><sup>[113]</sup></a> which are covered by Directive 2000/31/EC.<a name="_ednref114" href="#_edn114" title="_ednref114"><sup>[114]</sup></a>The definition of &quot;Information Society Services&quot; is broad, essentially encompassing any paid service which utilizes modern communication systems <a name="_ednref115" href="#_edn115" title="_ednref115"><sup>[115]</sup></a> in order to provide service.<a name="_ednref116" href="#_edn116" title="_ednref116"><sup>[116]</sup></a> In the information age, this includes almost every conceivable service with customer interactions. <a name="_ednref117" href="#_edn117" title="_ednref117"><sup>[117]</sup></a> United States BNLs, in contrast, make few (if any) regulatory distinctions based on economic sector. However, these directives are under review by the Working Party on the Protection of Individuals with Regard to the Processing of Personal Data (Working Party).The Working Party has recommended that the &rsquo;58 Directive be extended to Information Society Services, arguing that an extension &ldquo;is necessary given the ever increasing role these services playing the daily lives of European citizens, and the increasing amounts of personal data processed by these services.&rdquo;<a name="_ednref118" href="#_edn118" title="_ednref118"><sup>[118]</sup></a></p>
</p>
<h3>Breach of the Security of the Network</h3>
<p>Neither the &rsquo;58 nor &rsquo;21 Directives clearly define what constitutes a &ldquo;breach,&rdquo; or whether a notification requirement accrues to a breaching entity.However, &rsquo;58 imposes a duty to notify service subscribers of &ldquo;particular risk[s] of a breach of the security of the network,&rdquo; along with tips to mitigate the risk.<a name="_ednref119" href="#_edn119" title="_ednref119"><sup>[119]</sup></a>Presumably, an actual breach would constitute a &ldquo;particular[ly high] risk of a breach,&rdquo; and would therefore incur a duty to notify.</p>
<h4>Notice</h4>
<p>The Directives anticipate that every breach will be reported to a national regulatory agency, but may not be reported to individuals if the breach does not pose a substantial risk.<a name="_ednref120" href="#_edn120" title="_ednref120"><sup>[120]</sup></a> Absent an explicit duty to notify individuals, the Working Party recommends that &ldquo;security breaches should be notified to data subjects when they may lead to adverse effects to individuals&#8217; privacy and data protection.&rdquo;The notification should be in a harmonized format, which includes clear and objective criteria that assist in assessing adverse effects of the breach.<a name="_ednref121" href="#_edn121" title="_ednref121"><sup>[121]</sup></a></p>
<p>At least one proposed amendment to the data privacy directives would create a safe harbor for organizations which meet a minimum duty of care by installing &ldquo;appropriate technological protection measures&rdquo; to secure personal information, exempting them from all breach notifications. However, the Working Party opposes the amendment because, &ldquo;[a]ffected users may only be in the position to take appropriate measures to mitigate the risks they are facing if they have been adequately informed&hellip;regardless of the technical measures that were actually taken to protect their data.&rdquo;<a name="_ednref122" href="#_edn122" title="_ednref122"><sup>[122]</sup></a></p>
<h4>Authorized Use</h4>
<p>United States BNLs grant authority to use personal information in property law terms such as &ldquo;owning&rdquo; or &ldquo;licensing&rdquo; data. Bad-faith, unauthorized use constitutes a breach. Similarly, in the EU, authority to use personal information emanates from the entity which possesses it, though the Directives do not invoke a property-like concept of personal information.<a name="_ednref123" href="#_edn123" title="_ednref123"><sup>[123]</sup></a>The &rsquo;58 Directive further creates an affirmative duty to restrict access to personal information from third parties, limiting access &ldquo;to what is necessary&rdquo; for any given activity.<a name="_ednref124" href="#_edn124" title="_ednref124"><sup>[124]</sup></a> The intent of the &rsquo;58 Directive is to require third parties acting under the authority of service providers to assume strict duties to protect the information.<a name="_ednref125" href="#_edn125" title="_ednref125"><sup>[125]</sup></a></p>
<h4>Definition of Personal Information</h4>
<p>In the United   States, protected personal information typically consists of narrow classes of information.However, the &rsquo;58 directive indicates that personal data incorporates a broad range of information about a person, including &quot;traffic data,&quot;<a name="_ednref126" href="#_edn126" title="_ednref126"><sup>[126]</sup></a> &quot;location data,&quot;<a name="_ednref127" href="#_edn127" title="_ednref127"><sup>[127]</sup></a> and line items in itemized bills.<a name="_ednref128" href="#_edn128" title="_ednref128"><sup>[128]</sup></a></p>
<p>In contrast to the United States, the Directives are silent about whether encrypting or redacting personal information nullifies a breach. However, the Working Party Opinion 2.2 seems to indicate that even breaches of encrypted personal information must be reported to a national regulatory agency.<a name="_ednref129" href="#_edn129" title="_ednref129"><sup>[129]</sup></a></p>
<h4>Likelihood of Harm or Misuse</h4>
<p>EU laws also integrate risk analysis in determining whether notification is necessary.In the US, several states incorporate a &quot;Likelihood of Harm or Misuse&quot; test when determining whether a breach has occurred. In the EU, no analogous Risk Analysis test currently applies. However, the Working Group recommends creating a Risk Analysis test, not for purposes of determining whether a breach occurred, but whether an individual notification requirement exists. Such a test would attempt to avoid unnecessarily alarming individuals or flooding authorities with minor cases by considering several factors, including: The amount of data breached, the sensitivity of the data, the potential for adverse effects like identity theft, financial loss, loss of business or employment opportunities, etc.<a name="_ednref130" href="#_edn130" title="_ednref130"><sup>[130]</sup></a></p>
</p>
<h3>Other Duties</h3>
<p>In order to comply with the &rsquo;58 Directive, communication sector services owe several duties to subscribers. These duties can establish a minimum duty of care and standard of negligence in civil litigation. They include taking appropriate software and encryption measures to protect personal information,<a name="_ednref131" href="#_edn131" title="_ednref131"><sup>[131]</sup></a> and to fully inform subscribers of potential risks to their personal information.<a name="_ednref132" href="#_edn132" title="_ednref132"><sup>[132]</sup></a></p>
<h4>Enforcement</h4>
<p>Directive 2002/58/EC anticipates that each EU nation will provide judicial remedies for failure to comply with the requirements.<a name="_ednref133" href="#_edn133" title="_ednref133"><sup>[133]</sup></a>The Working Party also recommends that national regulatory authorities should be authorized to independently disclose a breach to the public, and impose fines if a service provider fails to fully report a personal data breach.<a name="_ednref134" href="#_edn134" title="_ednref134"><sup>[134]</sup></a> Detecting a concealed breach may require auditing and additional regulation.</p>
<p>&nbsp;</p>
<div> <br />
<hr />
<div id="edn1">
<p><a name="_edn1" href="#_ednref1" title="_edn1"><sup>[1]</sup></a> <em>See, e.g.</em>, Colo. Rev. Stat. &sect; 6-1-716(2)(a); Del. Code tit. 6, &sect; 12B-102(a); Idaho Code &sect; 28-51-105(1); Kan. Stat. &sect; 50-7a02(a); Me. Rev. Stat. tit. 10 &sect; 1348(1)(A); Md. Code, Com. Law &sect; 14-3504(b)(1) (Requiring an investigation when the entity becomes aware of a breach.);La. Rev. Stat. &sect; 51:3074(G) (Imposing a duty to investigate when personal information was or was &quot;reasonably believed to have been acquired by an unauthorized person.&quot;).</p>
</p></div>
<div id="edn2">
<p><a name="_edn2" href="#_ednref2" title="_edn2"><sup>[2]</sup></a> <em>See</em> American Recovery and Reinvestment Act (ARRA), Subtitle D. http://www.opencongress.org/bill/111-h1/text</p>
</p></div>
<div id="edn3">
<p><a name="_edn3" href="#_ednref3" title="_edn3"><sup>[3]</sup></a> <em>See</em> American Recovery and Reinvestment Act (ARRA), Subtitle D. http://www.opencongress.org/bill/111-h1/text</p>
</p></div>
<div id="edn4">
<p><a name="_edn4" href="#_ednref4" title="_edn4"><sup>[4]</sup></a> Cal. Civ. Code &sect;&sect; 1798.82-84.</p>
</p></div>
<div id="edn5">
<p><a name="_edn5" href="#_ednref5" title="_edn5"><sup>[5]</sup></a> <em>See, e.g.</em> N.H. Rev. Stat. &sect; 359-C:2.</p>
</p></div>
<div id="edn6">
<p><a name="_edn6" href="#_ednref6" title="_edn6"><sup>[6]</sup></a> <em>See, e.g.</em> Ga. Code &sect; 10-1-910(4),(7).</p>
</p></div>
<div id="edn7">
<p><a name="_edn7" href="#_ednref7" title="_edn7"><sup>[7]</sup></a> Ark. Code &sect; 4-110-102(a)-(b); Cal. Civ. Code &sect; 1798.81.5(a); R.I. Gen. Laws &sect; 11-49.2-2(1).</p>
</p></div>
<div id="edn8">
<p><a name="_edn8" href="#_ednref8" title="_edn8"><sup>[8]</sup></a> R.I. Gen. Laws &sect; 11-49.2-2(1); Ga. Code: 10-1-910(6)-(7).</p>
</p></div>
<div id="edn9">
<p><a name="_edn9" href="#_ednref9" title="_edn9"><sup>[9]</sup></a> N.H. Rev. Stat. 359-C:2(I)-(II).</p>
</p></div>
<div id="edn10">
<p><a name="_edn10" href="#_ednref10" title="_edn10"><sup>[10]</sup></a> <em>See, e.g.</em> Minn. Stat. &sect; 325E.64 Subd. 3(5).</p>
</p></div>
<div id="edn11">
<p><a name="_edn11" href="#_ednref11" title="_edn11"><sup>[11]</sup></a> Treating Data as Property has few legal roots in intellectual property law, treated either as first- or third-party property. Most personal information, such as names, addresses, phone numbers, and social security numbers, are facts. 19 NO. 7 <em>Intell. Prop. &amp; Tech. L.J</em>. 5, 8.Although innovative arrangements of information are themselves copyrightable, facts are not. <em>Feist Publications, Inc. v. Rural Telephone Service</em>, 499 U.S. 340, 363-64, 111 S.Ct. 1282, 1297 (1991) (Holding that an alphabetized collection of personal facts in a phone book is not copyrightable because 1. Facts are not copyrightable, and 2. The phone book lacks minimally creative selection, coordination, and arrangement. &quot;As a statutory matter, 17 U.S.C. &sect; 101 does not afford protection from copying to a collection of facts that are selected, coordinated, and arranged in a way that utterly lacks originality.&quot;)Patent law protects novel methods, processes, and physical compounds, but does not create first- or third-party ownership interests in personal information. 35 U.S.C.A. &sect;&sect; 101-102. Facts in a database may qualify for trade secret protection under state law, but only if the information meets stringent requirements, and remains secret. 19 NO. 7 <em>Intell. Prop. &amp; Tech. L.J.</em> 5, 8.</p>
</p></div>
<div id="edn12">
<p><a name="_edn12" href="#_ednref12" title="_edn12"><sup>[12]</sup></a> Cal. Civ. Code &sect; 1798.81.5(a); R.I. Gen. Laws &sect; 11-49.2-2(1); Ark. Code &sect; 4-110-103(6).</p>
</p></div>
<div id="edn13">
<p><a name="_edn13" href="#_ednref13" title="_edn13"><sup>[13]</sup></a> <em>See, e.g.</em>, Ark. Code&sect; 4-110-105(b); Cal. Civ. Code&sect; 1798.82(b); Colo. Rev. Stat.&sect; 6-1-716(2)(b); Conn. Gen Stat.&sect; 36a-701b(c); Del. Code tit. 6,&sect; 12B-102(b); Fla. Stat.&sect; 817.5681(2)(a); Ga. Code&sect; 10-1-912(a); Haw. Rev. Stat.&sect; 487N-2(b); Idaho Code&sect; 28-51-105(2); Ind. Code&sect; 4-1-11-6(a); Kan. Stat.&sect; 50-7a02(b); La. Rev. Stat.&sect; 51:3074(B); Me. Rev. Stat. tit. 10&sect; 1348(2); Md. Code, Com. Law&sect; 14-3504(c)(1); M.G.L.A.&sect; 3(a); Mich. Comp. Laws445.72 &sect; 12(2); Minn. Stat.&sect; 325E.61 Subdiv. 1(b); Mont. Code&sect; 30-14-1704(2); Nev. Rev. Stat.&sect; 603A.220(2); N.Y. Gen. Bus. Law&sect; 899-aa(1)(d)(3).</p>
</p></div>
<div id="edn14">
<p><a name="_edn14" href="#_ednref14" title="_edn14"><sup>[14]</sup></a> Cal. Civ. Code &sect; 1798.80(b).</p>
</p></div>
<div id="edn15">
<p><a name="_edn15" href="#_ednref15" title="_edn15"><sup>[15]</sup></a> Cal. Civ. Code &sect; 1798.82(d).</p>
</p></div>
<div id="edn16">
<p><a name="_edn16" href="#_ednref16" title="_edn16"><sup>[16]</sup></a> Haw. Rev. Stat. &sect; 487N-2(a) (Requiring notification of a breach of personal information in any form, &quot;whether computerized, paper, or otherwise.&quot;)</p>
</p></div>
<div id="edn17">
<p><a name="_edn17" href="#_ednref17" title="_edn17"><sup>[17]</sup></a> California&#8217;s prototypical statute reaches &ldquo;well beyond California&#8217;s borders, potentially affecting any company, person or agency that has a computer database containing any California resident&#8217;s &lsquo;personal information.&rdquo;&rsquo; Tyler Paetkau &amp; Roxanne Torabian-Bashardoust, <em>California Deals with ID Theft: The Promise and the Problems</em>, Bus. L. Today, May-June 2004, at 37, 37.</p>
</p></div>
<div id="edn18">
<p><a name="_edn18" href="#_ednref18" title="_edn18"><sup>[18]</sup></a> Ariz. Rev. Stat. &sect; 44-7501(A), (L)(5) (2007 S.B. 1042, Chapter 23)</p>
</p></div>
<div id="edn19">
<p><a name="_edn19" href="#_ednref19" title="_edn19"><sup>[19]</sup></a> <em>See, e.g.</em>, Mont. Code Ann. &sect;&sect; 30-14-1702(1)(a), -1704(1)-(2) (2005) (imposing a notification duty on &ldquo;[a]ny person or business that conducts business&rdquo; and defining a business as &ldquo;a sole proprietorship, partnership, corporation, association, or other group, however organized and whether or not organized to operate at a profit, including a financial institution&#8230;or the parent or the subsidiary of a financial institution.&rdquo;); N.D. Cent. Code &sect; 51-30-02 (Supp. 2005) (creating an obligation to notify for &ldquo;[a]ny person that conducts business&rdquo;).</p>
</p></div>
<div id="edn20">
<p><a name="_edn20" href="#_ednref20" title="_edn20"><sup>[20]</sup></a> <em>See e.g.</em>, Ohio Rev. Code &sect; 1347.12.</p>
</p></div>
<div id="edn21">
<p><a name="_edn21" href="#_ednref21" title="_edn21"><sup>[21]</sup></a> <em>See, e.g.</em>, Ariz. Rev. Stat. &sect; 44-7501(L)(5) (2007 S.B. 1042, Chapter 23) (exempting notification requirements for breaches made by public safety officials, courts, and municipal prosecutors); Ga. Code Ann. &sect;&sect; 10-1-911(2), -912(a) (Supp. 2005) (exempting &ldquo;any governmental agency whose records are maintained primarily for traffic safety, law enforcement, or licensing purposes&rdquo;).</p>
</p></div>
<div id="edn22">
<p><a name="_edn22" href="#_ednref22" title="_edn22"><sup>[22]</sup></a> Ariz. Rev. Stat. &sect;44-7501 (J)(1); Colo. Rev. Stat. &sect; 6-1-716(2)(p); Mich. Comp. Laws &sect;445.72 (8)(b); N.H. Rev. Stat. &sect;359-C:20 (VI)(b); Oregon, 2007 S.B. 583, Chapter 759 Section 3(8)(c); Tenn. Code &sect; 47-18-2107(i); D.C. Code &sect; 28-3852(c); Vt. Stat. tit. 9 &sect; 2445 (d)(1) (exempting financial institutions from duty to destroy personal information).Though the GLB requires financial institutions to publicize their privacy policies, and establish internal safeguards and procedures to protect consumer personal information, the statute does not require consumer notification in case of a breach. Gramm-Leach-Bliley Act of 1999, <em>Subtitle A: Disclosure of Nonpublic Personal Information</em>, codified at 15 U.S.C. &sect; 6801&ndash;6809.</p>
</p></div>
<div id="edn23">
<p><a name="_edn23" href="#_ednref23" title="_edn23"><sup>[23]</sup></a> Ariz. Rev. Stat. &sect;44-7501 (J)(2); Cal. Civ. Code &sect;1798.81.5(e)(3); Haw. Rev. Stat. &sect; 487N-2(g)(2); Mich. Comp. Laws &sect; 445.72 Sec. 12(10); Oregon, 2007 S.B. 583, Chapter 759 Sec. 12(2)(c); R.I. Gen. Laws &sect; 11-49.2-7; Vt. Stat. tit. 9 &sect; 2445 (d)(2) (exempting health insurers and health care facilities from duty to destroy personal information).Until recently, entities covered by HIPAA were not required to notify individuals of breaches. <em>See</em> <em>American Recovery and Reinvestment Act</em> (ARRA), Subtitle D. http://www.opencongress.org/bill/111-h1/text</p>
</p></div>
<div id="edn24">
<p><a name="_edn24" href="#_ednref24" title="_edn24"><sup>[24]</sup></a> Vt. Stat. tit. 9 &sect; 2445 (d)(3) (exempting consumer reporting agencies from duty to destroy personal information).</p>
</p></div>
<div id="edn25">
<p><a name="_edn25" href="#_ednref25" title="_edn25"><sup>[25]</sup></a> Oregon, 2007 S.B. 583, Chapter 759 Section 3(8)(b).</p>
</p></div>
<div id="edn26">
<p><a name="_edn26" href="#_ednref26" title="_edn26"><sup>[26]</sup></a> <em>See</em>, Ga. Code Ann. &sect;&sect; 10-1-911(2), -912(a) (Supp. 2005) (limiting the obligation to &ldquo;information brokers,&rdquo; or &ldquo;any person or entity who, for monetary fees or dues, engages in whole or in part in the business of collecting, assembling, evaluating, compiling, reporting, transmitting, transferring, or communicating information concerning individuals for the primary purpose of furnishing personal information to nonaffiliated third parties.&rdquo;Coincidentally, the major data broker ChoicePoint is headquartered in Georgia. ChoicePoint suffered a large and well-publicized data breach in 2005.).</p>
</p></div>
<div id="edn27">
<p><a name="_edn27" href="#_ednref27" title="_edn27"><sup>[27]</sup></a> Me. Rev. Stat. tit. 10 &sect;1347 (6)(E) (2005).</p>
</p></div>
<div id="edn28">
<p><a name="_edn28" href="#_ednref28" title="_edn28"><sup>[28]</sup></a> <em>See e.g.</em>, BuisinessWeek. <em>Firm to settle suits stemming from employee&#8217;s theft of records</em>, April 12, 2008, http://investing.businessweek.com/research/stocks/news/article.asp?docKey=600-200804120545KRTRIB__BUSNEWS_17116-3JDVBU48S0DAEKQKKHUA7RFHFT&amp;timestamp=04/12/2008%205:45%20AM%20ET&amp;headline=Firm%20to%20settle%20suits%20stemming%20from%20employee&#8217;s%20theft%20of%20records%20%5BThe%20Kansas%20City%20Star%2C%20Mo.%5D&amp;docSource=Knight%20Ridder/Tribune&amp;provider=ACQUIREMEDIA&amp;symbol=SAI (Accessed June 13, 2008).</p>
</p></div>
<div id="edn29">
<p><a name="_edn29" href="#_ednref29" title="_edn29"><sup>[29]</sup></a> Cal. Civ. Code &sect; 1798.82(d).</p>
</p></div>
<div id="edn30">
<p><a name="_edn30" href="#_ednref30" title="_edn30"><sup>[30]</sup></a> <em>See, e.g.</em>, Cal. Civ. Code &sect; 1798.81.5(a),(b). Ark. Code &sect; 4-110-104(b).</p>
</p></div>
<div id="edn31">
<p><a name="_edn31" href="#_ednref31" title="_edn31"><sup>[31]</sup></a> Cal. Civ. Code &sect; 1798.82(a).</p>
</p></div>
<div id="edn32">
<p><a name="_edn32" href="#_ednref32" title="_edn32"><sup>[32]</sup></a> <em>See, e.g.</em>, Colo. Rev. Stat. &sect; 6-1-716(2)(a); Del. Code tit. 6, &sect; 12B-102(a); Idaho Code &sect; 28-51-105(1); Kan. Stat. &sect; 50-7a02(a); Me. Rev. Stat. tit. 10 &sect; 1348(1)(A); Md. Code, Com. Law &sect; 14-3504(b)(1) (Requiring an investigation when the entity becomes aware of a breach.);La. Rev. Stat. &sect; 51:3074(G) (Imposing a duty to investigate when personal information was or was &quot;reasonably believed to have been acquired by an unauthorized person.&quot;).</p>
</p></div>
<div id="edn33">
<p><a name="_edn33" href="#_ednref33" title="_edn33"><sup>[33]</sup></a> <em>See, e.g.</em>, Ariz. Rev. Stat. &sect; 44-7501(L)(1) (2007 S.B. 1042, Chapter 23); Cal. Civ. Code &sect; 1798.82(a); Colo. Rev. Stat. &sect; 6-1-716(1)(a); Conn. Gen Stat. &sect; 36a-701b(a); Del. Code tit. 6, &sect; 12B-101(1); Fla. Stat. &sect; 817.5681(4); Ga. Code &sect; 10-1-911(1); Haw. Rev. Stat. &sect; 487N-1; Idaho Code &sect; 28-51-104(2); 815 ILCS 530/5; Ind. Code &sect; 4-1-11-2(a); Kan. Stat. &sect; 50-7a01(h); La. Rev. Stat. &sect; 51:3073(2); Me. Rev. Stat. tit. 10 &sect; 1347(1); Md. Code, Com. Law &sect; 14-3504(a)(1); M.G.L.A. 93H &sect; 1(a); Mich. Comp. Laws &sect; 445.63(3)(b); Minn. Stat. &sect; 325E.61(1)(a); Mont. Code &sect; 30-14-1704(1); Nev. Rev. Stat. &sect; 603A.020; N.J. Stat. &sect; 56:8-161(10); N.Y. Gen. Bus. Law &sect; 899-aa(1)(c); Ohio Rev. Code &sect; 1347.12(2)(a); Tenn. Code &sect; 47-18-2107(a)(1); Utah Code &sect; 13-44-102(1)(a); Vt. Stat. tit. 9 &sect; 2430(8)(A); D.C. Code &sect; 28-3851(1).</p>
</p></div>
<div id="edn34">
<p><a name="_edn34" href="#_ednref34" title="_edn34"><sup>[34]</sup></a> N.Y. Gen. Bus. Law &sect; 899-aa(c).</p>
</p></div>
<div id="edn35">
<p><a name="_edn35" href="#_ednref35" title="_edn35"><sup>[35]</sup></a> <em>See, e.g.</em>, Cal. Civ. Code &sect; 1798.82(a); R.I. Gen. Laws &sect; 11-49.2-3(a); Wash. Rev. Code &sect; 19.255.010(1); Ark. Code &sect; 4-110-105(a)(1) (Requires notification when a breach is &quot;reasonably believed&quot; to have occurred.).</p>
</p></div>
<div id="edn36">
<p><a name="_edn36" href="#_ednref36" title="_edn36"><sup>[36]</sup></a> <em>See, e.g.</em>, Fla. Stat. &sect; 817.5681(4); Idaho Code &sect; 28-51-104(2).</p>
</p></div>
<div id="edn37">
<p><a name="_edn37" href="#_ednref37" title="_edn37"><sup>[37]</sup></a> <em>See, e.g.</em>, Ariz. Rev. Stat. &sect; 44-7501(L)(1); Ark. Code &sect; 4-110-103(1)(B); Cal. Civ. Code &sect; 1798.82(d); Colo. Rev. Stat. &sect; 6-1-716(1)(a); Del. Code tit. 6, &sect; 12B-101(1); Fla. Stat. &sect; 817.5681(7); Ga. Code &sect; 10-1-911(1); Haw. Rev. Stat. &sect; 487N-1; Idaho Code &sect; 28-51-104(2); 815 ILCS 815 ILCS 530/5; Ind. Code &sect; 4-1-11-2(b)(1); Kan. Stat. &sect; 50-7a01(h); La. Rev. Stat. &sect; 51:3073(2); Md. Code, Com. Law &sect; 14-3504(a)(2); M.G.L.A. &sect; 1(a); Mich. Comp. Laws 445.63 &sect; 3(b)(i); Minn. Stat. &sect; 325E.61(1)(b); Mont. Code &sect; 30-14-1704(1); Nev. Rev. Stat. Nev. Rev. Stat. &sect; 603A.020; N.J. Stat. N.J. Stat. &sect; 56:8-161(10); N.Y. Gen. Bus. Law N.Y. Gen. Bus. Law &sect; 899-aa(1)(c); Ohio Rev. Code &sect; 1347.12(2)(a), &sect; 1347.19(A)(1)(b)(i).</p>
</p></div>
<div id="edn38">
<p><a name="_edn38" href="#_ednref38" title="_edn38"><sup>[38]</sup></a> <em>See, e.g.</em>, Ariz. Rev. Stat. &sect; 44-7501(L)(1); Colo. Rev. Stat. &sect; 6-1-716(1)(d)(I); Conn. Gen Stat. &sect; 36a-701b(a); Del. Code tit. 6, &sect; 12B-101(1); Ga. Code &sect; 10-1-911(5); Haw. Rev. Stat. &sect; 487N-1; Idaho Code &sect; 28-51-104(2); 815 ILCS 815 ILCS 530/5; Ind. Code &sect; 4-1-11-5(a); Kan. Stat. &sect; 50-7a01(h); La. Rev. Stat. &sect; 51:3073(4)(a); Me. Rev. Stat. tit. 10 &sect; 1347(6); Md. Code, Com. Law &sect; 14-3501(d)(1); M.G.L.A. &sect; 1(a); Mich. Comp. Laws 445.72 &sect; 12(1)(a); Minn. Stat. &sect; 325E.61(1)(a); R.I. Gen. Laws &sect; 11-49.2-3(a); Tenn. Code &sect; 47-18-2107(a)(1); Utah Code &sect; 13-44-102(1)(b); Vt. Stat. tit. 9 &sect; 2430(5)(A); D.C. Code &sect; 28-3851(1).</p>
</p></div>
<div id="edn39">
<p><a name="_edn39" href="#_ednref39" title="_edn39"><sup>[39]</sup></a> Ind. Code &sect; 24-4.9-2-2(b)(2).</p>
</p></div>
<div id="edn40">
<p><a name="_edn40" href="#_ednref40" title="_edn40"><sup>[40]</sup></a> <em>See, e.g.</em>, Utah Code &sect; 13-44-102(3).</p>
</p></div>
<div id="edn41">
<p><a name="_edn41" href="#_ednref41" title="_edn41"><sup>[41]</sup></a> <em>See, e.g.</em>, Colo. Rev. Stat. &sect; 6-1-716(1)(a).</p>
</p></div>
<div id="edn42">
<p><a name="_edn42" href="#_ednref42" title="_edn42"><sup>[42]</sup></a> <em>See, e.g.</em>, Ark. Code &sect; 4-110-103(1)(A).</p>
</p></div>
<div id="edn43">
<p><a name="_edn43" href="#_ednref43" title="_edn43"><sup>[43]</sup></a> <em>See, e.g.</em>, M.G.L.A. 93H &sect; 1(a).</p>
</p></div>
<div id="edn44">
<p><a name="_edn44" href="#_ednref44" title="_edn44"><sup>[44]</sup></a> Cal. Civ. Code &sect; 1798.81.5(d)(1), 1798.82(e).</p>
</p></div>
<div id="edn45">
<p><a name="_edn45" href="#_ednref45" title="_edn45"><sup>[45]</sup></a> <em>See, e.g.</em>, Ind. Code &sect; 4-1-11-3(b)(1); Nev. Rev. Stat. 603A.040(3); <em>see also</em> Ohio Rev. Code &sect; 1347.12(A)(9) (Stating that a Social Security Number is properly redacted if only the last four digits are exposed).</p>
</p></div>
<div id="edn46">
<p><a name="_edn46" href="#_ednref46" title="_edn46"><sup>[46]</sup></a> N.H. Rev. Stat. &sect; 359-C:20(I)(a); Colo. Rev. Stat. &sect; 6-1-716(2)(a); Del. Code tit. 6, &sect; 12B-102(a); Idaho Code &sect; 28-51-105(1); Kan. Stat. &sect; 50-7a02(a); Md. Code, Com. Law &sect; 14-3504(b)(2); Mich. Comp. Laws 445.72 &sect; 12(1).</p>
</p></div>
<div id="edn47">
<p><a name="_edn47" href="#_ednref47" title="_edn47"><sup>[47]</sup></a> Ariz. Rev. Stat. &sect; 44-7501(K)(1) (2007 S.B. 1042, Chapter 23).</p>
</p></div>
<div id="edn48">
<p><a name="_edn48" href="#_ednref48" title="_edn48"><sup>[48]</sup></a> Namely, 1. (Reasonable likelihood of) Unauthorized and Bad Faith 2. Acquisition of3. Unencrypted or Unredacted 4. (Computerized) Personal Information, 5. (Which is likely to cause harm).</p>
</p></div>
<div id="edn49">
<p><a name="_edn49" href="#_ednref49" title="_edn49"><sup>[49]</sup></a> <em>See, e.g.</em>, Haw. Rev. Stat. &sect;487N-2(d)(1) (Requiring that notice of the breach describe &quot;[t]he incident in general terms.&quot;). <em>See also</em>, Mich. Comp. Laws &sect; 359-C:20(IV)(a).</p>
</p></div>
<div id="edn50">
<p><a name="_edn50" href="#_ednref50" title="_edn50"><sup>[50]</sup></a> Cal. Civ. Code &sect; 1798.82 (g).</p>
</p></div>
<div id="edn51">
<p><a name="_edn51" href="#_ednref51" title="_edn51"><sup>[51]</sup></a> <em>See, e.g.</em>, Colo. Rev. Stat. &sect; 6-1-716(1)(c)(II).</p>
</p></div>
<div id="edn52">
<p><a name="_edn52" href="#_ednref52" title="_edn52"><sup>[52]</sup></a> <em>See, e.g.</em>, Ariz. Rev. Stat. &sect; 44-7501(E); Cal. Civ. Code &sect; 1798.82(h); Colo. Rev. Stat. &sect; 6-1-716(3); Ga. Code &sect;&sect; 10-1-911(3)(C)(iii)</p>
</p></div>
<div id="edn53">
<p><a name="_edn53" href="#_ednref53" title="_edn53"><sup>[53]</sup></a> <em>See, e.g.</em>, Mich. Comp. Laws 445.72 &sect; 12(1)(a); Cal. Civ. Code &sect; 1798.81.5(c); Ariz. Rev. Stat. &sect; 44-7501(B); Ark. Code &sect; 4-110-105(b).</p>
</p></div>
<div id="edn54">
<p><a name="_edn54" href="#_ednref54" title="_edn54"><sup>[54]</sup></a> <em>See, e.g.</em>, Ark. Code &sect; 4-110-105(e)(3)(A)(iii).</p>
</p></div>
<div id="edn55">
<p><a name="_edn55" href="#_ednref55" title="_edn55"><sup>[55]</sup></a> N.H. Rev. Stat. 359-C:20 (III)(d); <em>see also</em>, Vt. Stat. tit. 9 &sect; 2435(b)(5)(B) (Allowing substitute notice if the cost exceeds $5,000 or the class of affected individuals exceeds 5,000).</p>
</p></div>
<div id="edn56">
<p><a name="_edn56" href="#_ednref56" title="_edn56"><sup>[56]</sup></a> Neb. Rev. Stat. &sect; 87-801 (4)(e); Ohio Rev. Code &sect; 1347.12(E)(5).</p>
</p></div>
<div id="edn57">
<p><a name="_edn57" href="#_ednref57" title="_edn57"><sup>[57]</sup></a> Wyo. Stat. &sect; 40-12-502 (d)(iii).</p>
</p></div>
<div id="edn58">
<p><a name="_edn58" href="#_ednref58" title="_edn58"><sup>[58]</sup></a> <em>See, e.g.</em>, Cal. Civ. Code &sect; 1798.82(g)(3) (Requiring persons to demonstrate a $250,000 cost or class of affected individuals over 500,000); Haw. Rev. Stat. &sect; 487N-2(e)(4) (Requiring persons to demonstrate a $100,000 cost or class of affected individuals over 200,000).</p>
</p></div>
<div id="edn59">
<p><a name="_edn59" href="#_ednref59" title="_edn59"><sup>[59]</sup></a> <em>See, e.g.</em>, Cal. Civ. Code &sect; 1798.82(g).</p>
</p></div>
<div id="edn60">
<p><a name="_edn60" href="#_ednref60" title="_edn60"><sup>[60]</sup></a> <em>See, e.g., </em>Cal. Civ. Code &sect; 1798.82(a).</p>
</p></div>
<div id="edn61">
<p><a name="_edn61" href="#_ednref61" title="_edn61"><sup>[61]</sup></a> Md. Code, Com. Law &sect; 14-3504(b)(2).</p>
</p></div>
<div id="edn62">
<p><a name="_edn62" href="#_ednref62" title="_edn62"><sup>[62]</sup></a> Fla. Stat. &sect; 817.5681(1)(a); Wis. Stat. &sect; 895.507(1)(cm)(3).</p>
</p></div>
<div id="edn63">
<p><a name="_edn63" href="#_ednref63" title="_edn63"><sup>[63]</sup></a> <em>See, e.g.</em>, Colo. Rev. Stat. &sect; 6-1-716(2)(d) (Must notify all consumer reporting agencies where breach exceeds 1,000 people); Ga. Code &sect; 10-1-912(d) (Must notify all consumer reporting agencies where breach exceeds 10,000 people); Haw. Rev. Stat. &sect; 487N-2(f) (Must notify all consumer reporting agencies and Hawaii&#8217;s Office of Consumer Protection where breach exceeds 1,000 people); 815 ILCS 530/12(d) (Must notify all consumer reporting agencies where breach exceeds 1,000 people); Ind. Code &sect; 4-1-11-10 (State agencies must notify all consumer reporting agencies where breach exceeds 1,000 people); Kan. Stat. &sect; 50-7a02(f) (Must notify all consumer reporting agencies where breach exceeds 1,000 people); La. Rev. Stat. 32:4 (Must notify Louisiana Attorney General); Me. Rev. Stat. tit. 10 &sect; 1348(4),(5) (Must notify all consumer reporting agencies, Department of Professional and Financial Regulation, or Attorney General where breach exceeds 1,000 people); Md. Code, Com. Law &sect; 14-3504(h) (Must notify Maryland Attorney General); M.G.L.A. 93H &sect; 3(b) (Must notify the Director of Consumer Affairs, Attorney General, and consumer reporting agencies); Mich. Comp. Laws 445.72 &sect; 12(8) (Must notify all consumer reporting agencies where breach exceeds 1,000 people).</p>
</p></div>
<div id="edn64">
<p><a name="_edn64" href="#_ednref64" title="_edn64"><sup>[64]</sup></a> <em>See, e.g.</em>, N.H. Rev. Stat. &sect; 359-C:20(I)(b) (&quot;Nothing in this section shall be construed to require the person to provide to any regulator or the New Hampshire attorney general&#8217;s office the names of the individuals entitled to receive the notice or any personal information relating to them.&quot;)</p>
</p></div>
<div id="edn65">
<p><a name="_edn65" href="#_ednref65" title="_edn65"><sup>[65]</sup></a> <em>Pisciotta v. Old Nat&#8217;l Bancorp.</em>, 499 F.3d 629, 637 FN 8 (7th Cir. 2007) (Louisiana law &quot;provides as the exclusive remedy an action by the Attorney General against the database owner.&quot;).</p>
</p></div>
<div id="edn66">
<p><a name="_edn66" href="#_ednref66" title="_edn66"><sup>[66]</sup></a> <em>See, e.g.</em>, Ariz. Rev. Stat. &sect; 44-7501(H); Ark. Code &sect; 4-110-108; Colo. Rev. Stat. &sect; 6-1-716(4); Kan. Stat. &sect; 50-628; Me. Rev. Stat. tit. 10 &sect; &sect;1349(1); Minn. Stat. &sect; 325E.61 Subd. 6; N.D. Cent. Code &sect; 51-30-07; Ohio Rev. Code &sect; 1347.12(G); Tenn. Code &sect; 47-18-2105(a).</p>
</p></div>
<div id="edn67">
<p><a name="_edn67" href="#_ednref67" title="_edn67"><sup>[67]</sup></a> <em>See, e.g.</em>, 815 ILCS 530/12 Sec. 20. (&quot;A violation of this Act constitutes an unlawful practice under the Consumer Fraud and Deceptive Business Practices Act&quot;); Tenn Code &sect; 47-18-2106(b) (&quot;any violation of the provisions of this part shall be construed to constitute an unfair or deceptive act or practice&quot;); Conn. Gen Stat. &sect; 36a-701b(g).</p>
</p></div>
<div id="edn68">
<p><a name="_edn68" href="#_ednref68" title="_edn68"><sup>[68]</sup></a> <em>See, e.g.</em>, D.C. Code &sect; 28-3853(b) (&quot;Attorney General may recover a civil penalty not to exceed $100 for each [residents' breached information], the costs of the action, and reasonable attorney&#8217;s fees.&quot;).</p>
</p></div>
<div id="edn69">
<p><a name="_edn69" href="#_ednref69" title="_edn69"><sup>[69]</sup></a> Ariz. Rev. Stat. &sect; 44-7501(H).</p>
</p></div>
<div id="edn70">
<p><a name="_edn70" href="#_ednref70" title="_edn70"><sup>[70]</sup></a> Tex. Bus. &amp; Com. Code &sect; 48.201.</p>
</p></div>
<div id="edn71">
<p><a name="_edn71" href="#_ednref71" title="_edn71"><sup>[71]</sup></a> N.Y. Gen. Bus. Law &sect; 899-aa(6)(a) (A &quot;court may impose a civil penalty of the greater of five thousand dollars or up to ten dollars per instance of failed notification, provided that the latter amount shall not exceed one hundred fifty thousand dollars.&quot;);</p>
</p></div>
<div id="edn72">
<p><a name="_edn72" href="#_ednref72" title="_edn72"><sup>[72]</sup></a> Fla. Stat. &sect; 817.5681(1)(b)(2).</p>
</p></div>
<div id="edn73">
<p><a name="_edn73" href="#_ednref73" title="_edn73"><sup>[73]</sup></a> Mich. Comp. Laws &sect; 445.72 Sec. 12(13) (Recovery of civil fine of not more than $250 for each individual, not totaling more than $750,000.00).</p>
</p></div>
<div id="edn74">
<p><a name="_edn74" href="#_ednref74" title="_edn74"><sup>[74]</sup></a> <em>See, e.g.</em>, Utah Code &sect; 13-44-301(1)-(2)(a) (&quot;Nothing in this chapter creates a private right of action&quot;).</p>
</p></div>
<div id="edn75">
<p><a name="_edn75" href="#_ednref75" title="_edn75"><sup>[75]</sup></a> Del. Code tit. 6, &sect; 12B-104 (&quot;The provisions of this chapter are not exclusive and do not relieve an individual or a commercial entity subject to this chapter from compliance with all other applicable provisions of law.&quot;); Wyo. Stat. &sect; 40-12-502(f) (The provisions of this section are not exclusive and do not relieve an individual or a commercial entity subject to this section from compliance with all other applicable provisions of law.)</p>
</p></div>
<div id="edn76">
<p><a name="_edn76" href="#_ednref76" title="_edn76"><sup>[76]</sup></a> Cal. Civ. Code &sect; 1798.84(b) (&quot;Any customer injured by a violation of this title may institute a civil action to recover damages.&quot;); Minn. Stat. &sect; 13.05 Subd. 5(2).</p>
</p></div>
<div id="edn77">
<p><a name="_edn77" href="#_ednref77" title="_edn77"><sup>[77]</sup></a> <em>Cybesecurity, Identity Theft, and the Limits of Tort Liability</em>, 57 S.C. L.Rev. 255, 305-311 (2005).(Noting the analogy between toxic torts and cybersecurity breaches.);</p>
</p></div>
<div id="edn78">
<p><a name="_edn78" href="#_ednref78" title="_edn78"><sup>[78]</sup></a> <em>Potter v. Firestone Tire &amp; Rubber Co.</em>, 863 P.2d 795, 821 (Cal. 1993) (citing <em>Ayers v. Twp. of Jackson</em>, 525 A.2d 287, 308 (N.J. 1987)). <em>See also</em>, <em>Badillo v. American Brands, Inc.</em>, 16 P.3d 435, 439 (Nev. 2001).</p>
</p></div>
<div id="edn79">
<p><a name="_edn79" href="#_ednref79" title="_edn79"><sup>[79]</sup></a> <em>Stollenwerk v. Tri-West Healthcare Alliance</em>, No. 03-0185PHXSRB, 2005 WL 2465906, at *4 (D. Ariz. Sept. 6, 2005) (But, &quot;as a matter of law identity theft and credit monitoring must still be differentiated from toxic torts and medical monitoring&quot;); <em>see also People v. Ware</em>, No. H025167, 2003 WL 22120898, *2 (Cal. Ct. App. Sept. 11, 2003) (affirming an award of restitutionary damages to a victim of identity theft, including &ldquo;$100 per year for monitoring the adverse consequences on her credit rating&rdquo;).</p>
</p></div>
<div id="edn80">
<p><a name="_edn80" href="#_ednref80" title="_edn80"><sup>[80]</sup></a> <em>Kahle v. Litton Loan Servicing LP</em>, 486 F.Supp.2d 705, 709-12 (S.D.Ohio 2007); <em>Henry v. Dow Chemical Co.</em>, 473 Mich. 63, 701 N.W.2d 684, 692 (2005) (Rejecting the medical monitoring analogy, concluding that &quot;our common law requires a present injury in addition to economic loss incurred as a result of that injury.&quot;).</p>
</p></div>
<div id="edn81">
<p><a name="_edn81" href="#_ednref81" title="_edn81"><sup>[81]</sup></a> <em>Kahle v. Litton Loan Servicing LP</em>, 486 F.Supp.2d 705, 709-12 (S.D.Ohio 2007); <em>see also</em>, <em>Ponder v. Pfizer</em>, 522 F.Supp.2d 793, 798 (M.D. Louisiana 2007) (Holding that actual damages are only realized when &quot;someone actually use[s] the disclosed information to [plaintiff's] detriment.&quot;); <em>Hendricks v. DSW Shoe Warehouse, Inc.</em>, 444 F.Supp.2d 775 (W.D.Mich. 2006) (Holding that &quot;purchase of a credit monitoring product&quot; is not &quot;actual damages or a cognizable loss.&quot;); <em>Forbes v. Wells Fargo Bank, N.A.</em>, 420 F.Supp.2d 1018, 1020-21 (D.Minn. 2006) (Holding that &quot;expenditure of time and money&quot; for credit monitoring does not constitute injury or damages because it &quot;was not the result of any present injury, but rather the anticipation of future injury that has not materialized.&quot;&quot;[T]hreat of future harm, not yet realized, will not satisfy the damage requirement.&quot;); <em>Key v. DSW, Inc.</em>, 454 F.Supp2d at 690 (Holding that an &quot;alleged increase in risk of future injury is not an &#8216;actual or imminent&#8217; injury,&quot; and must therefore fail.).</p>
</p></div>
<div id="edn82">
<p><a name="_edn82" href="#_ednref82" title="_edn82"><sup>[82]</sup></a> <em>Randolph v. ING Life Insurance and Annuity Co.</em>, 486 F.Supp.2d 1, 11 (U.S. District Court, DC 2007) (Holding that in a stolen laptop case where no evidence of fraud or identity theft has occurred, &quot;[p]laintiffs have failed to allege an injury in fact and thus lack Article III standing.&quot;); <em>Nat&#8217;l Treasury Employees Union</em>, 101 F.3d at 1427 (citing <em>Lujan</em>, 504 U.S. at 560, 112 S.Ct. 2130, 119 L.Ed.2d 351); <em>Lujan v. Defenders of </em>Wildlife, 504 U.S. 555, 560, 112 S.Ct. 2130, 119 L.Ed.2d 351 (Holding that standing is an &quot;irreducible constitutional minimum.&quot;).</p>
</p></div>
<div id="edn83">
<p><a name="_edn83" href="#_ednref83" title="_edn83"><sup>[83]</sup></a> <em>Pisciotta v. Old Nat&#8217;l Bancorp.</em>, 499 F.3d 629, 639-40 (7th Cir. 2007) (Refusing to compensate for &quot;emotional distress and worry that third parties will use [the plaintiffs'] confidential personal information to cause economic harm.&quot;).</p>
</p></div>
<div id="edn84">
<p><a name="_edn84" href="#_ednref84" title="_edn84"><sup>[84]</sup></a> Brent Wible, <em>A Site Where Hackers Are Welcome: Using Hack-In Contests to Shape Preferences and Deter Computer Crime</em>, 112 Yale L.J. 1577, 1581-85 (2003), at 1582 (Contending that &ldquo;hackers tend to be judgment proof&rdquo;).</p>
</p></div>
<div id="edn85">
<p><a name="_edn85" href="#_ednref85" title="_edn85"><sup>[85]</sup></a> <em>Bell v. Michigan Council</em>, Not Reported in N.W.2d, 2005 WL 356306 at *5 (Mich.App.).</p>
</p></div>
<div id="edn86">
<p><a name="_edn86" href="#_ednref86" title="_edn86"><sup>[86]</sup></a> Minn. Stat. &sect; 13.05 subd. 5(2).</p>
</p></div>
<div id="edn87">
<p><a name="_edn87" href="#_ednref87" title="_edn87"><sup>[87]</sup></a> <em>Scott v. Minneapolis Public Schools, Special Dist. No. 1</em>, No. A05-649, 2006 WL 997721 (Minn. App. Apr. 18, 2006).</p>
</p></div>
<div id="edn88">
<p><a name="_edn88" href="#_ednref88" title="_edn88"><sup>[88]</sup></a> <em>Scott v. Minneapolis Public Schools, Special District No. 1</em>, Not Reported in N.W.2d, 2006 WL 997721, *3 (Minn.App. 2006) (Holding that <em>Minn.Stat. &sect; 13.02, subd. 16</em> (2002) and <em>&sect; 13.08, subd. 1</em> creates a duty to individuals, not just a broad duty against disclosure of records.).</p>
</p></div>
<div id="edn89">
<p><a name="_edn89" href="#_ednref89" title="_edn89"><sup>[89]</sup></a> <em>Cybesecurity, Identity Theft, and the Limits of Tort Liability</em>, 57 S.C. L.Rev. 255 (2005).</p>
</p></div>
<div id="edn90">
<p><a name="_edn90" href="#_ednref90" title="_edn90"><sup>[90]</sup></a> <em>Palsgraf v. Long Island Railroad Co.</em>, 162 N.E. 99, 100 (N.Y. 1928).</p>
</p></div>
<div id="edn91">
<p><a name="_edn91" href="#_ednref91" title="_edn91"><sup>[91]</sup></a> <em>Kline v. 1500 Massachusetts Avenue Apartment Corp.</em>, 439 F.2d 477 (D.C. Cir. 1970).</p>
</p></div>
<div id="edn92">
<p><a name="_edn92" href="#_ednref92" title="_edn92"><sup>[92]</sup></a> <em>McGrath v. Zenith Radio Corp</em>., 651 F.2d 458, 468 (7th Cir. 1981) (Holding that the failure to correct earlier true statements which have become false or misleading was fraudulent); s<em>ee e.g.,</em> Note 134, where a breaching entity continues to assert that &quot;your personal information is safe,&quot; in the wake of a severe data breach. <em>But see</em> Note 64, where a business responds to a data breach by attempting to disclaim all duties.</p>
</p></div>
<div id="edn93">
<p><a name="_edn93" href="#_ednref93" title="_edn93"><sup>[93]</sup></a> <em>Rest. 2d Torts</em> &sect; 652C cmt (1977) (Explaining that &quot;[if] the benefit derived from the sale in no way relates to the social or commercial standing of the person whose information is sold&hellip; [then] a person whose personal information is sold does not have a cause of action for appropriation against the [person] who sold the personal information.&quot;).</p>
</p></div>
<div id="edn94">
<p><a name="_edn94" href="#_ednref94" title="_edn94"><sup>[94]</sup></a> <em>See generally</em>, <em>Restatement (Third) of Torts: Liab. for Physical Harm</em> &sect; 42 (Proposed Final Draft No. 1, 2005) (discussing duty based on undertaking).</p>
</p></div>
<div id="edn95">
<p><a name="_edn95" href="#_ednref95" title="_edn95"><sup>[95]</sup></a> Minn. Stat. &sect; 325E.64 Subd. 3.</p>
</p></div>
<div id="edn96">
<p><a name="_edn96" href="#_ednref96" title="_edn96"><sup>[96]</sup></a> Minn. Stat. &sect; 325E.61 Subd. 6.</p>
</p></div>
<div id="edn97">
<p><a name="_edn97" href="#_ednref97" title="_edn97"><sup>[97]</sup></a> Citation Pending.</p>
</p></div>
<div id="edn98">
<p><a name="_edn98" href="#_ednref98" title="_edn98"><sup>[98]</sup></a> Ariz. Rev. Stat. &sect;44-7501 (J)(2); Cal. Civ. Code &sect;1798.81.5(e)(3); Haw. Rev. Stat. &sect; 487N-2(g)(2); Mich. Comp. Laws &sect; 445.72 Sec. 12(10); Oregon, 2007 S.B. 583, Chapter 759 Sec. 12(2)(c); R.I. Gen. Laws &sect; 11-49.2-7; Vt. Stat. tit. 9 &sect; 2445 (d)(2) (exempting health insurers and health care facilities from duty to destroy personal information)</p>
</p></div>
<div id="edn99">
<p><a name="_edn99" href="#_ednref99" title="_edn99"><sup>[99]</sup></a> American Recovery and Reinvestment Act, H.R. 1, &sect; 13402(a).</p>
</p></div>
<div id="edn100">
<p><a name="_edn100" href="#_ednref100" title="_edn100"><sup>[100]</sup></a> 45 CFR 160.103.</p>
</p></div>
<div id="edn101">
<p><a name="_edn101" href="#_ednref101" title="_edn101"><sup>[101]</sup></a> ARRA, H.R. 1, &sect; 13402(f)(2).</p>
</p></div>
<div id="edn102">
<p><a name="_edn102" href="#_ednref102" title="_edn102"><sup>[102]</sup></a> ARRA, H.R. 1, &sect; 13402(b).</p>
</p></div>
<div id="edn103">
<p><a name="_edn103" href="#_ednref103" title="_edn103"><sup>[103]</sup></a> ARRA, H.R. 1, &sect; 13402(b).</p>
</p></div>
<div id="edn104">
<p><a name="_edn104" href="#_ednref104" title="_edn104"><sup>[104]</sup></a> ARRA, H.R. 1, &sect; 13400.</p>
</p></div>
<div id="edn105">
<p><a name="_edn105" href="#_ednref105" title="_edn105"><sup>[105]</sup></a> ARRA, H.R. 1, &sect; 13402(h)(1)(A)-(B).</p>
</p></div>
<div id="edn106">
<p><a name="_edn106" href="#_ednref106" title="_edn106"><sup>[106]</sup></a> ARRA, H.R. 1, &sect; 13402(d)(1).</p>
</p></div>
<div id="edn107">
<p><a name="_edn107" href="#_ednref107" title="_edn107"><sup>[107]</sup></a> ARRA, H.R. 1, &sect; 13402(d).</p>
</p></div>
<div id="edn108">
<p><a name="_edn108" href="#_ednref108" title="_edn108"><sup>[108]</sup></a> ARRA, H.R. 1, &sect; 13402(f).</p>
</p></div>
<div id="edn109">
<p><a name="_edn109" href="#_ednref109" title="_edn109"><sup>[109]</sup></a> Directive 2002/58/EC Preamble (21)</p>
</p></div>
<div id="edn110">
<p><a name="_edn110" href="#_ednref110" title="_edn110"><sup>[110]</sup></a> Directive 2002/58/EC Preamble (30)</p>
</p></div>
<div id="edn111">
<p><a name="_edn111" href="#_ednref111" title="_edn111"><sup>[111]</sup></a> Directive 2002/21/EC Article 2(c).</p>
</p></div>
<div id="edn112">
<p><a name="_edn112" href="#_ednref112" title="_edn112"><sup>[112]</sup></a> Directive 2002/58/EC Article 3(1).</p>
</p></div>
<div id="edn113">
<p><a name="_edn113" href="#_ednref113" title="_edn113"><sup>[113]</sup></a> Directive 2002/21/EC Article 2(c).</p>
</p></div>
<div id="edn114">
<p><a name="_edn114" href="#_ednref114" title="_edn114"><sup>[114]</sup></a> Directive 2000/31/EC, currently does not require consumer notification for breaches.</p>
</p></div>
<div id="edn115">
<p><a name="_edn115" href="#_ednref115" title="_edn115"><sup>[115]</sup></a> Directive 2002/21/EC Article 2(a) defines &quot;electronic communications network&quot; as &ldquo;transmission systems and, where applicable, switching or routing equipment and other resources which permit the conveyance of signals by wire, by radio, by optical or by other electromagnetic means, including satellite networks, fixed (circuit- and packet-switched, including Internet) and mobile terrestrial networks, electricity cable systems, to the extent that they are used for the purpose of transmitting signals, networks used for radio and television broadcasting, and cable television networks, irrespective of the type of information conveyed;&rdquo;</p>
</p></div>
<div id="edn116">
<p><a name="_edn116" href="#_ednref116" title="_edn116"><sup>[116]</sup></a> Directive 2002/21/EC Article 2(c).</p>
</p></div>
<div id="edn117">
<p><a name="_edn117" href="#_ednref117" title="_edn117"><sup>[117]</sup></a> Directive 98/34/EC as amended by Article 1(2) of Directive 98/48/EC defines an Information Society Service as &quot;&hellip;any service normally provided for remuneration, at a distance, by electronic means&hellip; [except] radio&hellip;[and] television broadcasting services.&quot;</p>
</p></div>
<div id="edn118">
<p><a name="_edn118" href="#_ednref118" title="_edn118"><sup>[118]</sup></a> Working Party Opinion 2.1</p>
</p></div>
<div id="edn119">
<p><a name="_edn119" href="#_ednref119" title="_edn119"><sup>[119]</sup></a> Directive 2002/58/EC Article 4(2).</p>
</p></div>
<div id="edn120">
<p><a name="_edn120" href="#_ednref120" title="_edn120"><sup>[120]</sup></a> Working Party Opinion 2.1, &ldquo;Notwithstanding their obligation to notify the competent national regulatory authorities of all breaches whenever there is a risk of adverse effects, service providers should determine if notification to subscribers or individuals is required.&rdquo;Working Party Opinion 2.2 &ldquo;&hellip;breach notifications [to national regulatory agency] should include information about the circumstances of the breach, including whether personal data had been protected by encryption&hellip;&rdquo;</p>
</p></div>
<div id="edn121">
<p><a name="_edn121" href="#_ednref121" title="_edn121"><sup>[121]</sup></a> Working Party Opinion 2.1.</p>
</p></div>
<div id="edn122">
<p><a name="_edn122" href="#_ednref122" title="_edn122"><sup>[122]</sup></a> Working Party Opinion 2.2.</p>
</p></div>
<div id="edn123">
<p><a name="_edn123" href="#_ednref123" title="_edn123"><sup>[123]</sup></a> Directive 2002/58/EC Articles 6(5), 9(3) requires personal information to be used only by persons &ldquo;acting under the authority of&rdquo; the communications providers.</p>
</p></div>
<div id="edn124">
<p><a name="_edn124" href="#_ednref124" title="_edn124"><sup>[124]</sup></a> Directive 2002/58/EC Articles 6(5), 9(3)</p>
</p></div>
<div id="edn125">
<p><a name="_edn125" href="#_ednref125" title="_edn125"><sup>[125]</sup></a> Directive 2002/58/EC Preamble (32): &ldquo;Where the provider of an electronic communications service or of a value added service subcontracts the processing of personal data necessary for the provision of these services to another entity, such subcontracting and subsequent data processing should be in full compliance with the requirements regarding controllers and processors of personal data as set out in Directive 95/46/EC.&rdquo;</p>
</p></div>
<div id="edn126">
<p><a name="_edn126" href="#_ednref126" title="_edn126"><sup>[126]</sup></a> Directive 2002/58/EC Article 2(b).</p>
</p></div>
<div id="edn127">
<p><a name="_edn127" href="#_ednref127" title="_edn127"><sup>[127]</sup></a> Directive 2002/58/EC Article 2(c).</p>
</p></div>
<div id="edn128">
<p><a name="_edn128" href="#_ednref128" title="_edn128"><sup>[128]</sup></a> Directive 2002/58/EC Article 7(1).</p>
</p></div>
<div id="edn129">
<p><a name="_edn129" href="#_ednref129" title="_edn129"><sup>[129]</sup></a> &ldquo;&hellip;breach notifications [to national regulatory agency] should include information about the circumstances of the breach, including whether personal data had been protected by encryption&hellip;&rdquo;</p>
</p></div>
<div id="edn130">
<p><a name="_edn130" href="#_ednref130" title="_edn130"><sup>[130]</sup></a> Working Party Opinion 2.1, fn.4, &ldquo;The qualitative and quantitative criteria for assessing the impact of adverse effects will need to be defined precisely during the commitology procedure&hellip;&rdquo;</p>
</p></div>
<div id="edn131">
<p><a name="_edn131" href="#_ednref131" title="_edn131"><sup>[131]</sup></a> Directive 2002/58/EC Article 4(1), Preamble (20).</p>
</p></div>
<div id="edn132">
<p><a name="_edn132" href="#_ednref132" title="_edn132"><sup>[132]</sup></a> Directive 2002/58/EC Article 4(2), Preamble (20).</p>
</p></div>
<div id="edn133">
<p><a name="_edn133" href="#_ednref133" title="_edn133"><sup>[133]</sup></a> Directive 2002/58/EC Preamble (47).</p>
</p></div>
<div id="edn134">
<p><a name="_edn134" href="#_ednref134" title="_edn134"><sup>[134]</sup></a> Working Party Opinion 2.1.</p>
</p></div>
</p></div>
]]></content:encoded>
			<wfw:commentRss>http://www.aarontitus.net/blog/2009/05/19/data-breach-notification-requirements-in-the-united-states-and-european-union/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>How to Write an ARRA Breach Notification Letter</title>
		<link>http://www.aarontitus.net/blog/2009/04/01/how-to-write-an-arra-breach-notification-letter/</link>
		<comments>http://www.aarontitus.net/blog/2009/04/01/how-to-write-an-arra-breach-notification-letter/#comments</comments>
		<pubDate>Wed, 01 Apr 2009 21:48:08 +0000</pubDate>
		<dc:creator>Titus</dc:creator>
				<category><![CDATA[Data Breaches]]></category>
		<category><![CDATA[Medical Privacy]]></category>
		<category><![CDATA[Privacy]]></category>

		<guid isPermaLink="false">http://www.aarontitus.net/blog/2009/04/01/how-to-write-an-arra-breach-notification-letter/</guid>
		<description><![CDATA[Note:This article originally appeared on the Jeffrey Neu Blog.
&#8220;We&#8217;ve had a breach.&#8221; It&#8217;s a sentence nobody wants to hear, but when it happens to you, what to you do? If you&#8217;re in the healthcare industry, new federal regulations probably require you write a letter to the victims of the breach, or more. When and how [...]]]></description>
			<content:encoded><![CDATA[<p><em>Note:This article originally appeared on the <a href="http://www.jeffreyneu.com/184-How-to-Write-an-ARRA-Breach-Notification-Letter.html">Jeffrey Neu Blog</a>.</em></p>
<p>&ldquo;We&rsquo;ve had a breach.&rdquo; It&rsquo;s a sentence nobody wants to hear, but when it happens to you, what to you do? If you&rsquo;re in the healthcare industry, new federal regulations probably require you write a letter to the victims of the breach, or more. When and how quickly do you have to send a HIPAA/ ARRA notification? And what does it have to say?</p>
<p><a name="readmore"></a>
<p>The <em>American Recovery and Reinvestment Act of 2009</em> (ARRA) requires HIPAA-covered entities to notify breach victims when protected health information has been disclosed to an unauthorized person. The legislation gives liberal exceptions for good faith and inadvertent disclosure. Redaction or encryption is an absolute defense to a breach.</p>
<p>&ldquo;Protected Health Information&rdquo; is any stored or transmitted health information which can be tied to an individual. It may include information not directly related to health, such as a full name, social security number, date of birth, home address, account number, or disability code. The law also requires third-party contractors or &ldquo;business associates&rdquo; to report breaches to the covered entity.</p>
<p>When a breach occurs, the covered entity must notify victims and the Secretary of Human Services &ldquo;without unreasonable delay,&rdquo; and within 60 days of the discovery of the breach. The covered entity must notify the individual directly if possible (ie, by mail), and must also post a notice on its website if the breach involves 10 or more victims who are not directly reachable. If the breach involves more than 500 residents of a single state, the covered entity must also notify statewide media.</p>
<p>A breach notification letter must meet differing but complementary legal and economic goals. They include:</p>
<p> <strong>
<ol>
<li><a href="#comply">Complying with law</a></li>
<li>Minimizing Losses
<ul>
<li><a href="#image">Repairing your company&rsquo;s public image</a></li>
<li><a href="#trust">Regaining your customers&rsquo; trust</a></li>
<li><a href="#liability">Mitigating civil liability </a></li>
</ul>
</li>
</ol>
<p></strong><a name="comply" title="comply"></a><br />
<h2>Compliance with Law</h2>
<p>Complying with the law is straightforward. In addition to the requirements above, the notification must include a brief description of the incident, including the following information:</p>
<ul>
<li>Date of the breach;</li>
<li>Date of discovery;</li>
<li>Description of the types of protected health information breached;</li>
<li>Steps individuals should take to protect themselves from potential harm resulting from the breach;</li>
<li>A brief description of the investigation, efforts to minimize losses and prevent future breaches;</li>
<li>Contact information for individuals who wish to ask questions or learn more information, including a toll-free phone number, e-mail address, website, or postal address.</li>
</ul>
<p> <a name="image" title="image"></a><br />
<h2>Repairing your Company&rsquo;s Image</h2>
<p>Avoid the natural tendency to clamp up. Of course, the best way to protect your company&rsquo;s image is to keep bad news out of the public eye. But once the cat&rsquo;s out of the bag, several studies indicate that more than two-thirds of economic losses arising from a data breach are due to brand diminishment and lost customer trust, rather than litigation or identity theft expenses.</p>
<p>Above all, your company must maintain credibility. Be honest, open, and share enough detail to convince an educated person that you know what you&rsquo;re talking about, and that you&rsquo;ve actually fixed the problem. Consider hiring an outside security consultant who can 1. Give you genuine feedback on your security practices, and 2. Vouch for your credibility when you say that your customers are safe.</p>
<p> <a name="trust" title="trust"></a><br />
<h2>Rebuilding Customer Trust</h2>
<p>Consider your last trip to the Department of Motor Vehicles. It probably consisted of waiting for hours in multiple serpentine lines without any direction, followed by more waiting, followed by spending money. The best part is riding away in your car when you&rsquo;re done. Surprisingly, Disneyland and the DMV have a lot in common: Long lines, spending money, and rides. What sets the DMV apart from the happiest place on earth? One important ingredient is Customer Empowerment.</p>
<p>One way the Disney folks empower customers is by posting periodic signs in long lines: &ldquo;<em>Wait Time: 45 minutes from this point</em>.&rdquo; Though the sign does not decrease wait time, it informs and empowers customers. And as Disney knows, empowered customers are happy customers. Frustrated, angry customers are far more likely to cause trouble or leave altogether.</p>
<p>The best way to rebuild your customers&rsquo; trust is to empower them. Too many breach notifications include the unhelpful statement, &ldquo;We have no reason to believe that anyone has accessed or misused your information.&rdquo; The statement is faulty because it does not empower the customer to take action. Also, if the statement isn&rsquo;t completely true, or if it changes in the future, it may inadvertently induce liability under certain circumstances. Further, these types of statements tend to frustrate rather than empower customers, causing some to conclude that the notification is incomplete or disingenuous.</p>
<p>Instead, consider these options:</p>
<ul>
<li>Say, &ldquo;Although we have no reason to believe that anyone has accessed or misused your information, if you think your personal information has been misused as a result of this breach, please call 1-800-XXX-XXXX so we can investigate&hellip;&rdquo;</li>
<li>Include statistics on typical rates of harm for similar breaches, where possible.</li>
<li>Actually investigate the breach.</li>
<li>Create a website where customers can get up-to-the minute updates on the investigation directly from you, rather than from the media (and update it after the media buzz has subsided). </li>
</ul>
<p> <a name="liability" title="liability"></a><br />
<h2>Mitigating Civil Liability</h2>
<p>ARRA does not expressly create a private right of action for a HIPAA breach. Other theoretical sources of liability exist, though. For example, an individual may be able to rely upon a notification statute as the basis for a suit alleging negligence <em>per se</em>, where the breach of the duty to notify causes proximate harm to the plaintiff. Next, failure to correct statements (such as privacy policies) which have become false or misleading in light of new events, may create a tortious cause of action if the company fails to warn customers about foreseeable risks to personal information.</p>
<p>In contrast, most breaches are not likely to create privacy liability. Privacy tort actions usually require the breached information to cause extreme emotional distress, or a dilution of the property value of reputation or prestige. In addition, most courts have consistently failed to force companies to pay for credit monitoring services unless:</p>
<ol>
<li>A person has become an actual victim of identity theft.</li>
<li>The person has found the thief</li>
<li>The person can prove that the thief&rsquo;s copy of their SSN or other personal information came from the breaching entity, and</li>
<li>The person proves that the entity had a legal obligation to keep that information private.</li>
</ol>
<p>Instead, it&rsquo;s important to remember that businesses stand to loose more money from brand diminishment and lost customer trust than from litigation.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.aarontitus.net/blog/2009/04/01/how-to-write-an-arra-breach-notification-letter/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Stimulus Package Federalizes Health Information Breach Notifications</title>
		<link>http://www.aarontitus.net/blog/2009/03/06/stimulus-package-federalizes-health-information-breach-notifications/</link>
		<comments>http://www.aarontitus.net/blog/2009/03/06/stimulus-package-federalizes-health-information-breach-notifications/#comments</comments>
		<pubDate>Fri, 06 Mar 2009 14:49:23 +0000</pubDate>
		<dc:creator>Titus</dc:creator>
				<category><![CDATA[Data Breaches]]></category>
		<category><![CDATA[Privacy]]></category>

		<guid isPermaLink="false">http://www.aarontitus.net/blog/2009/03/06/stimulus-package-federalizes-health-information-breach-notifications/</guid>
		<description><![CDATA[Note: This article was originally posted on JeffreyNeu.com.
Streamlining medical records has been a recurring theme of the Obama administration. Tucked away in the pending economic stimulus legislation, known as the American Recovery and Reinvestment Act (ARRA), is a provision which would create a breach notification requirement for health information breaches.
Starting in Subtitle D, ARRA takes [...]]]></description>
			<content:encoded><![CDATA[<p><em>Note: This article was originally posted on <a href="http://www.jeffreyneu.com/169-Stimulus-Package-Federalizes-Health-Information-Breach-Notifications.html">JeffreyNeu.com</a></em>.</p>
<p>Streamlining medical records has been a recurring theme of the Obama administration. Tucked away in the pending economic stimulus legislation, known as the <a href="http://www.opencongress.org/bill/111-h1/text">American Recovery and Reinvestment Act</a> (ARRA), is a provision which would create a breach notification requirement for health information breaches.</p>
<p>Starting in Subtitle D, ARRA takes an unprecedented foray into federalizing data breach notifications.  Although ARRA regulates breaches of health information, this legislation will no doubt be front and center of future debates about creating a Federal Breach Notification Law.</p>
<h2>Synopsis</h2>
<p>Here is a quick analysis: ARRA mirrors most state breach notification laws, in that it requires &#8220;covered entities&#8221; (ie, Health Plans, Health Care Providers, and Health Care Clearinghouses) to notify each individual if their &#8220;unsecured protected health information has been, or is reasonably believed by the covered entity to have been, accessed, acquired, or disclosed as a result of [a] breach.&#8221; Business Associates, or subcontractors, must alert the Health Care Provider of a breach.  The statute also places additional limits on how health information can be sold and shared.<br />
The statute dramatically broadens the ambiguous state-law concept of &#8220;data owners,&#8221; and applies to any HIPAA-covered entity that &#8220;accesses, maintains, retains, modifies, records, stores, destroys, or otherwise holds, uses, or discloses unsecured protected health information.&#8221;</p>
<p>As expected, the Federal law takes a lowest-common-denominator approach to duties.  For example, although notifications must be made &#8220;without reasonable delay,&#8221; the statute allows up to 60 calendar days to comply.  This is substantially longer than the longest state requirement, which requires notification within 45 days.<br />
Each state notification law requires direct (ie mail) notification to affected individuals unless the person can&#8217;t be found, and allows &#8220;Substitute Notice&#8221; in cases of large breaches.  &#8220;Substitute Notice&#8221; usually comprises posting an announcement on the organization&#8217;s website and notifying the media.  Some states do not permit Substitute Notice unless the breach is extremely large (250,000+ in some cases).  But ARRA allows substitute notice if the breach involves just 500 people in a single state.</p>
<p>The statute also reaches well beyond traditional &#8220;covered entities&#8221; to any service provider or vendor of personal health records.  Presumably, this would include data warehouses like Google or Microsoft, each of which has or has announced plans to create online consumer health records warehouses.  However, these vendors need only report the breach to the FTC, which will treat it as a deceptive trade practice. Individuals should not expect a letter from Google or Microsoft if their health care records are breached.</p>
<p>On one hand, this federal legislation will plug holes in several states statutes by regulating health information.  Arizona, California, Hawaii, Michigan, Oregon, and Rhode Island, for example, regulate health care providers and insurers differently from other companies, and may even completely exempt them from notification requirements.</p>
<p>This bill will no doubt spur the national discussion about breach notification laws.  But because they mimic existing state laws, the bill comes up short.  Breach Notification Laws were a step in the right direction when California passed the first one almost seven years ago.  But since that time, they have displayed several shortcomings, which I <a href="http://www.securitycatalyst.com/in-defense-of-breach-notification-laws-sort-of/">critique here</a>. Instead of fixing these problems, ARRA will exacerbate many of them. </p>
]]></content:encoded>
			<wfw:commentRss>http://www.aarontitus.net/blog/2009/03/06/stimulus-package-federalizes-health-information-breach-notifications/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Cost of Data Breaches Rise</title>
		<link>http://www.aarontitus.net/blog/2009/02/04/cost-of-data-breaches-rise/</link>
		<comments>http://www.aarontitus.net/blog/2009/02/04/cost-of-data-breaches-rise/#comments</comments>
		<pubDate>Wed, 04 Feb 2009 14:37:37 +0000</pubDate>
		<dc:creator>Titus</dc:creator>
				<category><![CDATA[Data Breaches]]></category>
		<category><![CDATA[Privacy]]></category>

		<guid isPermaLink="false">http://www.aarontitus.net/blog/2009/02/04/cost-of-data-breaches-rise/</guid>
		<description><![CDATA[Note: This post originally appeared on JeffreyNeu.com.
ZD Net reports that the cost of a data breach has gone up 2.5% from 2007, according to research published by the Ponemon Institute.
After comparing data from 43 companies (including several repeat offenders), companies loose just over $200 per compromised record.  Significantly, lost business due to a lack [...]]]></description>
			<content:encoded><![CDATA[<p><em>Note: This post originally appeared on <a href="http://www.jeffreyneu.com/170-Cost-of-Data-Breaches-Rise.html">JeffreyNeu.com</a></em>.<br />
ZD Net reports that the cost of a data breach has gone up 2.5% from 2007, according to research published by the Ponemon Institute.</p>
<p>After comparing data from 43 companies (including several repeat offenders), companies loose just over $200 per compromised record.  Significantly, lost business due to a lack of customer trust and brand diminishment comprises 69% of the cost.</p>
<p>Forget about the cost of postage&#8230; businesses stand to loose much more in sales from customers who read, &#8220;We regret to inform you&#8230;&#8221;</p>
]]></content:encoded>
			<wfw:commentRss>http://www.aarontitus.net/blog/2009/02/04/cost-of-data-breaches-rise/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The Top 5 Reasons You Won&#8217;t Hear About a Breach</title>
		<link>http://www.aarontitus.net/blog/2009/02/02/the-top-5-reasons-you-wont-hear-about-a-breach/</link>
		<comments>http://www.aarontitus.net/blog/2009/02/02/the-top-5-reasons-you-wont-hear-about-a-breach/#comments</comments>
		<pubDate>Mon, 02 Feb 2009 15:11:02 +0000</pubDate>
		<dc:creator>Titus</dc:creator>
				<category><![CDATA[Data Breaches]]></category>
		<category><![CDATA[Privacy]]></category>

		<guid isPermaLink="false">http://www.aarontitus.net/blog/2009/02/02/the-top-5-reasons-you-wont-hear-about-a-breach/</guid>
		<description><![CDATA[Note: This article originally appeared on the Security Catalyst Blog.
I have personally discovered more than a hundred data breaches by schools, companies, doctors&#8217; offices, tax professionals, government agencies, and individuals over the past several years. Unfortunately, very few of the breaching entities proactively announce an average breach, regardless of the law.  Here are the [...]]]></description>
			<content:encoded><![CDATA[<p><em>Note: This article originally appeared on the <a href="http://www.securitycatalyst.com/the-top-5-reasons-you-wont-hear-about-a-breach/">Security Catalyst Blog</a>.</em></p>
<p>I have personally discovered more than a hundred data breaches by schools, companies, doctors&#8217; offices, tax professionals, government agencies, and individuals over the past several years. Unfortunately, very few of the breaching entities proactively announce an average breach, regardless of the law.  Here are the most common reasons:</p>
<ol>
<li><strong>Failure to Detect</strong></li>
<li><strong>Market Devaluation of Privacy</strong></li>
<li><strong>Poor Communication</strong></li>
<li><strong>Ignorance of Law</strong></li>
<li><strong>Notification Difficulty</strong></li>
</ol>
<h3>Failure to Detect</h3>
<p>Many organizations do not have proper diagnostic processes to detect breaches when they occur, and many do not keep proper logs. Thus, when a press releases reads, &#8220;we have no evidence that the sensitive information was accessed…&#8221; it may simply mean that they did not keep any records, and thus literally have &#8220;no evidence.&#8221;</p>
<h3>Market Devaluation of Privacy</h3>
<p>The market does not value privacy. Ensuring privacy is expensive, but the costs of violating privacy are small. Doing a simple cost/benefit analysis, organizations often come to the logical conclusion that the PR ‘costs&#8217; of announcing a breach (especially when no hard proof of access exists) far outweigh any benefits.</p>
<p>In addition, most data breach notifications laws only require an organization to say, &#8220;Oops.&#8221; If the organization is feeling nice, they&#8217;ll say, &#8220;Oops, sorry.&#8221; And if they&#8217;re feeling gregarious, they&#8217;ll say, &#8220;Oops, sorry, and here&#8217;s a free report of how much damage has been done to your credit. You&#8217;ll still be at risk for years to come, though, so stay vigilant. Good luck.&#8221; But they have no responsibility to help you recover from financial identity theft, medical identity theft, or criminal identity theft. Merely getting a credit report does not protect against any of these risks.</p>
<h3>Poor Communication</h3>
<p>A cruel irony of data breaches is that the only source of information about a breach is filtered, packaged, and presented by the organization with the most incentive to skew the details. The breaching entity&#8217;s concern is to minimize perceived liability; therefore it is in their best interest to restrict the flow of information about the breach as far as possible.</p>
<p>I have read dozens of breach announcements, and they almost write themselves: &#8220;On X date, we discovered that some personal information was compromised. We acted immediately to make the information unavailable, and we have no evidence that anyone accessed it for inappropriate reasons. You should get a credit report as a precaution.&#8221;  Keeping a victim in the dark about the details protects only the breaching entity.</p>
<h3>Ignorance of Law</h3>
<p>Even in states where breach notification laws exist, smaller organizations often assume that the law only applies in limited circumstances, to larger companies, or to particularly large breaches.</p>
<h3>Notification Difficulty</h3>
<p>For the most part, organizations which choose not to report breaches get away with it.  But even under good circumstances, 100% victim notification is impossible. People move, phone numbers change, or addresses are incomplete or not on file. Letters that do arrive at the proper address may be ignored. Multiple contact strategies should be applied over long periods of time to reasonably ensure that most victims are notified.</p>
<p>I have suggested solutions to some of these problems <a href="http://www.securitycatalyst.com/in-defense-of-breach-notification-laws-sort-of/">here</a> and with the creation of <a href="http://www.nationalidwatch.org">National ID Watch</a></p>
<p><em>Aaron Titus is the Privacy Director for the <a href="http://www.libertycoalition.net">Liberty Coalition</a>, and runs <a href="http://www.nationalidwatch.org">National ID Watch</a>.</em></p>
]]></content:encoded>
			<wfw:commentRss>http://www.aarontitus.net/blog/2009/02/02/the-top-5-reasons-you-wont-hear-about-a-breach/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>In Defense of Breach Notification Laws (sort of)</title>
		<link>http://www.aarontitus.net/blog/2009/01/17/in-defense-of-breach-notification-laws-sort-of/</link>
		<comments>http://www.aarontitus.net/blog/2009/01/17/in-defense-of-breach-notification-laws-sort-of/#comments</comments>
		<pubDate>Sat, 17 Jan 2009 19:53:27 +0000</pubDate>
		<dc:creator>Titus</dc:creator>
				<category><![CDATA[Data Breaches]]></category>

		<guid isPermaLink="false">http://www.aarontitus.net/blog/2009/01/17/in-defense-of-breach-notification-laws-sort-of/</guid>
		<description><![CDATA[Note: This article was originally published on the Security Catalyst Blog.
Starting with California&#8217;s 2003 law, all but a hand full of states have now enacted breach notification laws (BNLs).  Though each is subtly different, all notification laws recognize that a if your identity, or Data Self, is treated as mere chattel, it is subject [...]]]></description>
			<content:encoded><![CDATA[<p><em>Note: This article was originally published on the <a href="http://www.securitycatalyst.com/in-defense-of-breach-notification-laws-sort-of/">Security Catalyst Blog</a>.</em></p>
<p>Starting with California&#8217;s 2003 law,<a name="note1"></a> all but a hand full of states have now enacted breach notification laws (BNLs).  Though each is subtly different, all notification laws recognize that a if your identity, or <a href="http://www.securitycatalyst.com/when-did-my-personal-information-become-your-property/">Data Self</a>, is treated as mere chattel, it is subject to fraud and abuse.  These laws require data stewards to notify an individual when his identity has been lost or kidnapped.</p>
<p>Your identity or Data Self is a digital alter-ego: a collection of personal facts which has its own life, fallacies, and mortality. Data is Self, but data is also treated like property.  <strong>If Self is data, and data is property, then Self is property</strong>.  If your Self is the property of others, then it can be bought, sold, traded, lost, stolen, or damaged like any other form of property.  <em>Identity Theft</em> is just that:  Where a person&#8217;s Data Self is stolen and abused.</p>
<h2>Measures of BNL Success</h2>
<p>With five years of breach notification law experience, it is essential to ask, &#8220;<a href="http://www.securitycatalyst.com/selective-notification/#comments" target="_blank">Are they working?</a>&#8221; My shorthand answer is &#8220;yes, sort of.&#8221;</p>
<p>I&#8217;ll be the first to admit that breach notifications are noisy, and contain a strong element of political theater.  Some contend that notification laws may even be harmful, distracting and confusing consumers into thinking they aren&#8217;t at risk if they don&#8217;t receive a notice. I agree that as currently written, breach notification laws have several shortcomings.  But their success or failure should be measured in several ways:</p>
<ol>
<li>Decreased Incidence of Identity Theft</li>
<li>Increased Awareness and Identity Control</li>
<li>Decreased Risk Behaviors and Incidence of Breach</li>
<li>Increased Victims&#8217; Rights</li>
</ol>
<p><a name="idtheft"></a></p>
<h3>1. Decreased Incidence of Identity Theft</h3>
<p><strong>Q: Do breach notification laws decrease identity theft?</strong></p>
<p><strong>A: Probably not.</strong> Several breach notification laws emphasize the need to protect consumers from identity theft and other misuse of a person&#8217;s Data Self.<a name="note3"></a> However, researchers <a href="http://www.romanosky.net/"> Sasha Romanosky</a>, <a href="http://www.heinz.cmu.edu/~rtelang/rahul_res.html">Professor Rahul Telang</a>, and <a href="http://www.heinz.cmu.edu/~acquisti/index.html">Professor Alessandro Acquisti</a> presented a <a href="http://weis2008.econinfosec.org/papers/Romanosky.pdf">well-reviewed paper</a> which measured the change in the rate of reported identity thefts before and after data breach laws went on the books. Though drawn from incomplete FTC data, the paper convincingly demonstrates that breach notification laws have a negligible effect on reported identity theft rates.  Instead, they suggest that a state&#8217;s gross domestic product and general fraud rate has a much stronger correlation with ID theft.</p>
<p><a name="control"></a></p>
<h3>2. Increased Awareness and Identity Control</h3>
<p><strong>Q: Do breach notification laws increase identity risk awareness?  How about consumers&#8217; control over their identities?</strong><br />
<strong>A: Yes, to varying degrees.</strong> A cruel irony of data breaches is that the responsible organization is the only one who knows exactly what happened, and they have the strongest incentive to hide or skew the details.  Many breaches go under- or unreported, regardless of law.  Even well-intentioned organizations issue vague, incomplete, blame-shifting or liability-reducing press releases that leave victims in the dark.  In order to effectively empower consumers to conduct their own risk analysis, breach notifications must contain the following elements:</p>
<ul>
<li><strong>Who</strong>: The class of victims affected by the breach.</li>
<li><strong>What</strong>: A complete list of exposed information, not just the ones required by law.</li>
<li><strong>Where</strong>: Exposing entity&#8217;s contact information.</li>
<li><strong>How and When</strong>: Sufficiently detailed information about the how and when the breach occurred.</li>
<li><strong>How Much</strong>: Total number affected, Sensitivity of information exposed, Duration of exposure, and Distribution method (ie, stolen laptop, online exposure, or dumpster).</li>
<li><strong>What Now</strong>: A clear statement of consumer&#8217;s legal rights (or lack of rights); Concrete actions taken by the organization to fix problems, mitigate risk, or remedy harm; Suggested actions for the victim.</li>
</ul>
<p>Of course, breach notification laws have much more lax reporting requirements than these.  And although I agree that the average breach announcement is &#8220;noisy,&#8221; I think it would be a mischaracterization to label them as nothing more than &#8220;noise.&#8221;  Even the least specific notifications build public awareness.  For better or worse, most public awareness of identity risks come from news bulletins about data breaches.  Although none of the announcements may put any particular individual on notice of a personal risk, these &#8220;noisy&#8221; notifications have a net positive effect of educating the population at large.</p>
<p><a name="risk"></a></p>
<h3>3. Decreased Risk Behaviors and Incidence of Breach</h3>
<p><strong>Q: Do breach notification laws decrease individual risk behavior?</strong><br />
<strong>A: Probably Not</strong>, but they have the potential to.  An effective notification must contain <em>actionable intelligence</em>, which means Intelligence plus Action.  For example, imagine that you are in a life raft in the middle of the ocean, with no hope of immediate rescue.  You see bubbles.  What do you do? You sink. You were able to gather intelligence, but had no way to act upon it. Intelligence without action breeds inaction.</p>
<p>However, imagine you&#8217;re on the same raft, and you see bubbles.  But this time you have a patch kit and a hand pump. This time you have actionable intelligence, and you will likely attempt to patch the raft and pump it up.</p>
<p>An alert is only effective when it empowers a person to act.  Typical breach announcements usually do nothing to empower individuals.  Effective breach notifications require both <em>intelligence</em> and <em>action</em>.  If either one of these elements is missing (as is often the case), it will fail to empower victims, and may even engender apathy.</p>
<p>Some suggest that in the current environment of data insecurity, consumers should be on constant high alert for identity theft, even without notice of a breach.  After all, your Data Self is constantly being traded without your knowledge or consent in IT and business environments of questionable reputes.</p>
<p>It&#8217;s a nice thought, but not very helpful. Being on high alert all the time is essentially the same as not being on alert any of the time.</p>
<p><strong>Q: Do breach notification laws encourage organizations to improve behavior?</strong><br />
<strong>A: Probably yes.</strong> The <a href="http://weis2008.econinfosec.org/papers/Romanosky.pdf">Romanosky paper</a> found that notification laws likely encourage businesses to take more stringent safety precautions with personal information, because of the economic incentive to avoid breaches.  However, the incentives to secure data do not appear to outweigh the market forces which devalue privacy.  Both the <a href="http://www.privacyrights.org/ar/ChronDataBreaches.htm">Privacy Rights Clearinghouse</a> and the <a href="http://datalossdb.org/">OSF Data Loss Database</a> show a steady, and perhaps even increasing number of breach incidents and lost records each year. While part of this increase may be attributable to better reporting, there is no solid indication that data breach incidents are decreasing.</p>
<p><a name="rights"></a></p>
<h3>4. Increased Victims&#8217; Rights</h3>
<p><strong>Q: Do Breach Notification Laws Create New Rights for Consumers? </strong><br />
<strong>A: Absolutely yes.</strong> While not the silver bullet to cure all ails, breach notification laws are an important first step at creating rights for victims of breaches.  Before BNLs, nobody had the right to know whether their Data Self had been compromised.  Additional legislation will be necessary to address existing and emerging identity threats.  Especially as Data Selves are treated as property, our society runs a risk that the unregulated trade of personal information could morph into a new form of <a href="http://www.securitycatalyst.com/when-did-my-personal-information-become-your-property/">digital human trafficking</a>.</p>
<h3>Legislative Improvements</h3>
<p>Breach notification laws are a first step in regulating the trade of Data Selves. The right information at the right time, given to the right people, coupled with a clear course of action will empower people and catalyze change. Here are six legislative suggestions to effectively protect and empower consumers:</p>
<ol>
<li><strong>&#8220;Stewards,&#8221; not &#8220;Owners&#8221;</strong>: Given the tenuous and dangerous legal basis for &#8220;owning&#8221; personal information, notification laws should replace the concept of &#8220;personal information owners&#8221; with &#8220;personal information stewards.&#8221; This change would help sharpen the distinction between Data as Self versus Data as Property, and emphasize that third parties can&#8217;t &#8220;own&#8221; a Data Self.  When Self is Data and Data is Property, then we run the risk that Self becomes Property.</li>
<li><strong>Expand Reporting Requirements</strong>: Breach notifications should provide actionable intelligence, including <em>who, what, when, how, how much, and &#8220;what now?&#8221;</em> of each breach.</li>
<li><strong>Standard Measures of Risk</strong>:  I suggest using Size, Sensitivity, Duration, and Distribution.</li>
<li><strong>Presumptive Loss</strong>: In order to successfully sue for a breach, a consumer must 1. Become an actual victim of identity theft, 2. Find the identity thief, 3. Prove that the thief&#8217;s copy of their SSN or other personal information came from the breaching entity, and 4. Prove that the entity had a legal obligation to keep that information private (a rare duty).  This is an unreasonable and often insurmountable burden of proof.  Instead, Tennessee has adopted  a small presumptive &#8220;ascertainable loss&#8221;<a name="note5"></a> whenever a breach occurs. These nominal damages would recognize harm to reputation, apprehension, emotional distress, and violation of selfhood. They would also  help counteract the market&#8217;s failure to value privacy</li>
<li><strong>Require a Data Audit Trail</strong>:  Stewards of personal information should maintain standard inventory controls on personal information, recording with whom and when the personal information was shared.  This data trail would be used for data audits and could help establish causation in the case of a breach.</li>
<li><strong>Automatic Credit Reporting</strong>: Consumers should get an automatic notification at any activity on their credit.</li>
</ol>
<p><em>Aaron Titus is the Privacy Director for the <a href="http://www.libertycoalition.net">Liberty Coalition</a> and runs <a href="http://www.nationalidwatch.org">National ID Watch</a>, and welcomes feedback.</em></p>
<hr />
<h3>Footnotes</h3>
<p><a name="footnote1"></a> Cal. Civ. Code §§ 1798.82-84.<br />
<a name="footnote2"></a> <em>See, e.g.</em> N.H. Rev. Stat. § 359-C:2.<br />
<a name="footnote3"></a> <em>See, e.g.</em> Ga. Code § 10-1-910(4),(7).<br />
<a name="footnote4"></a> <em>See, e.g.</em> Cal. Civ. Code § 1798.81.5.(a).</p>
<p><a name="footnote5"></a> <em>Tenn. Code</em> § 47-18-2102(1).</p>
]]></content:encoded>
			<wfw:commentRss>http://www.aarontitus.net/blog/2009/01/17/in-defense-of-breach-notification-laws-sort-of/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Florida State University Prof Posts 33 Students&#8217; SSNs Online</title>
		<link>http://www.aarontitus.net/blog/2008/04/01/florida-state-university-prof-posts-33-students-ssns-online/</link>
		<comments>http://www.aarontitus.net/blog/2008/04/01/florida-state-university-prof-posts-33-students-ssns-online/#comments</comments>
		<pubDate>Tue, 01 Apr 2008 14:02:16 +0000</pubDate>
		<dc:creator>Titus</dc:creator>
				<category><![CDATA[Data Breaches]]></category>

		<guid isPermaLink="false">http://www.aarontitus.net/blog/2008/04/01/florida-state-university-prof-posts-33-students-ssns-online/</guid>
		<description><![CDATA[TALLAHASSEE, Florida.  The personal information of 66 Florida State University students sat on a public FSU Chemistry Department server for more than five years.  Several files included names, 33 social security numbers, grades, homework and exam scores. All of the individuals affected by this breach appear to be former students of Dr. Steinbock, [...]]]></description>
			<content:encoded><![CDATA[<p>TALLAHASSEE, Florida.  The personal information of 66 Florida State University students sat on a public <a href="http://www.chem.fsu.edu">FSU Chemistry Department</a> server for more than five years.  Several files included names, 33 social security numbers, grades, homework and exam scores. All of the individuals affected by this breach appear to be former students of Dr. Steinbock, an FSU professor.</p>
<p>The Liberty Coalition discovered the files in late January, 2008 and notified the university.  FSU quickly removed the files from the server, but they remained available through search engine caches until late March, 2008.</p>
<p>This incident falls into a nationwide pattern where university professors use public university servers to back up sensitive student personal information, either unaware of the sensitive information, or unaware that the information would be available to the public.</p>
<p><strong>Individuals affected by this exposure should immediately visit <a href="https://www.ssnbreach.org">www.ssnbreach.org</a> and search for their names, to confirm what types of personal information were exposed.</strong></p>
<p><strong>About SSNBreach.org</strong></p>
<p>Sponsored by the Washington, DC non-profit <a href="http://www.libertycoalition.net">Liberty Coalition</a>, SSNBreach.org provides hundreds of thousands of free personalized Identity Exposure Reports&trade; as a public service.</p>
<p>				Each Identity Exposure Report (IXR) documents what types of personal information were exposed (such as Social Security Numbers, Birth Dates, Addresses, etc.), without revealing them.  Each IXR also details the situation surrounding each exposure, and contact information of those responsible for the breach.  Armed with this information, victims can further investigate, take action, or correct harm.</p>
<p><em>Source:</em> <a href="https://www.ssnbreach.org/release.php?g=73">https://www.ssnbreach.org/release.php?g=73</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.aarontitus.net/blog/2008/04/01/florida-state-university-prof-posts-33-students-ssns-online/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Texas A&amp;M Prof Posts Partial SSNs, Grades of Former Students Online</title>
		<link>http://www.aarontitus.net/blog/2008/04/01/texas-am-prof-posts-partial-ssns-grades-of-former-students-online/</link>
		<comments>http://www.aarontitus.net/blog/2008/04/01/texas-am-prof-posts-partial-ssns-grades-of-former-students-online/#comments</comments>
		<pubDate>Tue, 01 Apr 2008 13:58:57 +0000</pubDate>
		<dc:creator>Titus</dc:creator>
				<category><![CDATA[Data Breaches]]></category>

		<guid isPermaLink="false">http://www.aarontitus.net/blog/2008/04/01/texas-am-prof-posts-partial-ssns-grades-of-former-students-online/</guid>
		<description><![CDATA[COLLEGE STATION, Texas. On November 21, 2000, someone posted the names, scores, Grades, and last five digits of 44 students&#8217; social security numbers on a Texas A&#038;M server.  All affected students attended Dr. Clyde Munster&#8217;s Fall 1998 Hydrologic Principles in Agriculture class (AGEN 350). The Liberty Coalition discovered the files in late November, 2007. [...]]]></description>
			<content:encoded><![CDATA[<p>COLLEGE STATION, Texas. On November 21, 2000, someone posted the names, scores, Grades, and last five digits of 44 students&#8217; social security numbers on a <a href="http://baen.tamu.edu/">Texas A&#038;M</a> server.  All affected students attended Dr. Clyde Munster&#8217;s Fall 1998 Hydrologic Principles in Agriculture class (AGEN 350). The Liberty Coalition discovered the files in late November, 2007. Though the university quickly removed the files from public access after notification, copies remained online through late March, 2008 in search engine caches.</p>
<p>This breach fits within a common pattern where university faculty or staff use university servers to store backed-up files, assuming that since the system requires a password to upload files, that the servers are private.  Unfortunately, in this instance, some of Dr. Munster&#8217;s backed-up files contained sensitive information which was made available online and picked up by search engines.</p>
<p><strong>Individuals affected by this exposure should immediately visit <a href="https://www.ssnbreach.org">www.ssnbreach.org</a> and search for their names, to confirm what types of personal information were exposed.</strong></p>
<p><strong>About SSNBreach.org</strong></p>
<p>Sponsored by the Washington, DC non-profit <a href="http://www.libertycoalition.net">Liberty Coalition</a>, SSNBreach.org provides hundreds of thousands of free personalized Identity Exposure Reports&trade; as a public service.<br />
				Each Identity Exposure Report (IXR) documents what types of personal information were exposed (such as Social Security Numbers, Birth Dates, Addresses, etc.), without revealing them.  Each IXR also details the situation surrounding each exposure, and contact information of those responsible for the breach.  Armed with this information, victims can further investigate, take action, or correct harm.</p>
<p><em>Source:</em> <a href="https://www.ssnbreach.org/release.php?g=80">https://www.ssnbreach.org/release.php?g=80</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.aarontitus.net/blog/2008/04/01/texas-am-prof-posts-partial-ssns-grades-of-former-students-online/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

