<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.lexblog.com/~d/styles/itemcontent.css"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0">
   <channel>
      <title>Privacy Compliance &amp; Data Security</title>
      <link>http://dataprivacy.foxrothschild.com/</link>
      <description />
      <language>en</language>
      <copyright>Copyright 2010</copyright>
      <lastBuildDate>Tue, 26 Jan 2010 07:25:46 -0500</lastBuildDate>
      <pubDate>Tue, 26 Jan 2010 07:25:46 -0500</pubDate>
      <generator>http://www.movabletype.org</generator>
      <docs>http://blogs.law.harvard.edu/tech/rss</docs> 

            <feedburner:info uri="privacycompliancedatasecurity" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://dataprivacy.foxrothschild.com/index.xml" /><feedburner:feedFlare href="http://add.my.yahoo.com/rss?url=http%3A%2F%2Fdataprivacy.foxrothschild.com%2Findex.xml" src="http://us.i1.yimg.com/us.yimg.com/i/us/my/addtomyyahoo4.gif">Subscribe with My Yahoo!</feedburner:feedFlare><feedburner:feedFlare href="http://www.newsgator.com/ngs/subscriber/subext.aspx?url=http%3A%2F%2Fdataprivacy.foxrothschild.com%2Findex.xml" src="http://www.newsgator.com/images/ngsub1.gif">Subscribe with NewsGator</feedburner:feedFlare><feedburner:feedFlare href="http://feeds.my.aol.com/add.jsp?url=http%3A%2F%2Fdataprivacy.foxrothschild.com%2Findex.xml" src="http://o.aolcdn.com/favorites.my.aol.com/webmaster/ffclient/webroot/locale/en-US/images/myAOLButtonSmall.gif">Subscribe with My AOL</feedburner:feedFlare><feedburner:feedFlare href="http://www.bloglines.com/sub/http://dataprivacy.foxrothschild.com/index.xml" src="http://www.bloglines.com/images/sub_modern11.gif">Subscribe with Bloglines</feedburner:feedFlare><feedburner:feedFlare href="http://www.netvibes.com/subscribe.php?url=http%3A%2F%2Fdataprivacy.foxrothschild.com%2Findex.xml" src="http://www.netvibes.com/img/add2netvibes.gif">Subscribe with Netvibes</feedburner:feedFlare><feedburner:feedFlare href="http://fusion.google.com/add?feedurl=http%3A%2F%2Fdataprivacy.foxrothschild.com%2Findex.xml" src="http://buttons.googlesyndication.com/fusion/add.gif">Subscribe with Google</feedburner:feedFlare><feedburner:feedFlare href="http://www.pageflakes.com/subscribe.aspx?url=http%3A%2F%2Fdataprivacy.foxrothschild.com%2Findex.xml" src="http://www.pageflakes.com/ImageFile.ashx?instanceId=Static_4&amp;fileName=ATP_blu_91x17.gif">Subscribe with Pageflakes</feedburner:feedFlare><feedburner:feedFlare href="http://www.plusmo.com/add?url=http%3A%2F%2Fdataprivacy.foxrothschild.com%2Findex.xml" src="http://plusmo.com/res/graphics/fbplusmo.gif">Subscribe with Plusmo</feedburner:feedFlare><feedburner:feedFlare href="http://www.thefreedictionary.com/_/hp/AddRSS.aspx?http%3A%2F%2Fdataprivacy.foxrothschild.com%2Findex.xml" src="http://img.tfd.com/hp/addToTheFreeDictionary.gif">Subscribe with The Free Dictionary</feedburner:feedFlare><feedburner:feedFlare href="http://www.bitty.com/manual/?contenttype=rssfeed&amp;contentvalue=http%3A%2F%2Fdataprivacy.foxrothschild.com%2Findex.xml" src="http://www.bitty.com/img/bittychicklet_91x17.gif">Subscribe with Bitty Browser</feedburner:feedFlare><feedburner:feedFlare href="http://www.newsalloy.com/?rss=http%3A%2F%2Fdataprivacy.foxrothschild.com%2Findex.xml" src="http://www.newsalloy.com/subrss3.gif">Subscribe with NewsAlloy</feedburner:feedFlare><feedburner:feedFlare href="http://www.live.com/?add=http%3A%2F%2Fdataprivacy.foxrothschild.com%2Findex.xml" src="http://tkfiles.storage.msn.com/x1piYkpqHC_35nIp1gLE68-wvzLZO8iXl_JMledmJQXP-XTBOLfmQv4zhj4MhcWEJh_GtoBIiAl1Mjh-ndp9k47If7hTaFno0mxW9_i3p_5qQw">Subscribe with Live.com</feedburner:feedFlare><feedburner:feedFlare href="http://mix.excite.eu/add?feedurl=http%3A%2F%2Fdataprivacy.foxrothschild.com%2Findex.xml" src="http://image.excite.co.uk/mix/addtomix.gif">Subscribe with Excite MIX</feedburner:feedFlare><feedburner:feedFlare href="http://www.yourminis.com/subscribe.aspx?u=http%3A%2F%2Fdataprivacy.foxrothschild.com%2Findex.xml" src="http://www.yourminis.com/images/addtoyourminisbadge.gif">Subscribe with Yourminis.com</feedburner:feedFlare><feedburner:feedFlare href="http://download.attensa.com/app/get_attensa.html?feedurl=http%3A%2F%2Fdataprivacy.foxrothschild.com%2Findex.xml" src="http://www.attensa.com/blogs/attensa/WindowsLiveWriter/BadgeredintoBadges_10C02/attensa_feed_button5.gif">Subscribe with Attensa for Outlook</feedburner:feedFlare><feedburner:feedFlare href="http://www.webwag.com/wwgthis.php?url=http%3A%2F%2Fdataprivacy.foxrothschild.com%2Findex.xml" src="http://www.webwag.com/images/wwgthis.gif">Subscribe with Webwag</feedburner:feedFlare><feedburner:feedFlare href="http://hub.netomat.net/account/account.autoSubscribe.jspa?urls=http%3A%2F%2Fdataprivacy.foxrothschild.com%2Findex.xml" src="http://www.netomat.net/blogger/images/icon_netomat_feedbutton.gif">Subscribe with netomat Hub</feedburner:feedFlare><feedburner:feedFlare href="http://www.podcastready.com/oneclick_bookmark.php?url=http%3A%2F%2Fdataprivacy.foxrothschild.com%2Findex.xml" src="http://www.podcastready.com/images/podcastready_button.gif">Subscribe with Podcast Ready</feedburner:feedFlare><feedburner:feedFlare href="http://www.flurry.com/pushRssFeed.do?r=fb&amp;url=http%3A%2F%2Fdataprivacy.foxrothschild.com%2Findex.xml" src="http://www.flurry.com/images/flurry_rss_logo2.gif">Subscribe with Flurry</feedburner:feedFlare><feedburner:feedFlare href="http://www.wikio.com/subscribe?url=http%3A%2F%2Fdataprivacy.foxrothschild.com%2Findex.xml" src="http://www.wikio.com/shared/img/add2wikio.gif">Subscribe with Wikio</feedburner:feedFlare><feedburner:feedFlare href="http://www.dailyrotation.com/index.php?feed=http%3A%2F%2Fdataprivacy.foxrothschild.com%2Findex.xml" src="http://www.dailyrotation.com/rss-dr2.gif">Subscribe with Daily Rotation</feedburner:feedFlare><item>
         <title>Data Breach Costs Increase to $204 per Compromised Record</title>
         <description>&lt;p&gt;The cost per customer record in a data breach increased $2 over the 2008 average to $204 per customer record compromised in a data breach. &lt;a href="http://www.ponemon.org/index.php"&gt; The Poneman Institute&lt;/a&gt;, which conducts independent research on privacy, data protection and information security policy, released its fifth annual report (&lt;a href="http://www.encryptionreports.com/2009cdb.html"&gt;Available Here&lt;/a&gt;) declaring that the average cost per compromised customer record rose to $204.&amp;nbsp; The report is sponsored by &lt;a href="http://www.pgp.com/"&gt;PGP&amp;nbsp;Corporation&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;The report is based on 45 reported data breaches in the real world, with samples ranging from 5,000 to approximately 10,000 records.  Of the breaches studied, organizations paid a low of $750,000, and a high of $31 Million in connection with the breach response.  The average cost to an organization from a data breach increased from to $6.65 Million to $6.75 Million from the &lt;a href="http://www.ponemon.org/local/upload/fckjail/generalcontent/18/file/2008-2009%20US%20Cost%20of%20Data%20Breach%20Report%20Final.pdf"&gt;2008&lt;/a&gt; to the 2009 (&lt;a href="http://www.pgp.com/insight/newsroom/press_releases/2009_annual_study_cost_of_data_breach.html"&gt;Summary&lt;/a&gt;) studies. &lt;/p&gt;&lt;p&gt;The $204 cost is further broken down: $144 relates to indirect costs, such as losses related to related customer loss and lost of prospective customers.  The balance relates to direct costs incurred by organizations, an increase of $10 over the 2008 report.&lt;/p&gt;
&lt;p&gt;The source of the data breach was related to third party errors in 42% of the cases.  Only 24% of the data breaches were the cause of intentional attacks and breaches.  Shockingly, 82% of the breaches studied by the Poneman Institute were of organizations that had multiple data breaches in 2009 of 1,000 records or more.  But the good news for the repeat offenders is that the average cost per record is only $198 per record (versus organizations with first time data breaches spending on average $228 per record).&lt;/p&gt;
&lt;p&gt;But those organizations that move quickly tend to experience a higher cost per record for the data response.  Organizations that move quickly tend to do so in a disorganized manner with little efficiency, and spend on average $219 per record.  Those organizations that have a much more organized response spend on average $196 per record.&lt;/p&gt;
&lt;p&gt;Organizations that engage third parties to assist in the response and compliance following a data breach actually spend much less per record compromised ($170 versus $230).&lt;/p&gt;
&lt;p&gt;In less than half of the cases studied (40%), the response management was managed by the organization&amp;rsquo;s chief information security officer.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/PrivacyComplianceDataSecurity/~4/tHwUUBi3x58" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/PrivacyComplianceDataSecurity/~3/tHwUUBi3x58/</link>
         <guid isPermaLink="false">http://dataprivacy.foxrothschild.com/2010/01/articles/data-security-breach-response/data-breach-costs-increase-to-204-per-compromised-record/</guid>
         <category domain="http://dataprivacy.foxrothschild.com/tags">$204 per Record</category><category domain="http://dataprivacy.foxrothschild.com/tags">2009 Cost of a Data Breach</category><category domain="http://dataprivacy.foxrothschild.com/articles">Data Security Breach Response</category><category domain="http://dataprivacy.foxrothschild.com/tags">Poneman Institute</category><category domain="http://dataprivacy.foxrothschild.com/tags">Privacy</category><category domain="http://dataprivacy.foxrothschild.com/tags">data breach</category>
         <pubDate>Tue, 26 Jan 2010 07:13:00 -0500</pubDate>
         <dc:creator>Mark McCreary</dc:creator>
      
      <feedburner:origLink>http://dataprivacy.foxrothschild.com/2010/01/articles/data-security-breach-response/data-breach-costs-increase-to-204-per-compromised-record/</feedburner:origLink></item>
            <item>
         <title>Password Security Often Overlooked as Source of Data Breaches</title>
         <description>&lt;p&gt;The lessons to be learned from data breaches are often numerous and not always apparent on the surface.  The most recent example is the RockYou.com hack that occurred in December.  And what a hack that was.&lt;/p&gt;
&lt;p&gt;Briefly, when RockYou.com was hacked into, the hackers walked away with 32 million usernames and the corresponding passwords.  While the number of usernames and passwords (and let&amp;rsquo;s be honest, the number of users of this service) is a shockingly high number, the unforgivable transgression is that RockYou.com apparently stored these usernames and passwords in plain text format.  In other words, while industry standards dictate, and competent legal advisors and IT consultants strongly recommend, that all personally identifiable information be stored in an encrypted format, RockYou.com apparently stored the usernames and passwords in a format as readable as this blog entry.  Yeah, seriously.&lt;/p&gt;
&lt;p&gt;But while the media is focusing on the revelation of what passwords are most commonly used by users, the less obvious takeaway may be the most interesting.  Starting with the premises that people are people, people use blatantly obvious passwords, and people create the passwords for your business computers and networks, it is not hard to reach the conclusion that there are also many businesses out there that are one simple password away from a data breach featured in the &lt;em&gt;Wall Street Journal&lt;/em&gt;, like &lt;a href="http://online.wsj.com/article/SB123249174099899837.html"&gt;Heartland&lt;/a&gt; was featured.&lt;/p&gt;&lt;p&gt;The security firm iMPERVA published a &lt;a href="http://www.imperva.com/docs/WP_Consumer_Password_Worst_Practices.pdf "&gt;detailed analysis&lt;/a&gt; (PDF link) of the passwords obtained through the RockYou.com hack.  The above analysis is a good read, and has many suggestions for best practices that you can read there.&lt;/p&gt;
&lt;p&gt;The analysis reveals that the top three passwords are 123456, 12345, and 123456789.  The fourth must common password?  It is Password.  It feels odd even writing the foregoing two sentences.&lt;/p&gt;
&lt;p&gt;But you are not a hacker, you run a business.  You run it well.  You do not ignore the details, and you make sure you exactly what every contract says before you sign it.  But you probably do not select the &amp;ldquo;Administrator&amp;rdquo; password for your business.  If your business is named Competent, what are the chances that password is Competent1?&amp;nbsp; You are probably not responsible for ensuring that the password on the router/firewall between your customer&amp;rsquo;s personally identifiable information (and your proprietary information) has been changed, and changed to a strong password.  You have people that do that.  That being said, people are people, etc.&lt;/p&gt;
&lt;p&gt;So, what is a strong password?  Well, strong passwords are a lot like the way Justice Potter Stewart described pornography: I know it when I see it.  There are suggestions about the use and intermingling of letters (uppercase and lowercase), numbers and punctuation, 12-14 characters and non-English words.  3d4$d@Ga1GhS3p is a quickly mashed out password.  Yes, nearly impossible to remember, but very difficult to hack and in an era of doing all reasonable things to prevent hacks, a terrific first step.  Wikipedia has an easy to read primer on strong password selection &lt;a href="http://en.wikipedia.org/wiki/Strong_password#Examples_that_follow_guidelines"&gt;here&lt;/a&gt;.&lt;br /&gt;
&amp;nbsp;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/PrivacyComplianceDataSecurity/~4/nBDoH6EFgXI" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/PrivacyComplianceDataSecurity/~3/nBDoH6EFgXI/</link>
         <guid isPermaLink="false">http://dataprivacy.foxrothschild.com/2010/01/articles/electronic-data-security/password-security-often-overlooked-as-source-of-data-breaches/</guid>
         <category domain="http://dataprivacy.foxrothschild.com/articles">Electronic Data Security</category><category domain="http://dataprivacy.foxrothschild.com/tags">IT Security</category><category domain="http://dataprivacy.foxrothschild.com/tags">Password</category><category domain="http://dataprivacy.foxrothschild.com/tags">Privacy</category><category domain="http://dataprivacy.foxrothschild.com/tags">RockYou.com</category><category domain="http://dataprivacy.foxrothschild.com/tags">data breach</category>
         <pubDate>Fri, 22 Jan 2010 06:50:00 -0500</pubDate>
         <dc:creator>Mark McCreary</dc:creator>
      
      <feedburner:origLink>http://dataprivacy.foxrothschild.com/2010/01/articles/electronic-data-security/password-security-often-overlooked-as-source-of-data-breaches/</feedburner:origLink></item>
            <item>
         <title>2009 Most Notorious Data Breaches</title>
         <description>&lt;p&gt;With 2009 (thankfully) behind us, we should take a minute to look back before moving on.&amp;nbsp; As most people recognize and accept, history tends to repeat itself and 2009 is a great year to learn from others' mistakes and missteps.&lt;/p&gt;
&lt;p&gt;Computerworld created a &amp;quot;&lt;a href="http://www.computerworld.com/s/article/print/9142407/The_2009_data_breach_hall_of_shame?taxonomyName=Cybercrime+and+Hacking&amp;amp;taxonomyId=82"&gt;2009 data breach hall of shame&lt;/a&gt;&amp;quot; recently that is an excellent read if you would like an overview of the most notorious data breaches of 2009.&amp;nbsp; None of us should lose sight of the thousands (if not tens of thousands) of smaller and unreported data breaches that occur every year.&lt;/p&gt;
&lt;p&gt;I will not restate the work down by Computerworld, but I do believe that the RockYou breach is the most egregious.&amp;nbsp; Assuming all of the facts as reported in various media outlets are true, the idiotic (ignorant is just not the right word) storage of passwords in plain text (rather than in an encrypted form) highlights just how far companies have yet to go to understand even the most basic principles of data protection.&lt;/p&gt;
&lt;p&gt;Let's all hope for a safer, more compliant year in 2010 if, for no other reason, so that our own personal information is not released into the wilds.&amp;nbsp; Happy new year.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/PrivacyComplianceDataSecurity/~4/PTvK0e2vA9Q" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/PrivacyComplianceDataSecurity/~3/PTvK0e2vA9Q/</link>
         <guid isPermaLink="false">http://dataprivacy.foxrothschild.com/2010/01/articles/data-security-breach-response/2009-most-notorious-data-breaches/</guid>
         <category domain="http://dataprivacy.foxrothschild.com/tags">'2009</category><category domain="http://dataprivacy.foxrothschild.com/tags">Breaches"</category><category domain="http://dataprivacy.foxrothschild.com/tags">Data</category><category domain="http://dataprivacy.foxrothschild.com/articles">Data Security Breach Response</category><category domain="http://dataprivacy.foxrothschild.com/tags">Hall of Shame</category><category domain="http://dataprivacy.foxrothschild.com/tags">Privacy</category>
         <pubDate>Thu, 07 Jan 2010 09:01:56 -0500</pubDate>
         <dc:creator>Mark McCreary</dc:creator>
      
      <feedburner:origLink>http://dataprivacy.foxrothschild.com/2010/01/articles/data-security-breach-response/2009-most-notorious-data-breaches/</feedburner:origLink></item>
            <item>
         <title>Online Privacy Regulation Comes Front and Center at FTC, and Will Quickly Fade</title>
         <description>&lt;p&gt;A standing room meeting organized by the &lt;a href="http://www.ftc.gov"&gt;Federal Trade Commission&lt;/a&gt; (FTC) in Washington on Monday, December 7th, highlighted a crucial divide in the discussion over the regulation of online privacy.  The New York Times provides an &lt;a href="http://www.nytimes.com/2009/12/08/business/media/08adco.html?_r=1"&gt;excellent summary&lt;/a&gt; of the mainstream newsworthy aspects of the meeting.&lt;/p&gt;
&lt;p&gt;While the take away may be that the FTC is taking a more serious look at online privacy and net neutrality, the reality is that any oversight is not going to happen anytime soon.  Not anytime soon as in years, if ever.  Policy making as the solution is not going to address any immediate concerns or problems.&lt;/p&gt;
&lt;p&gt;What may be of more interest is the deep divide between the parties with a vested interest in the outcome of the discussion, namely, the consumer/consumer advocates and parties making money from information that may one day be regulated.&lt;br /&gt;
&lt;!--EndFragment--&gt;&lt;/p&gt;&lt;p&gt;Consumers generally have no idea what information or Internet usage habits are being shared, or how it is being shared.  Sure, legitimate businesses state clearly in privacy policies and disclosures what is going to happen with your information.  Less scrupulous companies lie in those policies and statements.  But you don&amp;rsquo;t read those policies or disclosures.  Nobody does.&lt;/p&gt;
&lt;p&gt;Consumer/privacy advocate groups do read those policies and disclosures, and they speak for consumers.  But the consumer often feels he or she has no real vested interest in the use of the most benign of that information.  Why do I care if information about what movies I rent gets made public in an anonymous manner?  You probably do not care.&lt;/p&gt;
&lt;p&gt;You would care if that information about you concerned your sexual orientation, which is a personal matter that you have felt personal enough to keep to yourself.  An exploit in Netflix&amp;rsquo;s database exposed that information about one woman (according to her), and &lt;a href="http://blogs.wsj.com/law/2009/12/18/did-netflix-violate-subscribers-privacy-lawsuit-says-yes/"&gt;she sued&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;The businesses that make money off of your information and Internet usage habits stand to lose money.  Lots and lots of money.  Groups like Google, the Direct Marketing Association, Facebook and even those URL shortening services that aggregate data to sell reports on what is hot in Internet traffic.&lt;/p&gt;
&lt;p&gt;And the answer for those groups that stand to lose money if the current &amp;ldquo;opt-out&amp;rdquo; approach is abandoned?  Turn off cookies.  Do not sign up for services that disclose personal information in exchange for you to use the providers&amp;rsquo; services.  The web site will not &amp;ldquo;function&amp;rdquo; properly with the cookies turned off?  Well, you do not have to use the web site.  You do not want anything about your use shared?  Hey, don&amp;rsquo;t use Facebook.  You are concerned about law enforcement accessing your Internet history without probable cause or reasonable suspicion of wrongdoing (specifically, without a warrant)?  There must be alternatives to Comcast and FIOS, right?&lt;/p&gt;
&lt;p&gt;Most people do not want governmental regulation of more and more activities, but most people will also admit that where rights are trampled, government regulation is often the best tool to stamp it out.  Most businesses do not want regulation, period.&lt;/p&gt;
&lt;p&gt;The debate is going to get heated, it is going to be protracted and it is going to expose who has an interest and what sacrifices (often of others) they are willing to make.  We look forward to seeing how the debates unfold.  If it is anything like the underreported FTC meeting in Washington almost two weeks ago, the debate will be interesting with no clear winner (unless the status quo remains, in which businesses brokering data continue to win).&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/PrivacyComplianceDataSecurity/~4/kPMcuFJ-Mto" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/PrivacyComplianceDataSecurity/~3/kPMcuFJ-Mto/</link>
         <guid isPermaLink="false">http://dataprivacy.foxrothschild.com/2009/12/articles/proposed-law/online-privacy-regulation-comes-front-and-center-at-ftc-and-will-quickly-fade/</guid>
         <category domain="http://dataprivacy.foxrothschild.com/tags">FTC</category><category domain="http://dataprivacy.foxrothschild.com/tags">Net Neutrality</category><category domain="http://dataprivacy.foxrothschild.com/tags">Opt-Out</category><category domain="http://dataprivacy.foxrothschild.com/tags">Privacy</category><category domain="http://dataprivacy.foxrothschild.com/articles">Proposed Law</category><category domain="http://dataprivacy.foxrothschild.com/tags">federal trade commission</category>
         <pubDate>Sat, 19 Dec 2009 11:31:12 -0500</pubDate>
         <dc:creator>Mark McCreary</dc:creator>
      
      <feedburner:origLink>http://dataprivacy.foxrothschild.com/2009/12/articles/proposed-law/online-privacy-regulation-comes-front-and-center-at-ftc-and-will-quickly-fade/</feedburner:origLink></item>
            <item>
         <title>Alleged that Sprint Provided Law Enforcement Customer GPS Data over 8 Million Times</title>
         <description>&lt;p&gt;Ars Technica &lt;a href="http://arstechnica.com/telecom/news/2009/12/sprint-fed-customer-gps-data-to-leos-over-8-million-times.ars?utm_source=rss&amp;amp;utm_medium=rss&amp;amp;utm_campaign=rss"&gt;reported&lt;/a&gt; yesterday about a graduate student at Indiana University's School of Informatics and Computing that has compiled &lt;a href="http://paranoia.dubfire.net/2009/12/8-million-reasons-for-real-surveillance.html"&gt;documents and recordings&lt;/a&gt; obtained through Freedom of Information Act requests that support that Sprint/Nextel has provided GPS location data about Sprint&amp;rsquo;s wireless customers to law enforcement over eight (8) million times in just over one year.&lt;/p&gt;
&lt;br /&gt;&lt;p&gt;The number itself may be misleading, as there does not appear to be any confirmation that this was about eight million different wireless customers, or even eight million separate requests. For example, if the GPS location data refreshes every minute, tracking one individual for 24 hours could account for 1,440 of the aggregate number. There appears to be a mix of approximately 110 Sprint employees and contractors handing these law enforcement requests, so it is possible that the number of requests is as extraordinary as it appears.&lt;/p&gt;
&lt;p&gt;But the troubling aspect of this revelation may not be whether the number is eight million wireless customers or eight wireless customers, but rather the access system described in the reports. Apparently, law enforcement can log into a Sprint web portal and obtain the information (for a fee, of course). The ability of law enforcement to obtain the information without showing probably cause has long been decided, and law enforcement can obtain an appropriate court order and the telecommunications companies will typically provide call and text message logs, even GPS data. With this Sprint web portal, it is entirely unclear (and improbable) that law enforcement is obtaining the GPS data with an order. It may be that Sprint is serving this information on is wireless customers without requiring the customary trap &amp;amp; trace order. It is likely that Sprint is able to provide this information about its wireless customers to law enforcement without requiring a warrant (ever read your carrier&amp;rsquo;s terms and conditions of service?).&lt;/p&gt;
&lt;p&gt;AT&amp;amp;T has approximately 81.6 million wireless customers, and Verizon has approximately 89 million wireless customers. Sprint has approximately 48.3 million wireless customers. With AT&amp;amp;T and Verizon having a combined 3.5 times more wireless customers than Sprint (which does not include T-Mobile and the multiple regional carriers), this report does beg the question of how often is customer GPS data provided by all wireless carriers to law enforcement without a warrant. This report also raises the question of how much will these numbers skyrocket when/if other carriers start making access for law enforcement so easy and presumably available without warrant.&lt;/p&gt;
&lt;p&gt;You should decide for yourself how much weight should be given to this report, and a response from Sprint may be forthcoming. The report does highlight that customer wireless information is being requested a received by law enforcement in increasing numbers (with Sprint&amp;rsquo;s web portal possibly being the most accessible yet, resulting in the huge surge in requests).&lt;/p&gt;
&lt;p&gt;It is also up to each of us to decide whether the &amp;ldquo;if I am doing nothing wrong, what do I care,&amp;rdquo; or the &amp;ldquo;enough already with Big Brother&amp;rdquo; response is appropriate. But before you answer the question, think about how that response may change when reports of abuse start emerging (&amp;ldquo;Well, Mark, my brother-in-law is a cop and he requested and learned for me that according to your GPS data you were not sick on Monday but at the golf course.&amp;rdquo;)&lt;/p&gt;
&lt;p&gt;Give the Ars Technica&lt;/p&gt;
&lt;a href="http://arstechnica.com/telecom/news/2009/12/sprint-fed-customer-gps-data-to-leos-over-8-million-times.ars?utm_source=rss&amp;amp;utm_medium=rss&amp;amp;utm_campaign=rss"&gt;article&lt;/a&gt;
&lt;p&gt;a read.  It is a true eye opener.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/PrivacyComplianceDataSecurity/~4/Sz60yPoyKDg" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/PrivacyComplianceDataSecurity/~3/Sz60yPoyKDg/</link>
         <guid isPermaLink="false">http://dataprivacy.foxrothschild.com/2009/12/articles/right-to-privacy/alleged-that-sprint-provided-law-enforcement-customer-gps-data-over-8-million-times/</guid>
         <category domain="http://dataprivacy.foxrothschild.com/tags">AT&amp;T</category><category domain="http://dataprivacy.foxrothschild.com/tags">GPS Location Data</category><category domain="http://dataprivacy.foxrothschild.com/tags">Law Enforcement</category><category domain="http://dataprivacy.foxrothschild.com/tags">Privacy</category><category domain="http://dataprivacy.foxrothschild.com/tags">Probable Cause</category><category domain="http://dataprivacy.foxrothschild.com/articles">Right to Privacy</category><category domain="http://dataprivacy.foxrothschild.com/tags">Sprint</category><category domain="http://dataprivacy.foxrothschild.com/tags">Tap &amp; Trace Act</category><category domain="http://dataprivacy.foxrothschild.com/tags">Verizon</category>
         <pubDate>Wed, 02 Dec 2009 07:25:28 -0500</pubDate>
         <dc:creator>Mark McCreary</dc:creator>
      
      <feedburner:origLink>http://dataprivacy.foxrothschild.com/2009/12/articles/right-to-privacy/alleged-that-sprint-provided-law-enforcement-customer-gps-data-over-8-million-times/</feedburner:origLink></item>
            <item>
         <title>FTC Extends Red Flag Rules Enforcement Until June 1, 2010</title>
         <description>&lt;p&gt;The FTC has &lt;a href="http://www.ftc.gov/opa/2009/10/redflags.shtm"&gt;again extended&lt;/a&gt; enforcement of the &lt;a href="http://www.ftc.gov/os/fedreg/2007/november/071109redflags.pdf"&gt;Red Flag Rules&lt;/a&gt;, this time until June 1, 2010.&lt;/p&gt;
&lt;p&gt;This extension comes just one day after the ABA won a &lt;a href="http://dataprivacy.foxrothschild.com/2009/10/articles/red-flag-rules-1/aba-scores-victory-with-attorney-exemption-from-red-flag-rules/"&gt;victory&lt;/a&gt; with its request that practicing attorneys be exempted from compliance with the Red Flag Rules.&lt;/p&gt;
&lt;p&gt;The extension of the enforcement deadline also comes shortly after certain other exemptions, namely, health care practices, accounting practices, legal practices (each with 20 or fewer employees) and certain other businesses approved by the FTC that are engaged in domestic services, engage in services where identity theft is rare and have no incidence of identity theft, were &lt;a href="http://dataprivacy.foxrothschild.com/2009/10/articles/red-flag-rules-1/exemptions-under-ftc-red-flag-rules-amendment-passes-the-house/"&gt;passed in the House of Representatives&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;Originally, the Red Flag Rules would have taken effect on November 1, 2008, which was then extended to May 1, 2009, and then further extended to &lt;a href="http://dataprivacy.foxrothschild.com/2009/05/articles/data-protection-law-compliance/red-flags-rules-further-delayed-now-go-into-effect-august-1-2009/"&gt;November 1, 2009&lt;/a&gt;.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/PrivacyComplianceDataSecurity/~4/AKhWVRg2J0k" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/PrivacyComplianceDataSecurity/~3/AKhWVRg2J0k/</link>
         <guid isPermaLink="false">http://dataprivacy.foxrothschild.com/2009/11/articles/red-flag-rules-1/ftc-extends-red-flag-rules-enforcement-until-june-1-2010/</guid>
         <category domain="http://dataprivacy.foxrothschild.com/articles">Data Protection Law Compliance</category><category domain="http://dataprivacy.foxrothschild.com/tags">FTC</category><category domain="http://dataprivacy.foxrothschild.com/tags">Fair and Accurate Credit Transactions Act of 2003</category><category domain="http://dataprivacy.foxrothschild.com/tags">Identity</category><category domain="http://dataprivacy.foxrothschild.com/tags">Privacy</category><category domain="http://dataprivacy.foxrothschild.com/articles">Red Flag Rules</category><category domain="http://dataprivacy.foxrothschild.com/tags">Red Flags Rules</category><category domain="http://dataprivacy.foxrothschild.com/tags">Theft'</category>
         <pubDate>Tue, 03 Nov 2009 09:28:46 -0500</pubDate>
         <dc:creator>Mark McCreary</dc:creator>
      
      <feedburner:origLink>http://dataprivacy.foxrothschild.com/2009/11/articles/red-flag-rules-1/ftc-extends-red-flag-rules-enforcement-until-june-1-2010/</feedburner:origLink></item>
            <item>
         <title>ABA SCORES VICTORY WITH ATTORNEY EXEMPTION FROM RED FLAG RULES</title>
         <description>&lt;p&gt;The United States District Court for the District of Columbia ruled that the &lt;a href="http://www.ftc.gov/os/fedreg/2007/november/071109redflags.pdf"&gt;Red Flag Rules&lt;/a&gt; are not applicable to attorneys engaged in the practice of law.&lt;/p&gt;
&lt;p&gt;The &lt;a href="http://www.abanet.org/media/nosearch/1_1_Complaint.pdf"&gt;complaint&lt;/a&gt;, filed in late August 2009, argues that the FTC overstepped its statutory authority by imposing the Red Flag Rules on attorneys engaged in the practice of law.&lt;/p&gt;
&lt;p&gt;The ruling is another victory by the American Bar Association when it comes to exempting attorneys from rules regarding the handling of financial and/or sensitive information.  It would seem that the FTC would have made adjustments to its definitions of &amp;ldquo;creditor&amp;rdquo; to make it clear that attorneys should be included in its regulations, but that clarification may need to be addressed at the Congressional level to avoid future ambiguity.&lt;/p&gt;
&lt;p&gt;If Congress does present future legislation, or an amendment to existing legislation, that specifically includes attorneys, it will be interesting to see how the ABA argues that attorneys should be exempted from these these types of federal consumer protection statutes.&lt;/p&gt;
&lt;p&gt;The BLT: The Blog of LegalTimes &lt;a href="http://legaltimes.typepad.com/blt/2009/10/judge-ftc-cannot-make-lawyers-comply-with-identity-theft-laws.html"&gt;reports&lt;/a&gt; that it is expected that the FTC will appeal the ruling.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/PrivacyComplianceDataSecurity/~4/7zzQYbLRCPo" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/PrivacyComplianceDataSecurity/~3/7zzQYbLRCPo/</link>
         <guid isPermaLink="false">http://dataprivacy.foxrothschild.com/2009/10/articles/red-flag-rules-1/aba-scores-victory-with-attorney-exemption-from-red-flag-rules/</guid>
         <category domain="http://dataprivacy.foxrothschild.com/tags">FTC</category><category domain="http://dataprivacy.foxrothschild.com/tags">Privacy</category><category domain="http://dataprivacy.foxrothschild.com/articles">Red Flag Rules</category><category domain="http://dataprivacy.foxrothschild.com/tags">federal trade commission</category>
         <pubDate>Fri, 30 Oct 2009 10:19:58 -0500</pubDate>
         <dc:creator>Mark McCreary</dc:creator>
      
      <feedburner:origLink>http://dataprivacy.foxrothschild.com/2009/10/articles/red-flag-rules-1/aba-scores-victory-with-attorney-exemption-from-red-flag-rules/</feedburner:origLink></item>
            <item>
         <title>EXEMPTIONS UNDER FTC RED FLAG RULES AMENDMENT PASSES THE HOUSE</title>
         <description>&lt;p&gt;Representative John Adler&amp;rsquo;s (D-NJ) amendment to the &lt;a href="http://www.ftc.gov/os/fedreg/2007/november/071109redflags.pdf"&gt;FTC Red Flag Rules&lt;/a&gt;, an act titled &amp;ldquo;&lt;a href="http://thomas.loc.gov/cgi-bin/query/D?c111:2:./temp/~c111HPQkB6::"&gt;To amend the Fair Credit Reporting Act to provide for an exclusion from Red Flag Guidelines for certain businesses&lt;/a&gt;,&amp;rdquo; passed the House of Representatives on October 20, 2009.&lt;/p&gt;
&lt;p&gt;Currently, the Red Flag Rules go into effect on &lt;a href="http://www.ftc.gov/opa/2009/07/redflag.shtm"&gt;November 1, 2009&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;Set forth in full below, the bill exempts health care practices, accounting practices, legal practices (each with 20 or fewer employees) and certain other businesses approved by the FTC that are engaged in domestic services, engage in services where identity theft is rare and have no incidence of identity theft, from complying with the Red Flag Rules.&lt;/p&gt;
&lt;p&gt;The Adler amendment will have little effect on the litigation brought in August by the &lt;a href="http://www.abanet.org/abanet/media/release/news_release.cfm?releaseid=755"&gt;American Bar Association&lt;/a&gt; because of its limited scope.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/PrivacyComplianceDataSecurity/~4/viohVOXfGco" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/PrivacyComplianceDataSecurity/~3/viohVOXfGco/</link>
         <guid isPermaLink="false">http://dataprivacy.foxrothschild.com/2009/10/articles/red-flag-rules-1/exemptions-under-ftc-red-flag-rules-amendment-passes-the-house/</guid>
         <category domain="http://dataprivacy.foxrothschild.com/tags">FCRA</category><category domain="http://dataprivacy.foxrothschild.com/tags">FTC</category><category domain="http://dataprivacy.foxrothschild.com/tags">Fair Credit Reporting Act</category><category domain="http://dataprivacy.foxrothschild.com/tags">John Adler</category><category domain="http://dataprivacy.foxrothschild.com/tags">Privacy</category><category domain="http://dataprivacy.foxrothschild.com/articles">Red Flag Rules</category>
         <pubDate>Thu, 22 Oct 2009 08:19:02 -0500</pubDate>
         <dc:creator>Mark McCreary</dc:creator>
      
      <feedburner:origLink>http://dataprivacy.foxrothschild.com/2009/10/articles/red-flag-rules-1/exemptions-under-ftc-red-flag-rules-amendment-passes-the-house/</feedburner:origLink></item>
            <item>
         <title>CALIFORNIA'S PROPOSED STRENGTHENED DATA PRIVACY LAW TERMINATED</title>
         <description>&lt;p&gt;It appears that John Connor is not the only thing from the future in Governor Schwarzenegger&amp;rsquo;s crosshairs.&amp;nbsp;The Governator vetoed the update to &lt;a href="http://www.dmv.ca.gov/pubs/vctop/appndxa/civil/civ1798_82.htm"&gt;California&amp;acute;s landmark privacy protection law (AB 700)&lt;/a&gt;, known as &lt;a href="http://leginfo.ca.gov/cgi-bin/postquery?bill_number=sb_20&amp;amp;sess=CUR&amp;amp;house=B&amp;amp;author=simitian"&gt;SB 20&lt;/a&gt;, which California&amp;rsquo;s State Legislature previously approved and we reported about &lt;a href="http://dataprivacy.foxrothschild.com/2009/09/articles/data-protection-law-compliance/proposed-california-data-breach-law-could-create-a-clearinghouse/"&gt;here&lt;/a&gt;. &lt;a href="http://leginfo.ca.gov/cgi-bin/postquery?bill_number=sb_20&amp;amp;sess=CUR&amp;amp;house=B&amp;amp;author=simitian"&gt;SB 20&lt;/a&gt; was proposed by State Senator Joe Simitian (D-Palo Alto).&lt;/p&gt;
&lt;p&gt;Simitan, the author of California&amp;rsquo;s existing privacy legislation (&lt;a href="http://www.dmv.ca.gov/pubs/vctop/appndxa/civil/civ1798_82.htm"&gt;AB 700&lt;/a&gt;), created a bill that had no apparent opposition.&amp;nbsp;In fact, Simitan has a record of creating trend-setting legislation in the privacy field, with more than 40 states adopting legislation similar to the legislation that he authored for California (AB 700).&amp;nbsp;Scientific American named Simitan as member of the &amp;ldquo;Scientific American 50&amp;rdquo; in 2003 in the &amp;ldquo;Privacy &amp;amp; Security&amp;rdquo; category for his work on California&amp;rsquo;s existing legislation (AB 700).&lt;/p&gt;
&lt;p&gt;The &lt;a href="http://www.californiachronicle.com/articles/view/123684"&gt;California Chronicle&lt;/a&gt; quoted Simitan as saying &amp;ldquo;I&amp;rsquo;m surprised as well as disappointed by the Governor&amp;rsquo;s veto.&amp;nbsp;There was no opposition to the bill in its final form. This was a common sense step to help consumers.&amp;rdquo;&lt;br /&gt;
&lt;br /&gt;
As a refresher, SB 20 would accomplish two major goals. First, SB 20 would have required that the notification letters sent to victims &amp;ldquo;contain specific information designed to help victims safeguard their privacy. This includes the type of personal information exposed, a description of the incident, and when it took place.&amp;rdquo;&lt;/p&gt;
&lt;p&gt;Second, SB 20 would also have required that parties that have a (single event) data breach that affects more than 500 California residents provide a copy of the notification letter to the state Attorney General&amp;rsquo;s office.&lt;/p&gt;
&lt;p&gt;While the basis for the Governor's veto of &lt;a href="http://leginfo.ca.gov/cgi-bin/postquery?bill_number=sb_20&amp;amp;sess=CUR&amp;amp;house=B&amp;amp;author=simitian"&gt;SB 20&lt;/a&gt; was not immediately apparent, it is likely that Simitan will reintroduce this legislation with some adjustments.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/PrivacyComplianceDataSecurity/~4/BIzKAfRITHw" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/PrivacyComplianceDataSecurity/~3/BIzKAfRITHw/</link>
         <guid isPermaLink="false">http://dataprivacy.foxrothschild.com/2009/10/articles/proposed-law/californias-proposed-strengthened-data-privacy-law-terminated/</guid>
         <category domain="http://dataprivacy.foxrothschild.com/tags">20</category><category domain="http://dataprivacy.foxrothschild.com/tags">Breach</category><category domain="http://dataprivacy.foxrothschild.com/tags">Compliance</category><category domain="http://dataprivacy.foxrothschild.com/tags">Data</category><category domain="http://dataprivacy.foxrothschild.com/tags">Joe</category><category domain="http://dataprivacy.foxrothschild.com/tags">Law</category><category domain="http://dataprivacy.foxrothschild.com/tags">Privacy"</category><category domain="http://dataprivacy.foxrothschild.com/articles">Proposed Law</category><category domain="http://dataprivacy.foxrothschild.com/tags">Protection</category><category domain="http://dataprivacy.foxrothschild.com/tags">SB</category><category domain="http://dataprivacy.foxrothschild.com/tags">Schwarzenegger</category><category domain="http://dataprivacy.foxrothschild.com/tags">Simitian</category><category domain="http://dataprivacy.foxrothschild.com/tags">california</category>
         <pubDate>Tue, 13 Oct 2009 07:37:34 -0500</pubDate>
         <dc:creator>Mark McCreary</dc:creator>
      
      <feedburner:origLink>http://dataprivacy.foxrothschild.com/2009/10/articles/proposed-law/californias-proposed-strengthened-data-privacy-law-terminated/</feedburner:origLink></item>
            <item>
         <title>Proposed California Data Breach Law Could Create a Clearinghouse</title>
         <description>&lt;p&gt;We have written before about how the lack of a national clearinghouse for large data breaches is a significant shortcoming of existing federal law.  We have also speculated that if a large state were to create a de facto clearinghouse, the shortcoming may be partially alleviated.&lt;/p&gt;
&lt;p&gt;President Obama&amp;rsquo;s administration may be disappointing many privacy experts to date, but California&amp;rsquo;s Governator now has an opportunity to make some major strides.&lt;/p&gt;
&lt;p&gt;California&amp;rsquo;s State Legislature approved &lt;a href="http://leginfo.ca.gov/cgi-bin/postquery?bill_number=sb_20&amp;amp;sess=CUR&amp;amp;house=B&amp;amp;author=simitian"&gt;SB 20&lt;/a&gt;, a bill proposed by State Senator Joe Simitian&amp;acute;s (D-Palo Alto), which the Senator states would &amp;ldquo;strengthen and update &lt;a href="http://www.dmv.ca.gov/pubs/vctop/appndxa/civil/civ1798_82.htm"&gt;California&amp;acute;s landmark privacy protection law&lt;/a&gt;.&amp;rdquo;&lt;/p&gt;
&lt;p&gt;Governor Schwarzenegger will have until October 11th to sign or veto the proposed bill.&lt;/p&gt;
&lt;p&gt;The existing legislation, originally authored by Simitan, requires that any company or business that loses unencrypted personal information send a security breach notification letter to those affected.  Simitan&amp;rsquo;s office proudly and accurately states that California&amp;rsquo;s law has been widely praised, and more than 40 states have adopted similar legislation.&lt;/p&gt;
&lt;p&gt;At its heart, SB 20 accomplishes two major goals.  First, SB 20 would require that the notification letters sent to victims &amp;ldquo;contain specific information designed to help victims safeguard their privacy. This includes the type of personal information exposed, a description of the incident, and when it took place.&amp;rdquo;&lt;/p&gt;
&lt;p&gt;Second, SB 20 would also require that parties that have a (single event) data breach that affects more than 500 California residents provide a copy of the notification letter to the state Attorney General&amp;rsquo;s office.  This second provision is where the there is now a potential for a clearinghouse.  In most conceivable cases of a data breach of any significant size, it is likely that 500 California residents will be affected.  Under applicable sunshine laws, this information would be more widely available to watchdog groups, not to mention concerned citizens.  It is also conceivable that the Attorney General&amp;rsquo;s office would post information regarding these reported data breaches on its web site in an easily accessible manner.&lt;/p&gt;
&lt;p&gt;While the proposed revision to California&amp;rsquo;s data breach law is not a cure for the lack of a national database, it does create hope that a national requirement may be on the horizon.  In any event, as more states consider and require such reporting requirements, at the very least there may come into existence a patchwork of clearinghouses.  Even such a patchwork has the potential to be better than the current systems.&lt;br /&gt;
&amp;nbsp;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/PrivacyComplianceDataSecurity/~4/a7wx2H6fP24" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/PrivacyComplianceDataSecurity/~3/a7wx2H6fP24/</link>
         <guid isPermaLink="false">http://dataprivacy.foxrothschild.com/2009/09/articles/data-protection-law-compliance/proposed-california-data-breach-law-could-create-a-clearinghouse/</guid>
         <category domain="http://dataprivacy.foxrothschild.com/articles">Data Protection Law Compliance</category><category domain="http://dataprivacy.foxrothschild.com/tags">Joe Simitian</category><category domain="http://dataprivacy.foxrothschild.com/tags">Privacy"</category><category domain="http://dataprivacy.foxrothschild.com/tags">SB 20</category><category domain="http://dataprivacy.foxrothschild.com/tags">california</category><category domain="http://dataprivacy.foxrothschild.com/tags">data breach</category>
         <pubDate>Fri, 11 Sep 2009 17:28:10 -0500</pubDate>
         <dc:creator>Mark McCreary</dc:creator>
      
      <feedburner:origLink>http://dataprivacy.foxrothschild.com/2009/09/articles/data-protection-law-compliance/proposed-california-data-breach-law-could-create-a-clearinghouse/</feedburner:origLink></item>
            <item>
         <title>Identity Theft Regulations in Massachusetts May Get Small Business Friendly</title>
         <description>&lt;p&gt;The &lt;a href="http://www.mass.gov/consumer) announced (http://www.mass.gov/?pageID=ocapressrelease&amp;amp;L=1&amp;amp;L0=Home&amp;amp;sid=Eoca&amp;amp;b=pressrelease&amp;amp;f=20090817_idtheftregs&amp;amp;csid=Eoca"&gt;Office of Consumer Affairs and Business Regulations (OCABR)&lt;/a&gt; proposed revisions to the Massachusetts&amp;rsquo; identity theft regulations, which would take effect on March 1, 2010.&lt;/p&gt;
&lt;p&gt;The proposed regulations can be found &lt;a href="http://www.mass.gov/Eoca/docs/idtheft/201CMR1700reg.pdf"&gt;here&lt;/a&gt; (PDF).&amp;nbsp; A comparison, or redline, of the proposed regulations to the current regulations can be found &lt;a href="http://dataprivacy.foxrothschild.com/uploads/file/STANDARDS_FOR_THE_PROTECTION_OF_PERSONAL_INFORMATION.DOC"&gt;here&lt;/a&gt; (.DOC).&amp;nbsp;  Finally, a set of frequently asked questions (FAQs) regarding the proposed regulations was prepared by the OCABR and can be found &lt;a href="http://www.mass.gov/Eoca/docs/idtheft/201CMR17faqs.pdf"&gt;here&lt;/a&gt; (PDF), and they are certainly worth a read.&lt;/p&gt;
&lt;p&gt;Citing a desire to undertake data security as &amp;ldquo;a risk-based approach that is especially important to small businesses that may not handle a lot of personal information about customers,&amp;rdquo; the OCABR emphasized that a business should assess the size and nature of the business, the kinds of records maintained and the risk of the business as an identity theft target when deciding its policies and procedures to handle personal information.&lt;/p&gt;
&lt;p&gt;Borrowing from the FAQs above, the OCABR cites four major changes under the proposed regulations:&lt;/p&gt;
&lt;p style="margin-left: 40px;"&gt;&amp;bull;	As noted above, a risk-based approach to information security is adopted (consistent with other state and federal law).  This approach is friendlier to small businesses and does not place the same burdens on travel agencies (collecting little personal information) that may be placed on wealth managers (collecting significant amounts of personal information). &lt;br /&gt;
&amp;bull;	Many provisions that are currently required under a written information security program have been removed (and would be for guidance purposes moving forward). &lt;br /&gt;
&amp;bull;	The encryption requirement under the current regulation has been tailored to be technology neutral and technical feasibility has been applied to all computer security requirements. Businesses must still use available, reasonable means if they are available.&lt;br /&gt;
&amp;bull;	Fourth, the third party vendor requirements have been changed to be consistent with federal law.&lt;/p&gt;
&lt;p&gt;One aspect that has NOT been proposed to be changed, and the one aspect of Massachusetts&amp;rsquo; cutting-edge privacy regulations, and that (in my experience) most often catches business off guard, is that all means of storage of personal information must be encrypted.  This includes hard drives, thumb drives, backup tapes and any other method of electronic storage.  Although this encryption requirement is almost certainly the direction most states are headed, this requirement is almost unknown outside of the &amp;ldquo;privacy community.&amp;rdquo;  As with most laws, ignorance of the requirement is not a defense.&lt;/p&gt;
&lt;p&gt;Although the future for the proposed regulations is by no means decided, it is likely that some (if not all) of the proposed changes will see the light of day.  We will know more after the public hearings on the revised regulations that are scheduled to occur on September 22, 2009.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/PrivacyComplianceDataSecurity/~4/EiN4YkqEeH8" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/PrivacyComplianceDataSecurity/~3/EiN4YkqEeH8/</link>
         <guid isPermaLink="false">http://dataprivacy.foxrothschild.com/2009/08/articles/proposed-law/identity-theft-regulations-in-massachusetts-may-get-small-business-friendly/</guid>
         <category domain="http://dataprivacy.foxrothschild.com/tags">201 CMR 17.00</category><category domain="http://dataprivacy.foxrothschild.com/tags">ID theft</category><category domain="http://dataprivacy.foxrothschild.com/tags">Office of Consumer Affairs and Business Regulations (OCABR)</category><category domain="http://dataprivacy.foxrothschild.com/tags">Privacy</category><category domain="http://dataprivacy.foxrothschild.com/articles">Proposed Law</category><category domain="http://dataprivacy.foxrothschild.com/tags">STANDARDS FOR THE PROTECTION OF PERSONAL INFORMATION OF RESIDENTS OF THE COMMONWEALTH</category><category domain="http://dataprivacy.foxrothschild.com/tags">identity theft</category><category domain="http://dataprivacy.foxrothschild.com/tags">massachusetts</category>
         <pubDate>Tue, 18 Aug 2009 07:34:09 -0500</pubDate>
         <dc:creator>Mark McCreary</dc:creator>
      
      <feedburner:origLink>http://dataprivacy.foxrothschild.com/2009/08/articles/proposed-law/identity-theft-regulations-in-massachusetts-may-get-small-business-friendly/</feedburner:origLink></item>
            <item>
         <title>The Information Security and Privacy Advisory Board Issues Federal Privacy Recommendations</title>
         <description>&lt;p&gt;&lt;a href="http://csrc.nist.gov/groups/SMA/ispab/index.html"&gt;The Information Security and Privacy Advisory Board&lt;/a&gt; (the &amp;ldquo;Board&amp;rdquo;), known from the late 1980&amp;rsquo;s until 2002 as the Computer System Security and Privacy Advisory Board, has released its expected report with recommendations on updating privacy law and policy in light of technological advancements.&lt;span style=""&gt;&amp;nbsp; &lt;/span&gt;The Board&amp;rsquo;s report, titled &amp;ldquo;&lt;a href="http://www.securityprivacyandthelaw.com/uploads/file/ispab-report-may2009.pdf"&gt;Toward a 21&lt;sup&gt;st&lt;/sup&gt; Century Framework for Federal Government Privacy Policy&lt;/a&gt;,&amp;rdquo; (PDF), makes several recommendations at the federal government level to address longstanding deficiencies in current practices, as follows:&lt;/p&gt;
&lt;ul type="disc" style="margin-top: 0in;"&gt;
    &lt;li style="" class="MsoNormal"&gt;Amendments to the &lt;a href="http://epic.org/privacy/laws/privacy_act.html"&gt;Privacy Act of 1974&lt;/a&gt;      and Section 208 of the &lt;a href="http://frwebgate.access.gpo.gov/cgi-bin/getdoc.cgi?dbname=107_cong_public_laws&amp;amp;docid=f:publ347.107.pdf"&gt;E-Government      Act of 2002&lt;/a&gt; are needed to:
    &lt;ul type="circle" style="margin-top: 0in;"&gt;
        &lt;li style="" class="MsoNormal"&gt;Improve Government       privacy notices&lt;/li&gt;
        &lt;li style="" class="MsoNormal"&gt;Update the definition of System       of Records to cover relational and distributed systems based on government       use, not holding, of records&lt;/li&gt;
        &lt;li style="" class="MsoNormal"&gt;Clearly cover commercial       data sources under both the Privacy Act and the E-Government Act&lt;/li&gt;
    &lt;/ul&gt;
    &lt;/li&gt;
    &lt;li style="" class="MsoNormal"&gt;Government leadership on      privacy must be improved
    &lt;ul type="circle" style="margin-top: 0in;"&gt;
        &lt;li style="" class="MsoNormal"&gt;OMB should hire a full&lt;span style="font-family: Cambria;"&gt;‐&lt;/span&gt;time Chief Privacy Officer with       resources&lt;/li&gt;
        &lt;li style="" class="MsoNormal"&gt;Privacy Act Guidance from       OMB must be regularly updated&lt;/li&gt;
        &lt;li style="" class="MsoNormal"&gt;Chief Privacy Officers       should be hired at all &amp;ldquo;CFO agencies&amp;rdquo;&lt;/li&gt;
        &lt;li style="" class="MsoNormal"&gt;A Chief Privacy Officers&amp;rsquo;       Council should be developed&lt;/li&gt;
    &lt;/ul&gt;
    &lt;/li&gt;
    &lt;li style="" class="MsoNormal"&gt;Other changes in privacy      policy are necessary
    &lt;ul type="circle" style="margin-top: 0in;"&gt;
        &lt;li style="" class="MsoNormal"&gt;OMB should update the       federal government&amp;rsquo;s cookie policy&lt;/li&gt;
        &lt;li style="" class="MsoNormal"&gt;OMB should issue privacy       guidance on agency use of location information&lt;/li&gt;
        &lt;li style="" class="MsoNormal"&gt;OMB should work with &lt;a href="http://www.us-cert.gov/"&gt;US-CERT&lt;/a&gt; to create interagency information       on data loss across the government&lt;/li&gt;
        &lt;li style="" class="MsoNormal"&gt;There should be public       reporting on use of Social Security Numbers&lt;o:p&gt;&lt;/o:p&gt;&lt;/li&gt;
    &lt;/ul&gt;
    &lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Citing a lack of leadership from Congress, the failure to update federal laws and regulations, and the breakneck speed of technological evolution, the Board appeared critical that &amp;ldquo;only a few privacy leaders in key agencies have been empowered by their internal leadership to fill the policy vacuum.&amp;rdquo;&lt;/p&gt;
&lt;p&gt;Whether this report will be the catalyst of sweeping privacy reform from the Obama administration that many have expected remains to be seen.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/PrivacyComplianceDataSecurity/~4/3YlXH3m3FWc" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/PrivacyComplianceDataSecurity/~3/3YlXH3m3FWc/</link>
         <guid isPermaLink="false">http://dataprivacy.foxrothschild.com/2009/07/articles/data-protection-law-compliance/the-information-security-and-privacy-advisory-board-issues-federal-privacy-recommendations/</guid>
         <category domain="http://dataprivacy.foxrothschild.com/articles">Data Protection Law Compliance</category><category domain="http://dataprivacy.foxrothschild.com/tags">E-Government Act of 2002</category><category domain="http://dataprivacy.foxrothschild.com/tags">Information Security and Privacy Advisory Board</category><category domain="http://dataprivacy.foxrothschild.com/tags">Privacy Act of 1974</category><category domain="http://dataprivacy.foxrothschild.com/tags">Toward a 21st Century Framework for Federal Government Privacy Policy</category><category domain="http://dataprivacy.foxrothschild.com/tags">privacy law</category>
         <pubDate>Tue, 28 Jul 2009 18:02:23 -0500</pubDate>
         <dc:creator>Mark McCreary</dc:creator>
      
      <feedburner:origLink>http://dataprivacy.foxrothschild.com/2009/07/articles/data-protection-law-compliance/the-information-security-and-privacy-advisory-board-issues-federal-privacy-recommendations/</feedburner:origLink></item>
            <item>
         <title>PCI Security Standards Council Issues Guidelines</title>
         <description>&lt;p&gt;The Payment Card Industry Security Standards Council, which administers the PCI standards, has issued guidelines for applying its protocols to wireless technology. These Guidelines will help merchants incorporate wireless networking equipment without compromising data security. The Guidelines consist of nine requirements that provide guidance for testing and deploying wireless networks. Specifically, the Guidelines will help merchants to understand methods to secure their wireless networks. In addition, the Council formed a special interest group to develop recommendations for businesses to increase wireless security and reduce the potential for hackers to access wireless networks.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/PrivacyComplianceDataSecurity/~4/iV3b_9gECEY" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/PrivacyComplianceDataSecurity/~3/iV3b_9gECEY/</link>
         <guid isPermaLink="false">http://dataprivacy.foxrothschild.com/2009/07/articles/pci-1/pci-security-standards-council-issues-guidelines/</guid>
         <category domain="http://dataprivacy.foxrothschild.com/articles">PCI</category><category domain="http://dataprivacy.foxrothschild.com/tags">PCI standards</category><category domain="http://dataprivacy.foxrothschild.com/tags">Payment Card Industry</category><category domain="http://dataprivacy.foxrothschild.com/tags">Payment Card Industry Security Counsil</category><category domain="http://dataprivacy.foxrothschild.com/tags">wireless guidelines</category><category domain="http://dataprivacy.foxrothschild.com/tags">wireless networks</category>
         <pubDate>Thu, 23 Jul 2009 08:51:58 -0500</pubDate>
         <dc:creator>Amy C. Purcell</dc:creator>
      
      <feedburner:origLink>http://dataprivacy.foxrothschild.com/2009/07/articles/pci-1/pci-security-standards-council-issues-guidelines/</feedburner:origLink></item>
            <item>
         <title>Payment Card Industry Data Security Standard Comes to Nevada</title>
         <description>&lt;p&gt;Minnesota made waves in 2007 when it became the first state to make part the Payment Card Industry (&amp;ldquo;PCI&amp;rdquo;) Data Security Standard applicable to its &lt;a href="http://wdoc.house.leg.state.mn.us/leg/LS85/HF1758.3.pdf"&gt;Plastic Card Security Act&lt;/a&gt;  ( PDF Link).  Although it has taken over two years, Nevada has become the second state to incorporate PCI and it has done so by making all of the PCI standard applicable.&lt;/p&gt;
&lt;p&gt;Nevada&amp;rsquo;s existing &lt;a href="http://www.leg.state.nv.us/Nrs/NRS-603A.html"&gt;Security of Personal Information law&lt;/a&gt; now requires that affected parties comply with PCI as a whole.  Unfortunately, the &lt;a href="https://www.leg.state.nv.us/75th2009/Bills/SB/SB227_EN.pdf"&gt;Nevada amendment&lt;/a&gt; (PDF link) does not get off to a good start, requiring compliance deadlines that do not exist under the PCI standard, but are (in actuality) created independently by the card issuers.  Amending the existing &lt;a href="http://www.leg.state.nv.us/Nrs/NRS-603A.html"&gt;Security of Personal Information law&lt;/a&gt;, the amendment (PDF link) requires that each affected party meet the following standard:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;If a data collector doing business in this State accepts a payment card in connection with a sale of goods or services, the data collector shall comply with the current version of the Payment Card Industry (PCI) Data Security Standard, as adopted by the PCI Security Standards Council or its successor organization, with respect to those transactions, not later than the date for compliance set forth in the Payment Card Industry (PCI) Data Security Standard or by the PCI Security Standards Council or its successor organization.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;The effect of the amendment itself is quite interesting.  First, the amendment creates statutory authority for required compliance with the PCI standard, where before this requirement (as applied to merchants) existed only through contractual relationships.  This will be academic for many merchants already complying, but it does go a long way to closing the existing gap whereby the PCI standard applied to merchants only because of contractual obligations with those parties directly affected.&lt;/p&gt;
&lt;p&gt;Second, the amendment proposes a standard that creates some interesting outcomes.  This safe guard provides that &amp;ldquo;[a] data collector shall not be liable for damages for a breach of the security of the system data if: (a) The data collector is in compliance with this section; and (b) The breach is not caused by the gross negligence or intentional misconduct of the data collector, its officers, employees or agents.&amp;rdquo;  Previously, an affected party would have recourse under various theories of law, with varying (and often undefined) standards of care or duty.  Arguably, absent gross negligence or willful misconduct, an otherwise PCI-compliant merchant that experiences a data loss may escape liability in Nevada.&lt;/p&gt;
&lt;p&gt;It is also likely that a savvy litigator will argue that the standards created in existing contractual relationships should be replaced with the statutory standard.  Whether such an argument would prevail remains to be seen, but it is likely to be tested sooner than later.&lt;/p&gt;
&lt;p&gt;Notwithstanding the inexplicable compliance deadline error, the Nevada amendment blazes the way for other states to incorporate the PCI standard into their existing and new laws.  With the addition of the safe harbor set forth by Nevada, these laws may be a welcome addition to merchants that are PCI-compliant but experience a data loss.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/PrivacyComplianceDataSecurity/~4/OeBfDPRAPgU" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/PrivacyComplianceDataSecurity/~3/OeBfDPRAPgU/</link>
         <guid isPermaLink="false">http://dataprivacy.foxrothschild.com/2009/07/articles/data-protection-law-compliance/payment-card-industry-data-security-standard-comes-to-nevada/</guid>
         <category domain="http://dataprivacy.foxrothschild.com/articles">Data Protection Law Compliance</category><category domain="http://dataprivacy.foxrothschild.com/tags">Nevada</category><category domain="http://dataprivacy.foxrothschild.com/articles">PCI</category><category domain="http://dataprivacy.foxrothschild.com/tags">Payment Card Industry Data Security Standard</category><category domain="http://dataprivacy.foxrothschild.com/tags">Privacy</category>
         <pubDate>Wed, 01 Jul 2009 12:07:18 -0500</pubDate>
         <dc:creator>Mark McCreary</dc:creator>
      
      <feedburner:origLink>http://dataprivacy.foxrothschild.com/2009/07/articles/data-protection-law-compliance/payment-card-industry-data-security-standard-comes-to-nevada/</feedburner:origLink></item>
            <item>
         <title>TJX Reaches Settlement In Data Security Breach Investigation</title>
         <description>&lt;div&gt;&lt;font face="Arial" size="2"&gt;&lt;span class="573284821-24062009"&gt;TJX agreed to pay $9.75 million to&amp;nbsp;forty-one states to settle an investigation of a data breach that it reported in January 2007.&amp;nbsp; $2.5 million of the settlement amount will&amp;nbsp;be used to create a data security fund for those states whose residents were affected by the data breach.&amp;nbsp; TJX will pay $7.25 million in settlement and investigation costs.&amp;nbsp; The settlement&amp;nbsp;requires&amp;nbsp;TJX, among other items,&amp;nbsp;to take&amp;nbsp;specific steps to tighten data security and to provide notice to consumers within ten&amp;nbsp;days in the event of another data security breach.&amp;nbsp; The settlement also allows state governments to monitor TJX's data security efforts for three years.&lt;/span&gt;&lt;/font&gt;&lt;/div&gt;
&lt;div&gt;&amp;nbsp;&lt;/div&gt;
&lt;div&gt;&lt;font face="Arial" size="2"&gt;&lt;span class="573284821-24062009"&gt;TJX&amp;nbsp;continues to emphasize&amp;nbsp;that it &amp;quot;firmly believes it did not violate any consumer protection or data security laws.&amp;quot;&amp;nbsp; TJX's chief financial officer, Jeffrey Naylor, stated that the settlement will allow TJX and state attorneys general to take &amp;quot;leadership roles in exploring new technologies and approaches to solving systematic problems in the U.S. payment card industry.&amp;quot;&amp;nbsp; &lt;/span&gt;&lt;/font&gt;&lt;/div&gt;
&lt;div&gt;&amp;nbsp;&lt;/div&gt;
&lt;div&gt;&lt;font face="Arial" size="2"&gt;&lt;span class="573284821-24062009"&gt;TJX reported that eleven people were arrested on hacking charges, two people pleaded guilty to hacking charges and two people have pleaded guilty to related charges in connection with the data security breach.&lt;/span&gt;&lt;/font&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/PrivacyComplianceDataSecurity/~4/RLEmXatEWrU" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/PrivacyComplianceDataSecurity/~3/RLEmXatEWrU/</link>
         <guid isPermaLink="false">http://dataprivacy.foxrothschild.com/2009/06/articles/regulatory-enforcement-and-lit/tjx-reaches-settlement-in-data-security-breach-investigation/</guid>
         <category domain="http://dataprivacy.foxrothschild.com/articles">Regulatory Enforcement and Litigation</category><category domain="http://dataprivacy.foxrothschild.com/tags">TJ Maxx</category><category domain="http://dataprivacy.foxrothschild.com/tags">TJX</category><category domain="http://dataprivacy.foxrothschild.com/tags">data breach</category><category domain="http://dataprivacy.foxrothschild.com/tags">data security</category><category domain="http://dataprivacy.foxrothschild.com/tags">settlement</category><category domain="http://dataprivacy.foxrothschild.com/tags">state attorney general</category>
         <pubDate>Wed, 24 Jun 2009 18:09:04 -0500</pubDate>
         <dc:creator>Amy C. Purcell</dc:creator>
      
      <feedburner:origLink>http://dataprivacy.foxrothschild.com/2009/06/articles/regulatory-enforcement-and-lit/tjx-reaches-settlement-in-data-security-breach-investigation/</feedburner:origLink></item>
            <item>
         <title>Eleventh Circuit Court of Appeals Rejects Veterans' Claims For Damages</title>
         <description>&lt;p&gt;On June 17, 2009, the Eleventh Circuit Court of Appeals affirmed the decision of the United States District Court for the District of Alabama and held that veterans were not entitled to damages as a result of data security breach.&lt;/p&gt;
&lt;p&gt;In February 2007, the Department of Veterans Affairs announced that a computer hard drive, which contained the unencrypted names, social security numbers, birth dates and healthcare files for more than 198,000 living veterans, was missing. Veterans instituted a lawsuit against the VA and claimed that the &amp;quot;stress caused by their fear of identity theft&amp;quot; and &amp;quot;from their loss of trust in the VA&amp;quot; aggravated certain of their medical conditions. The district court granted the VA's motion for summary judgment and dismissed the veterans' claims. The Eleventh Circuit upheld the district court's decision and stated that the veterans were not entitled to monetary damages because they failed to prove &amp;quot;actual damages&amp;quot; or &amp;quot;pecuniary losses&amp;quot;. The Eleventh Circuit did, however, remand the case to the district court to order the VA to take certain steps to avoid similar incidents in the future.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/PrivacyComplianceDataSecurity/~4/y9MCx5blBCg" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/PrivacyComplianceDataSecurity/~3/y9MCx5blBCg/</link>
         <guid isPermaLink="false">http://dataprivacy.foxrothschild.com/2009/06/articles/regulatory-enforcement-and-lit/eleventh-circuit-court-of-appeals-rejects-veterans-claims-for-damages/</guid>
         <category domain="http://dataprivacy.foxrothschild.com/tags">Department of Veterans Affairs</category><category domain="http://dataprivacy.foxrothschild.com/articles">Regulatory Enforcement and Litigation</category><category domain="http://dataprivacy.foxrothschild.com/tags">VA</category><category domain="http://dataprivacy.foxrothschild.com/tags">actual damages</category><category domain="http://dataprivacy.foxrothschild.com/tags">data breach</category><category domain="http://dataprivacy.foxrothschild.com/tags">data security</category><category domain="http://dataprivacy.foxrothschild.com/tags">hard drive</category><category domain="http://dataprivacy.foxrothschild.com/tags">identity theft</category>
         <pubDate>Fri, 19 Jun 2009 10:20:53 -0500</pubDate>
         <dc:creator>Amy C. Purcell</dc:creator>
      
      <feedburner:origLink>http://dataprivacy.foxrothschild.com/2009/06/articles/regulatory-enforcement-and-lit/eleventh-circuit-court-of-appeals-rejects-veterans-claims-for-damages/</feedburner:origLink></item>
            <item>
         <title>Data Breach Sharing Website Started</title>
         <description>&lt;p&gt;The risk management technology company, Intersections Inc., and the Identity Theft Assistance Center launched &lt;a href="http://www.Breachcenter.com"&gt;www.Breachcenter.com&lt;/a&gt; today.&amp;nbsp; Breachcenter.com is a website where companies that have suffered data breaches can share their experiences. Instead of focusing on the &amp;quot;technical aspects of breach recovery&amp;quot; or &amp;quot;breach prevention&amp;quot;, Breachcenter.com focuses on the &amp;quot;human side&amp;quot; of responding to a data breach. Breachcenter.com serves as a &amp;quot;community-fueled knowledge base&amp;quot; that includes practical information&amp;nbsp;about how to&amp;nbsp;respond&amp;nbsp;to a&amp;nbsp;data breach, including legal obligations to notify consumers who may be affected by the breach.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/PrivacyComplianceDataSecurity/~4/Ol7yf84SdXg" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/PrivacyComplianceDataSecurity/~3/Ol7yf84SdXg/</link>
         <guid isPermaLink="false">http://dataprivacy.foxrothschild.com/2009/06/articles/data-security-breach-response/data-breach-sharing-website-started/</guid>
         <category domain="http://dataprivacy.foxrothschild.com/tags">Breachcenter.com</category><category domain="http://dataprivacy.foxrothschild.com/articles">Data Security Breach Response</category><category domain="http://dataprivacy.foxrothschild.com/tags">Identity Theft Assistance Center</category><category domain="http://dataprivacy.foxrothschild.com/tags">Intersections Inc.</category><category domain="http://dataprivacy.foxrothschild.com/tags">data breach</category><category domain="http://dataprivacy.foxrothschild.com/tags">data breach sharing site</category><category domain="http://dataprivacy.foxrothschild.com/tags">data security</category><category domain="http://dataprivacy.foxrothschild.com/tags">risk management technology</category>
         <pubDate>Tue, 09 Jun 2009 09:20:13 -0500</pubDate>
         <dc:creator>Amy C. Purcell</dc:creator>
      
      <feedburner:origLink>http://dataprivacy.foxrothschild.com/2009/06/articles/data-security-breach-response/data-breach-sharing-website-started/</feedburner:origLink></item>
            <item>
         <title>Data Governance Resource - From the IT Perspective</title>
         <description>&lt;p&gt;Microsoft recently announced its new &lt;a href="http://www.microsoft.com/mscorp/twc/privacy/datagovernance/default.mspx"&gt;Trustworthy Computing: Data Governance&lt;/a&gt; web site at &lt;a href="https://www.msteched.com/teched/default.aspx"&gt;Tech&amp;bull;Ed&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;According to Microsoft, it is promoting data governance because:&lt;/p&gt;
&lt;p style="margin-left: 40px;"&gt;&lt;br /&gt;
&amp;ldquo;Growing public concerns about abuses of consumers&amp;rsquo; personal information threatens to curtail the growth of online commerce and services. Data Governance directly addresses these concerns.&lt;/p&gt;
&lt;p style="margin-left: 40px;"&gt;Data Governance can reduce an organization&amp;rsquo;s IT costs and improve its control over its information, which increases data security and privacy and improves responses to changing compliance requirements.&lt;/p&gt;
&lt;p style="margin-left: 40px;"&gt;Conversely, poor Data Governance raises the risks of data breaches, including identity theft and fraud, which can erode trust in an organization, trigger financial or legal penalties, or reduce confidence among employees, customers, and investors.&amp;rdquo;&lt;/p&gt;
&lt;p&gt;Although the purpose of the Data Governance web site is to serve as a reference for software and application developers, it is also a good reference to any person involved in developing and maintaining data integrity, security, storage and sharing that contains personal information.&lt;/p&gt;
&lt;p&gt;Among other things, the Data Governance web site is a resource for developing data policies, complying with regulatory and best practices requirements, and establishing length of storage issues.&lt;/p&gt;
&lt;p&gt;As required by more and more state statutes, Microsoft is promoting the development and implementation of data policies and action plans.&lt;/p&gt;
&lt;p&gt;Although the materials are helpful and directed as more of a what-to-do, not a how-to-do it, Microsoft does publish its own &lt;a href="http://download.microsoft.com/download/0/8/2/082448D8-2AED-45BC-A9A0-094840E9E3A2/Microsoft_and%20Privacy_guidelines_for_developers.doc"&gt;standard privacy guidelines&lt;/a&gt;, as well as an &lt;a href="http://www.microsoft.com/downloads/details.aspx?FamilyId=BD930882-0D39-4900-9A79-B91F213ED15D&amp;amp;displaylang=en"&gt;IT Compliance Management Guide&lt;/a&gt;.  Although these materials are prepared for Microsoft, and are not applicable to very many businesses, they are good resources for anyone wanting to get a flavor for these types of documents.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/PrivacyComplianceDataSecurity/~4/B10yqCGeVrU" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/PrivacyComplianceDataSecurity/~3/B10yqCGeVrU/</link>
         <guid isPermaLink="false">http://dataprivacy.foxrothschild.com/2009/05/articles/data-protection-law-compliance/data-governance-resource-from-the-it-perspective/</guid>
         <category domain="http://dataprivacy.foxrothschild.com/articles">Data Protection Law Compliance</category><category domain="http://dataprivacy.foxrothschild.com/tags">IT Compliance Management Guide</category><category domain="http://dataprivacy.foxrothschild.com/tags">Privacy</category><category domain="http://dataprivacy.foxrothschild.com/tags">Trustworthy Computing: Data Governance</category><category domain="http://dataprivacy.foxrothschild.com/tags">data management</category><category domain="http://dataprivacy.foxrothschild.com/tags">data storage</category><category domain="http://dataprivacy.foxrothschild.com/tags">microsoft</category>
         <pubDate>Fri, 29 May 2009 15:47:06 -0500</pubDate>
         <dc:creator>Mark McCreary</dc:creator>
      
      <feedburner:origLink>http://dataprivacy.foxrothschild.com/2009/05/articles/data-protection-law-compliance/data-governance-resource-from-the-it-perspective/</feedburner:origLink></item>
            <item>
         <title>European Commission Takes Action on RFID Tags</title>
         <description>&lt;p&gt;The &lt;a target="_blank" href="http://en.wikipedia.org/wiki/Rfid"&gt;RFID (radio frequency identification)&lt;/a&gt; camps are many and varied throughout the world. Privacy proponents are calling the security risks from RFID technology monumental and ripe for data and identity theft. The federal government has decided that when coupled with pin codes and/or protective sleeves, RFID technology used in passports and passport cards is safe. The European Commission has said it believes that RFID technology can be safe, provided its new recommendations are followed.&lt;/p&gt;
&lt;p&gt;On Tuesday, May 12, 2009, the European Commission adopted a set of recommendations, hoping to ensure that companies involved in the design or operation of RFID products respect the individual's fundamental right to privacy and data protection, contained in the charter of fundamental rights of the European Union. The recommendations can be read &lt;a target="_blank" href="http://ec.europa.eu/information_society/policy/rfid/documents/recommendationonrfid2009.pdf"&gt;in full here&lt;/a&gt; (pdf link).&lt;/p&gt;
&lt;p&gt;Members of the European Union are required to report back in two years regarding the steps taken to conform to the recommendations, and the Commission will publish a report within three years of its impact assessment and success with implementation to date.&lt;/p&gt;
&lt;p&gt;The recommendations require that all operators in the European Union, regardless of whether those operators are subject to other obligations under &lt;a target="_blank" href="http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=CELEX:31995L0046:EN:NOT"&gt;The EU Data Protection Directive 95/46/EC&lt;/a&gt;, comply with its steps set forth in the recommendations. The following are some of the more significant recommendations:&lt;/p&gt;
&lt;ul&gt;
    &lt;li&gt;Member States should ensure that industry, in collaboration with relevant civil society stakeholders, develops a framework for privacy and data protection impact assessments.&lt;/li&gt;
    &lt;li&gt;Member States should support the Commission in identifying those applications that might raise information security threats with implications for the general public. For such applications, Member States should ensure that operators, together with national competent authorities and civil society organisations, develop new schemes, or apply existing schemes, such as certification or operator self-assessment, in order to demonstrate that an appropriate level of information security and protection of privacy is established in relation to the assessed risks.&lt;/li&gt;
&lt;/ul&gt;&lt;ul&gt;
    &lt;li&gt;Without prejudice to the obligations of data controllers, in accordance with Directives 95/46/EC and 2002/58/EC, Member States should ensure that operators develop and publish a concise, accurate and easy to understand information policy for each of their applications. The policy should at least include: (a) the identity and address of the operators, (b) the purpose of the application, (c) what data are to be processed by the application, in particular if personal data will be processed, and whether the location of tags will be monitored, (d) a summary of the privacy and data protection impact assessment, (e) the likely privacy risks, if any, relating to the use of tags in the application and the measures that individuals can take to mitigate these risks.&lt;/li&gt;
    &lt;li&gt;Member States should ensure that operators take steps to inform individuals of the presence of readers on the basis of a common European sign, developed by European Standardisation Organisations, with the support of concerned stakeholders. The sign should include the identity of the operator and a point of contact for individuals to obtain the information policy for the application.&lt;/li&gt;
    &lt;li&gt;On the basis of a common European sign, developed by European Standardisation Organisations, with the support of concerned stakeholders, operators should inform individuals of the presence of tags that are placed on or embedded in products.&lt;/li&gt;
    &lt;li&gt;When conducting the privacy and data protection impact assessment as referred to in points 4 and 5, the operator of an application should specifically determine whether tags placed on or embedded in products sold to consumers through retailers who are not operators of that application represent a likely threat to privacy or the protection of personal data.&lt;/li&gt;
    &lt;li&gt;Retailers should deactivate or remove at the point of sale tags used in their application unless consumers, after being informed of the policy referred to in point 7, give their consent to keep tags operational. Deactivation of the tags should be understood as any process that stops those interactions of a tag with its environment which do not require the active involvement of the consumer. Deactivation or removal of tags by the retailer should be done immediately and free-of-charge for the consumer. Consumers should be able to verify that the deactivation or removal is effective. (Not applicable if the privacy and data protection impact assessment concludes that tags that are used in a retail application and would remain operational after the point of sale do not represent a likely threat to privacy or the protection of personal data. Nevertheless, retailers should make available free-of-charge an easy means to, immediately or at a later stage, deactivate or remove these tags.)&lt;/li&gt;
    &lt;li&gt;Deactivation or removal of tags should not entail any reduction or termination of the legal obligations of the retailer or manufacturer towards the consumer.&lt;/li&gt;
    &lt;li&gt;Members States, in collaboration with industry, the Commission and other stakeholders, should take appropriate measures to inform and raise awareness among public authorities and companies, in particular SMEs, of the potential benefits and risks associated with the use of RFID technology. Specific attention should be given to information security and privacy aspects.&lt;/li&gt;
    &lt;li&gt;Member States should cooperate with industry, relevant civil society stakeholders and the Commission to stimulate and support the introduction of the &amp;lsquo;security and privacy by design&amp;rsquo; principle at an early stage in the development of RFID applications.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;em&gt;Mark McCreary is a partner in Fox Rothschild's Corporate Department, specializing in privacy and Internet law. If you have questions regarding this post, or any other privacy matter, you may contact Mark at (215) 299-2010 or &lt;a href="mailto:mmccreary@foxrothschild.com"&gt;mmccreary@foxrothschild.com&lt;/a&gt;.&lt;/em&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/PrivacyComplianceDataSecurity/~4/mEH0-JxjNcI" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/PrivacyComplianceDataSecurity/~3/mEH0-JxjNcI/</link>
         <guid isPermaLink="false">http://dataprivacy.foxrothschild.com/2009/05/articles/rfid/european-commission-takes-action-on-rfid-tags/</guid>
         <category domain="http://dataprivacy.foxrothschild.com/tags">EU Data Protection Directive 95/46/EC</category><category domain="http://dataprivacy.foxrothschild.com/tags">European Commission</category><category domain="http://dataprivacy.foxrothschild.com/tags">Privacy</category><category domain="http://dataprivacy.foxrothschild.com/articles">RFID</category><category domain="http://dataprivacy.foxrothschild.com/tags">RFID (radio frequency identification) Directives 95/46/EC and 2002/58/EC</category><category domain="http://dataprivacy.foxrothschild.com/tags">RFID Directives</category>
         <pubDate>Thu, 14 May 2009 10:58:21 -0500</pubDate>
         <dc:creator>Mark McCreary</dc:creator>
      
      <feedburner:origLink>http://dataprivacy.foxrothschild.com/2009/05/articles/rfid/european-commission-takes-action-on-rfid-tags/</feedburner:origLink></item>
            <item>
         <title>Federal Circuit Court Of Appeals Rules That TJX Litigation May Proceed On State Law Claims</title>
         <description>&lt;p&gt;The First Circuit Court of Appeals has ruled that, by accepting credit cards for payment, retailer TJX and its processing bank, Fifth Third, could have negligently misrepresented to credit and debit card issuers that their data security practices were in compliance with the security protocols established by VISA and MasterCard operating regulations. The First Circuit also ruled that, based on either on the issuers' claim of negligent misrepresentation or a possible violation of Section 5 of the Federal Trade Commission Act, TJX and Fifth Third could have engaged in deceptive practices in violation of Chapter 93A of Massachusetts General Law. While Chapter 93A may require egregious conduct, systemic recklessness, as distinct from deliberate wrongdoing or self-benefit, may be sufficient to sustain a claim.&lt;/p&gt;
&lt;p&gt;After a security breach in 2005, in which computer hackers gained access to TJX's wireless network and compromised the security of more than 45 million customer accounts, credit and debit card issuers filed suit against TJX and Fifth Third to recover losses they sustained as a result of fraudulent use of cardholder information.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/PrivacyComplianceDataSecurity/~4/e80O5VkAYUc" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/PrivacyComplianceDataSecurity/~3/e80O5VkAYUc/</link>
         <guid isPermaLink="false">http://dataprivacy.foxrothschild.com/2009/05/articles/regulatory-enforcement-and-lit/federal-circuit-court-of-appeals-rules-that-tjx-litigation-may-proceed-on-state-law-claims/</guid>
         <category domain="http://dataprivacy.foxrothschild.com/tags">Fifth Third</category><category domain="http://dataprivacy.foxrothschild.com/tags">MasterCard</category><category domain="http://dataprivacy.foxrothschild.com/articles">Regulatory Enforcement and Litigation</category><category domain="http://dataprivacy.foxrothschild.com/tags">Section 5 of the Federal Trade Commission Act</category><category domain="http://dataprivacy.foxrothschild.com/tags">TJX</category><category domain="http://dataprivacy.foxrothschild.com/tags">VISA</category><category domain="http://dataprivacy.foxrothschild.com/tags">data security breach</category><category domain="http://dataprivacy.foxrothschild.com/tags">deceptive practices</category><category domain="http://dataprivacy.foxrothschild.com/tags">negligent misrepresentation</category>
         <pubDate>Wed, 13 May 2009 09:19:45 -0500</pubDate>
         <dc:creator>Scott L. Vernick</dc:creator>
      
      <feedburner:origLink>http://dataprivacy.foxrothschild.com/2009/05/articles/regulatory-enforcement-and-lit/federal-circuit-court-of-appeals-rules-that-tjx-litigation-may-proceed-on-state-law-claims/</feedburner:origLink></item>
      
   </channel>
</rss>
