<?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>Info Law Group</title>
      <link>http://www.infolawgroup.com/</link>
      <description>Technology Lawyers &amp; Attorneys : Information Law Group : Privacy, Security &amp; Intellectual Property Law</description>
      <language>en</language>
      <copyright>Copyright 2012</copyright>
      <lastBuildDate>Wed, 16 May 2012 10:13:04 -0700</lastBuildDate>
      <pubDate>Wed, 16 May 2012 10:13:04 -0700</pubDate>
      <generator>http://www.movabletype.org</generator>
      <docs>http://blogs.law.harvard.edu/tech/rss</docs> 

            <feedburner:info uri="infolawgroup" /><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://www.infolawgroup.com/index.xml" /><feedburner:feedFlare href="http://add.my.yahoo.com/rss?url=http%3A%2F%2Fwww.infolawgroup.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%2Fwww.infolawgroup.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%2Fwww.infolawgroup.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://www.infolawgroup.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%2Fwww.infolawgroup.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%2Fwww.infolawgroup.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%2Fwww.infolawgroup.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%2Fwww.infolawgroup.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%2Fwww.infolawgroup.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%2Fwww.infolawgroup.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%2Fwww.infolawgroup.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%2Fwww.infolawgroup.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%2Fwww.infolawgroup.com%2Findex.xml" src="http://image.excite.co.uk/mix/addtomix.gif">Subscribe with Excite MIX</feedburner:feedFlare><feedburner:feedFlare href="http://download.attensa.com/app/get_attensa.html?feedurl=http%3A%2F%2Fwww.infolawgroup.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%2Fwww.infolawgroup.com%2Findex.xml" src="http://www.webwag.com/images/wwgthis.gif">Subscribe with Webwag</feedburner:feedFlare><feedburner:feedFlare href="http://www.podcastready.com/oneclick_bookmark.php?url=http%3A%2F%2Fwww.infolawgroup.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%2Fwww.infolawgroup.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%2Fwww.infolawgroup.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%2Fwww.infolawgroup.com%2Findex.xml" src="http://www.dailyrotation.com/rss-dr2.gif">Subscribe with Daily Rotation</feedburner:feedFlare><item>
         <title>The FTC MySpace Settlement:  A Reminder to Say What You Do &amp; Do What You Say</title>
         <description>&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Once again, the Federal Trade Commission (&amp;ldquo;FTC&amp;rdquo;) has settled with a social networking platform regarding deceptive and misleading privacy practices.&amp;nbsp;Following settlements with &lt;a href="http://www.ftc.gov/opa/2010/06/twitter.shtm"&gt;Twitter, Inc. in June 2010,&lt;/a&gt; &lt;a href="http://www.ftc.gov/opa/2011/03/google.shtm"&gt;Google, Inc. in March 2011&lt;/a&gt;, and &lt;a href="http://www.ftc.gov/opa/2011/11/privacysettlement.shtm"&gt;Facebook, Inc. in November 2011&lt;/a&gt;, on Tuesday, the FTC reached a similar &lt;a href="http://www.ftc.gov/opa/2012/05/myspace.shtm"&gt;agreement&lt;/a&gt; with MySpace LLC (&amp;ldquo;MySpace&amp;rdquo;) over its failure to uphold promises made in its privacy policy regarding the collection and dissemination of user information.&lt;/p&gt;&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;MySpace employs a &amp;ldquo;Friend ID&amp;rdquo; as a unique personal identifier associated with each MySpace account. The Friend ID can be used to access the user&amp;rsquo;s basic profile information (e.g. full name) or even more if the user has chosen to make his/her profile available to the public. The MySpace privacy policy promised that it would not share users&amp;rsquo; personally identifiable information (&amp;ldquo;PII&amp;rdquo;) without first giving the user notice and gaining the user&amp;rsquo;s consent.&amp;nbsp;The privacy policy further promised that the information used to customize ads would not individually identify users to third parties and would not share non-anonymized browsing activity.&lt;/p&gt;
&lt;p&gt;Contrary to what was stated in MySpace&amp;rsquo;s privacy policy, however, MySpace provided advertisers with the Friend ID, age and gender of users who were viewing pages on MySpace.&amp;nbsp;&amp;nbsp; Dissemination of this information allowed advertisers to use the Friend ID to locate the user&amp;rsquo;s profile thereby accessing additional user PII, including, in most cases, the user&amp;rsquo;s full name.&amp;nbsp;Additionally, with the Friend ID and the additional PII that the Friend ID makes available, advertisers could link wider web browsing activity to a specific individual.&lt;/p&gt;
&lt;p&gt;The settlement bars MySpace from making future misrepresentations regarding the extent to which it protects users&amp;rsquo; personal information, requires it to implement a comprehensive privacy program and requires it to undergo biennial, independent, third party privacy assessments for the next 20 years. &amp;nbsp;Further, the settlement also bars MySpace from misrepresenting &amp;ldquo;the extent to which it belongs to or complies with any privacy, security or other compliance program, including the U.S.-EU Safe Harbor Framework&amp;rdquo; as the complaint also alleged that MySpace misrepresented its compliance with this program.&lt;/p&gt;
&lt;p&gt;The MySpace settlement serves as a reminder that the FTC is very serious about its enforcement efforts in the privacy realm.&amp;nbsp;And, the key takeaway is clear: a privacy policy is more than just a &amp;lsquo;piece of a paper.&amp;rsquo;&amp;nbsp;Privacy policies must clearly state exactly what user information is obtained, stored and shared and companies must live up to the promises made in their privacy policies.&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/InfoLawGroup/~4/gyjGLzbpFec" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/InfoLawGroup/~3/gyjGLzbpFec/</link>
         <guid isPermaLink="false">http://www.infolawgroup.com/2012/05/articles/privacy-law/the-ftc-myspace-settlement-a-reminder-to-say-what-you-do-do-what-you-say/</guid>
         <category domain="http://www.infolawgroup.com/tags">FTC</category><category domain="http://www.infolawgroup.com/tags">FTC Act</category><category domain="http://www.infolawgroup.com/">Privacy</category><category domain="http://www.infolawgroup.com/articles">Privacy Law</category><category domain="http://www.infolawgroup.com/tags">privacy enforcement</category><category domain="http://www.infolawgroup.com/tags">social network</category>
         <pubDate>Wed, 09 May 2012 15:50:27 -0700</pubDate>
         <dc:creator>Shannon Harell</dc:creator>
      
      <feedburner:origLink>http://www.infolawgroup.com/2012/05/articles/privacy-law/the-ftc-myspace-settlement-a-reminder-to-say-what-you-do-do-what-you-say/</feedburner:origLink></item>
            <item>
         <title>NJ Reverses Course on Minimum Font Rule for Ads</title>
         <description>&lt;p&gt;New Jersey regulators reversed a rule that required any disclaimer text (i.e. &amp;ldquo;Terms and Conditions apply&amp;rdquo;) on an advertisement to be &amp;ldquo;set forth in at least 10-point type.&amp;rdquo;&amp;nbsp; The New Jersey Division of Consumer Affairs implemented the rule in January, 2012, and afterwards elicited comments from industry advocates.&amp;nbsp; The rule was a change to &lt;a href="http://www.google.com/url?sa=t&amp;amp;rct=j&amp;amp;q=&amp;amp;esrc=s&amp;amp;source=web&amp;amp;cd=1&amp;amp;ved=0CCUQFjAA&amp;amp;url=http%3A%2F%2Fwww.njconsumeraffairs.gov%2Focp%2Focpreg.pdf&amp;amp;ei=lwefT4b0JafN6QGr8YSLDw&amp;amp;usg=AFQjCNEm7_ipzsjyDIXEkQ6y8TyXxOUX_A&amp;amp;sig2=VyACXCSDqrLj1-_9PDRrDg"&gt;Section 5 of part 13:45A-9.2&lt;/a&gt; of the Department of Consumer Affairs&amp;rsquo; regulation regarding general advertising practices.&amp;nbsp; AT&amp;amp;T, one of the state&amp;rsquo;s most active advertisers, immediately raised concerns about the rule, noting that 10-point font size might be too large for some ads, or far too small for others.&amp;nbsp; Under the original rule, a billboard and an internet advertisement would have the same font size requirement, leading to what AT&amp;amp;T&amp;rsquo;s representatives argued was an absurd result.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Agreeing with AT&amp;amp;T, the state regulators decided to strike the original rule and propose a new rule that removes the font size requirement in favor of a &amp;ldquo;clear and conspicuous&amp;rdquo; standard.&amp;nbsp; The new language reads as follows: &amp;ldquo;Disclaimers permitted or required under this section, such as &amp;lsquo;terms and conditions apply&amp;rsquo; and &amp;lsquo;quantities limited,&amp;rsquo; shall be set forth in a type size and style that is &lt;em&gt;clear and conspicuous&lt;/em&gt; relative to the other type sizes and styles used in the advertisement.&amp;rdquo; Comments on the proposed rule must be submitted by June 15, 2012.&amp;nbsp; The clear and conspicuous standard is a favorite of the Federal Trade Commission (FTC).&amp;nbsp; As advertising lawyers, we are constantly reviewing ads to ensure that disclosures meet the clear and conspicuous standard, which is not an easy task when reviewing online and mobile advertisements.&amp;nbsp; The FTC explains what it thinks clear and conspicuous means in its 12 year old online advertising disclosure guidelines known as &lt;em&gt;&lt;a href="http://www.ftc.gov/os/2000/05/0005dotcomstaffreport.pdf"&gt;Dot Com Disclosures&lt;/a&gt;&lt;/em&gt;.&amp;nbsp; However, note that those guidelines are under review for possible revision, as much has changed since the guidelines were originally published.&amp;nbsp; We will be at a &lt;a href="http://www.ftc.gov/opa/2012/02/dotcom.shtm"&gt;public workshop&lt;/a&gt; the FTC is hosting on May 30th as part of its review process.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/InfoLawGroup/~4/F9qz1SbZ_iI" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/InfoLawGroup/~3/F9qz1SbZ_iI/</link>
         <guid isPermaLink="false">http://www.infolawgroup.com/2012/05/articles/advertising-law/nj-reverses-course-on-minimum-font-rule-for-ads/</guid>
         <category domain="http://www.infolawgroup.com/articles">Advertising Law</category>
         <pubDate>Tue, 01 May 2012 08:07:12 -0700</pubDate>
         <dc:creator>Jamie Rubin</dc:creator>
      
      <feedburner:origLink>http://www.infolawgroup.com/2012/05/articles/advertising-law/nj-reverses-course-on-minimum-font-rule-for-ads/</feedburner:origLink></item>
            <item>
         <title>Vicarious Liability May Be Used to State a FACTA Claim</title>
         <description>&lt;p&gt;&amp;nbsp;Vicarious liability may be used to state a claim under the FACTA provision prohibiting a retailer from printing a credit card expiration date on a receipt.&amp;nbsp; &lt;i&gt;See Keith v. Back Yard Burgers of Nebraska, Inc.&lt;/i&gt;, No. 8:11-CV-135 (D. Neb. Apr. 13, 2012).&amp;nbsp; According to the court, only one other unreported decision had addressed a franchisor&amp;rsquo;s vicarious liability under FACTA.&amp;nbsp; Below, we discuss some considerations for retailers and franchisors arising from this ruling.&lt;/p&gt;&lt;p&gt;&amp;nbsp;In &lt;i&gt;Keith&lt;/i&gt;, a franchisee Back Yard Burgers restaurant printed credit and debit card expiration dates on its cash register receipts.&amp;nbsp; The plaintiff sued both the franchisee restaurant and the franchisor for a violation of the Fair and Accurate Credit Transaction Act of 2003 (&amp;ldquo;FACTA&amp;rdquo;), 15 U.S.C. &amp;sect; 1681c(g)(1), which prohibits this practice.&amp;nbsp; The plaintiff alleged that the franchisor was vicariously liable because it exercised significant and actual control over the franchisee&amp;rsquo;s business activities, including point of sale policies and procedures.&amp;nbsp; The franchisor answered and moved for judgment on the pleadings, arguing, in essence, that it had no liability because it was not the entity that accepted Plaintiff&amp;rsquo;s debit card and handed him a receipt, nor was it vicariously liable for the acts of its franchisee.&lt;/p&gt;
&lt;p&gt;The court denied the franchisor&amp;rsquo;s motion and concluded that vicarious liability is a viable basis to state a claim for a FACTA violation.&amp;nbsp; In so doing, the court relied on an unreported opinion from the Western District of Pennsylvania, which applied common law agency principles to conclude that vicarious liability may exist under FACTA if a franchisor exercises control sufficient to establish a master-servant relationship.&amp;nbsp; &lt;i&gt;See Patterson v. Denny&amp;rsquo;s Corp.&lt;/i&gt;, No. 07-1161, 2008 WL 250552, *2 (W.D. Penn. Jan. 30, 2008).&amp;nbsp; Because the &lt;i&gt;Keith &lt;/i&gt;order only resolved a motion for judgment for the pleadings, the court was required to read the pleadings in the light most favorable to the plaintiff, and the court therefore denied the franchisor&amp;rsquo;s motion.&lt;/p&gt;
&lt;p&gt;Given that vicarious liability is possible under FACTA under &lt;i&gt;Keith&lt;/i&gt;, retailers and franchisors should consider the following:&lt;/p&gt;
&lt;ul&gt;
    &lt;li&gt;The law has prohibited retailers from printing expiration dates on receipts since 2003 when FACTA was enacted.&lt;br /&gt;
    &amp;nbsp;&lt;/li&gt;
    &lt;li&gt;Franchisors should be careful to provide sufficient guidance to their franchisees regarding proper point of sale procedures, but not provide so much oversight that they establish a master-servant relationship with their franchisee.&amp;nbsp; If the proper guidance is followed, it may help prevent lawsuits in the first instance.&amp;nbsp; And if the advice is not followed, a franchisor may have a defense against ultimate liability &amp;ndash; even if it cannot eliminate a plaintiff&amp;rsquo;s claims against it at an early stage in the litigation.&lt;br /&gt;
    &amp;nbsp;&lt;/li&gt;
    &lt;li&gt;Franchisors may consider including indemnity provisions in their franchise agreements that plainly apply to privacy-related claims, especially ones that arise from guidance that was provided, but not followed.&amp;nbsp; Although an indemnity provision will not prevent a lawsuit, it may provide a franchisor with a valuable counterclaim against its franchisee if the plaintiff ultimately prevails.&lt;/li&gt;
&lt;/ul&gt;&lt;img src="http://feeds.feedburner.com/~r/InfoLawGroup/~4/2h8e5ol2zd4" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/InfoLawGroup/~3/2h8e5ol2zd4/</link>
         <guid isPermaLink="false">http://www.infolawgroup.com/2012/05/articles/fcra-and-facta/vicarious-liability-may-be-used-to-state-a-facta-claim/</guid>
         <category domain="http://www.infolawgroup.com/tags">FACTA</category><category domain="http://www.infolawgroup.com/information-law/statues-and-regulations/federal">FCRA</category><category domain="http://www.infolawgroup.com/articles">FCRA and FACTA</category><category domain="http://www.infolawgroup.com/tags">expiration</category><category domain="http://www.infolawgroup.com/tags">franchisee</category><category domain="http://www.infolawgroup.com/tags">franchisor</category><category domain="http://www.infolawgroup.com/tags">receipt</category><category domain="http://www.infolawgroup.com/tags">vicarious liability</category>
         <pubDate>Tue, 01 May 2012 07:19:56 -0700</pubDate>
         <dc:creator>Andrew L. Hoffman </dc:creator>
      
      <feedburner:origLink>http://www.infolawgroup.com/2012/05/articles/fcra-and-facta/vicarious-liability-may-be-used-to-state-a-facta-claim/</feedburner:origLink></item>
            <item>
         <title>Social Media Networks Seek to Control Use of Their Products Through TOS Enforcement</title>
         <description>&lt;p&gt;Users of social media platforms should take notice of a changing legal strategy by some companies where litigation is pursued or threatened based solely on violation of a site&amp;rsquo;s Terms of Service (&amp;ldquo;TOS&amp;rdquo;).  So far, social media companies have only sought to squash undesirable behavior on their platforms from third party commercial entities, such as spammers or those seeking password sharing, but in the future such litigation could be viable against individual users.&lt;/p&gt;&lt;p&gt;In early April, Twitter &lt;a href="http://www.scribd.com/doc/88195333/Twitter-Spam-Filing"&gt;filed a lawsuit&lt;/a&gt; against four entities that the company said were the most prolific spammers on the service.  Using software tools, the spammers would auto-generate tweets, replies and follows in order to encourage unsuspecting users to visit illegitimate and often malicious sites.  After amassing a high volume of accounts, the spammers would then resell those accounts to websites seeking traffic.  While demanding monetary restitution of $700,000, Twitter claims in the suit that the spammers are liable for breach of contract for violating provisions of the TOS that prohibit creating duplicative accounts for the purposes of tweeting misleading links. &amp;nbsp;The accounts are packaged and sold to third parties who then spam users with unwanted links. This breach of contract claim is the sole claim for relief Twitter alleges in the complaint.&lt;br /&gt;
&lt;br /&gt;
This is significant because in the past platforms have utilized federal laws such as &lt;a href="http://business.ftc.gov/documents/bus61-can-spam-act-compliance-guide-business"&gt;CAN-SPAM&lt;/a&gt;, which prohibits sending misleading electronic communications, to punish the most egregious spammers.  If Twitter prevails in this lawsuit, it puts all users on notice that there is monetary liability for breaching a platform&amp;rsquo;s TOS, which significantly expands the ability of a social media company to reign in prohibited activity by users.&lt;br /&gt;
&lt;br /&gt;
Facebook has also &lt;a href="http://www.theatlantic.com/technology/archive/2012/03/facebook-threatens-legal-action-against-employers-asking-for-your-password/254979/"&gt;recently threatened to enforce&lt;/a&gt; their TOS as a way to limit undesired behavior by users.  In a rebuke to employers who sought prospective employees&amp;rsquo; passwords during interviews, the company stated that the Facebook TOS prohibit a user from sharing passwords with any third party, and suggested that the company might take legal action for breach of contract against employers that force a user to violate the TOS by sharing a password.&lt;br /&gt;
&lt;br /&gt;
Moving forward, individual users should be wary of how social media networks enforce their TOS in court, particularly concerning copyright and trademark violations.  Currently, under the &lt;a href="http://thomas.loc.gov/cgi-bin/query/z?c105:H.R.2281.ENR:"&gt;Digital Millennium Copyright Act&lt;/a&gt;, the controlling federal law concerning copyright violations, platforms are not directly liable to copyright holders for the copyright violations committed by social media users, such as when a user uploads a copyrighted video to their personal page.  However, &lt;a href="http://www.leahy.senate.gov/imo/media/doc/BillText-PROTECTIPAct.pdf"&gt;some pending litigation&lt;/a&gt; would seek to make a platform directly liable for user violations, which may encourage social media companies to shift any monetary damages to the user via a breach of TOS suit.  Social media platforms may be signaling to all users, not just malicious entities, that violation of TOS could be treated as vigorously as violation of state and federal law.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/InfoLawGroup/~4/lwcw_b6L6xY" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/InfoLawGroup/~3/lwcw_b6L6xY/</link>
         <guid isPermaLink="false">http://www.infolawgroup.com/2012/04/articles/social-networking/social-media-networks-seek-to-control-use-of-their-products-through-tos-enforcement/</guid>
         <category domain="http://www.infolawgroup.com/information-law/statues-and-regulations/federal">CAN-SPAM</category><category domain="http://www.infolawgroup.com/information-law/statues-and-regulations/federal">DMCA</category><category domain="http://www.infolawgroup.com/tags">Nihar Shah</category><category domain="http://www.infolawgroup.com/articles">Social Networking</category><category domain="http://www.infolawgroup.com/tags">Terms of Service</category><category domain="http://www.infolawgroup.com/tags">social media</category>
         <pubDate>Fri, 27 Apr 2012 08:26:30 -0700</pubDate>
         <dc:creator>Nihar Shah</dc:creator>
      
      <feedburner:origLink>http://www.infolawgroup.com/2012/04/articles/social-networking/social-media-networks-seek-to-control-use-of-their-products-through-tos-enforcement/</feedburner:origLink></item>
            <item>
         <title>The Duty to Authenticate Identity: the Online Banking Breach Lawsuits</title>
         <description>&lt;p&gt;&lt;strong&gt;&lt;em&gt;This is a reprint of an article I&amp;nbsp;originally wrote for the American Bar Association's &lt;a href="http://www.americanbar.org/publications/scitech_lawyer_home.html"&gt;SciTech Lawyer&lt;/a&gt; magazine.&amp;nbsp; You can read the original &lt;a href="http://www.infolawgroup.com/uploads/file/online_banking_breach_cases (DJN).pdf"&gt;HERE&lt;/a&gt;.&amp;nbsp; If you are interested in this article and the cross-roads between security, privacy and the law, you should also consider joining the &lt;a href="http://www2.americanbar.org/sections/scitech/ST230002/Pages/default.aspx?com=ST230002"&gt;ABA's Information Security Committee&lt;/a&gt; (which I Co-Chair).&lt;br /&gt;
&lt;/em&gt;&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;____________________________________&lt;/p&gt;
&lt;p&gt;We have entered an era where our commercial transactions are increasingly being conducted online without any face-to-face interaction, and without the traditional safeguards used to confirm that a party is who they purport to be.&amp;nbsp; The attenuated nature of many online relationships has created an opportunity for criminal elements to steal or spoof online identities and use them for monetary gain.&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; As such, the ability of one party to authenticate the identity of the other party in an online transaction is of key importance.&amp;nbsp;&amp;nbsp;&lt;br /&gt;
&lt;br /&gt;
To counteract this threat, the business community has begun to develop new authentication procedures to enhance the reliability of online identities (so that transacting parties have a higher degree of confidence that the party on the other end of an electronic transaction is who they say they are).&amp;nbsp; At the same time, the law is beginning to recognize a duty to authenticate.&lt;/p&gt;&lt;p&gt;On the authentication side, mechanisms to prevent unauthorized individuals from posing as authorized parties include user names and passwords (i.e. &amp;ldquo;something you know&amp;rdquo;), token-based authentication (i.e. &amp;ldquo;something you have&amp;rdquo;), biometrics (i.e. &amp;ldquo;something you are&amp;rdquo;) and others.&amp;nbsp; Increasingly systems are being devised to confirm the identity of a transacting party based in part on their behavior (i.e. &amp;ldquo;something you&amp;rsquo;ve done [or not done]&amp;rdquo;)&amp;nbsp; A good example is the fraud detection algorithms used by credit card companies to detect anomalous behavior that is or may be indicative of ongoing or future fraudulent credit card use.&amp;nbsp; As discussed further below, this approach is beginning to find its way into the law as well.&lt;br /&gt;
&amp;nbsp;&lt;br /&gt;
On the legal side, several statutory regimes establish rules that seek to enhance the reliability of online identities.&amp;nbsp; This is particularly true in the financial sector, where existing law and recent court decisions regarding online authentication may well establish a trend ultimately applicable to many other types of commercial transactions. &lt;br /&gt;
&lt;br /&gt;
The Federal regulators of the Federal Financial Institutions Examination Council (&amp;ldquo;FFIEC&amp;rdquo;) have long been concerned about the authentication of identity in online banking transactions.&amp;nbsp; In 2005 the FFIEC issued a guidance document entitled &lt;em&gt;Authentication in an Internet Banking Environment &lt;/em&gt;(&amp;ldquo;&lt;a href="http://www.ffiec.gov/pdf/authentication_guidance.pdf"&gt;2005 Guidance&lt;/a&gt;&amp;rdquo;).&amp;nbsp; In June 2011, after a series of fraudulent wire transfers from small business accounts facilitated by online identity fraud, the FFEIC issued a supplement to its 2005 Guidance (&amp;ldquo;2011 FFIEC Supplement&amp;rdquo;).&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Both the 2005 Guidance and 2011 FFIEC Supplement outline recommend security measures that banks can implement to enhance their ability to authenticate the identity of online banking users and prevent fraud.&amp;nbsp; As discussed below, a key feature of both FFIEC guidance documents is the use of &amp;ldquo;multi-factor authentication.&amp;rdquo;&amp;nbsp; &lt;br /&gt;
&lt;br /&gt;
In addition, well before the regulatory guidance from the FFIEC, lawmakers in most states adopted Uniform Commercial Code Article 4A (Funds Transfers).&amp;nbsp; Section 202 (Use and Acceptance of Payment Order) of Article 4A establishes a legal mechanism to allocate the risk of loss between a bank and its customer in the event of a fraudulent transfer of funds from the customer&amp;rsquo;s account.&amp;nbsp;&amp;nbsp; Pursuant to this section, if a bank satisfies certain security requirements, including those directly related to authenticating identification, its customer will be liable for fraudulently transferred funds, even if the transfer was initiated by a criminal hacker.&amp;nbsp; Conversely, if the bank fails to meet such requirements, the bank will bear the risk of such losses.&lt;br /&gt;
&lt;br /&gt;
The 2005 Guidance and UCC 4A-202 set the stage for the recent legal wrangling between banks that provide online access to bank accounts and small businesses who saw millions of dollars evaporate from their banking accounts after criminals stole or spoofed their online banking authentication credentials.&lt;br /&gt;
&lt;br /&gt;
&lt;u&gt;&lt;strong&gt;Summary of the Online Banking Breaches and Lawsuits&lt;br /&gt;
&lt;br /&gt;
&lt;/strong&gt;&lt;/u&gt;For the past few years, the media has reported on several stories involving the fraudulent transfer of funds from small business accounts using online banking systems.&amp;nbsp; Many of these security breaches involved a common fact pattern:&amp;nbsp; using various methods (e.g. keystroke loggers, phishing attacks, Zeus botnets) criminal elements would steal online banking credentials from a small business customer and use those credentials to log into the customer&amp;rsquo;s online banking account and transfer money to the criminal&amp;rsquo;s account (often overseas in an Eastern European country or a former republic of the Soviet Union).&amp;nbsp; This scheme was very sophisticated and most believe it was being carried out by organized crime.&lt;br /&gt;
&amp;nbsp; &lt;br /&gt;
Of significance, it was often the customer&amp;rsquo;s weak security or a mistake on the customer&amp;rsquo;s part that often allowed the criminals to obtain the customer&amp;rsquo;s online banking identity credentials in the first instance.&amp;nbsp; In some cases, banking customers fell for &amp;ldquo;&lt;a href="http://en.wikipedia.org/wiki/Phishing"&gt;phishing attacks&lt;/a&gt;&amp;rdquo;&amp;nbsp;that spoofed the look and feel of a bank&amp;rsquo;s email template and asked the customer to provide their username and password.&amp;nbsp; In another case (&amp;ldquo;EMI v. Comerica&amp;rdquo;) described below, the criminals tricked an individual working for the customer into providing the randomly generated number from the &amp;ldquo;token&amp;rdquo; physically possessed by that person &amp;ndash; a number that expired within seconds -- and used it to access the online banking site in real-time to initiate dozens of wire transfers.&lt;br /&gt;
&lt;br /&gt;
In many cases the banks refused to reimburse these small business customers for the funds fraudulently transferred from their account .&amp;nbsp; Beyond the monetary considerations, this refusal was likely premised on the fact that it was the conduct of the customers themselves that had allowed their credentials to be stolen.&amp;nbsp; Also, as the risk of this attack appeared serious, banks probably did not want to establish a precedent of just paying these losses.&amp;nbsp;&amp;nbsp;&amp;nbsp; Most importantly, the banks likely believe that the law is on their side in this situation.&lt;br /&gt;
&lt;br /&gt;
&lt;u&gt;&lt;strong&gt;Analysis of the Online Banking Breach Lawsuits&lt;/strong&gt;&lt;/u&gt;&lt;br /&gt;
&lt;br /&gt;
Needless to say, these circumstances led to several lawsuits&amp;nbsp; brought by small business customers seeking to recover from the banks.&amp;nbsp; The main allegation in these suits was that the authentication procedures and other security measures employed by the banks did not prevent the fraudulent wire transfers and were not commercially reasonable.&amp;nbsp; Specifically, the customers alleged that the security measures in place to enable the bank to authenticate the identity of the online banking user failed, and were not reasonable under the law.&amp;nbsp; As some of these cases wound their way through State and Federal courts we began to get some decisions providing insight on how courts analyze the concept of &amp;ldquo;commercially reasonable security&amp;rdquo; for purposes of authenticating identity.&lt;br /&gt;
&amp;nbsp; &lt;br /&gt;
Focusing on the issue of identity, these lawsuits involved a fairly common set of allegations:&lt;br /&gt;
&amp;nbsp;&lt;/p&gt;
&lt;ul&gt;
    &lt;li&gt;the bank did not utilize multifactor authentication (e.g. something in addition to user name and password, such as &amp;ldquo;token-based&amp;rdquo; authentication or &amp;ldquo;out of band&amp;rdquo; fax confirmation) to verify the identity of the person initiating the funds transfers;&lt;/li&gt;
    &lt;li&gt;the bank failed to provide notice to the plaintiffs of unusual or suspicious activity;&lt;/li&gt;
    &lt;li&gt;the bank&amp;rsquo;s security measures did not prevent the fraudulent transfers and were not commercially reasonable;&lt;/li&gt;
    &lt;li&gt;the bank failed to block transfer requests from IP addresses that were different than those typically used by the plaintiff;&lt;/li&gt;
    &lt;li&gt;the allowable daily transfer limit vastly exceeded the plaintiffs&amp;rsquo; average/maximum daily transfers (e.g. in PATCO, the daily maximum limit was $750,000, but the most PATCO ever needed to transfer previously was $36,600);&lt;/li&gt;
    &lt;li&gt;the funds were transferred to individual accounts to which the plaintiffs had never transferred funds before; and&lt;/li&gt;
    &lt;li&gt;despite having been informed of unauthorized transactions by the plaintiff, the bank did not close the account in order to prevent more fraudulent transactions (e.g. in EMI, after allowing 45 fraudulent wire transfers to go through, the bank allegedly allowed another 46 to go through even after the plaintiff informed the bank that it had not initiated the initial batch of fraudulent wire transfers).&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;As the legal basis of liability, both &lt;em&gt;PATCO&lt;/em&gt; and &lt;em&gt;EMI&lt;/em&gt; focused on section 202(b) of UCC Article 4A, which provides:&lt;br /&gt;
&lt;br /&gt;
If a bank and its customer have agreed that the authenticity of payment orders issued to the bank in the name of the customer as sender will be verified pursuant to a &lt;strong&gt;&lt;em&gt;security procedure&lt;/em&gt;&lt;/strong&gt;, a payment order received by the receiving bank is effective as the order of the customer, whether or not authorized, if (i) the security procedure is a &lt;strong&gt;&lt;em&gt;commercially reasonable&lt;/em&gt;&lt;/strong&gt; method of providing security against unauthorized payment orders, and (ii) the bank proves that it accepted the payment order in &lt;em&gt;&lt;strong&gt;good faith&lt;/strong&gt;&lt;/em&gt; and &lt;strong&gt;&lt;em&gt;in compliance with the security procedure&lt;/em&gt;&lt;/strong&gt; and any written agreement or instruction of the customer restricting acceptance of payment orders issued in the name of the customer. &lt;br /&gt;
&lt;br /&gt;
While the plaintiffs attempted to argue that the banks failed to meet all of these requirements, much of the focus was on the issues of &amp;ldquo;commercially reasonable&amp;rdquo; security and the good faith requirement.&amp;nbsp; A big factor for analyzing these issues was the 2005 Guidance, and whether the defendant banks initiated &amp;ldquo;layered security&amp;rdquo; in the form of behavioral analytics to further authenticate the identity of the online banking customer.&lt;br /&gt;
&lt;br /&gt;
In both &lt;em&gt;PATCO&lt;/em&gt; and &lt;em&gt;EMI&lt;/em&gt; the court relied on the 2005 Guidance to render its decision.&amp;nbsp;&amp;nbsp; In that document, the FFIEC summarized its key point concerning authentication in the online banking environment as follows:&lt;br /&gt;
&lt;br /&gt;
The agencies consider single-factor authentication, as the only control mechanism, to be inadequate for high-risk transactions involving access to customer information or the movement of funds to other parties. Financial institutions offering Internet-based products and services to their customers should use effective methods to authenticate the identity of customers using those products and services. The authentication techniques employed by the financial institution should be appropriate to the risks associated with those products and services. Account fraud and identity theft are frequently the result of single-factor (e.g., ID/password) authentication exploitation. Where risk assessments indicate that the use of single-factor authentication is inadequate, financial institutions should implement multifactor authentication, layered security, or other controls reasonably calculated to mitigate those risks.&lt;br /&gt;
&lt;br /&gt;
In &lt;em&gt;PATCO&lt;/em&gt;, for the &amp;ldquo;something you have&amp;rdquo; authentication factor the bank utilized a &amp;ldquo;device cookie&amp;rdquo; placed on the customer&amp;rsquo;s computer to identify particular computers used to access online banking.&amp;nbsp; If the cookie changed or was newly installed on a different computer, the risk score for the transaction increased, and that potentially resulted in the user being asked a challenge question (e.g. &amp;ldquo;&lt;em&gt;What is your mother&amp;rsquo;s maiden name?&lt;/em&gt;&amp;rdquo;).&amp;nbsp; In fact, the bank in PATCO actually set its system up so that a challenge question (which amounts to a &amp;ldquo;something you know&amp;rdquo; factor) was asked for every transaction.&amp;nbsp; As such the modification or replacement of the device cookie would have effectively had no impact:&amp;nbsp; to gain access to the online account, the online banking customer would be asked the challenge question in all events anyway.&amp;nbsp; &lt;br /&gt;
&lt;br /&gt;
Despite the fact that the device cookie factor was rendered irrelevant, the court referred to the FFIEC and held that the bank had (at least technically) implemented multi-factor authentication per the 2005 Guidance.&amp;nbsp; In addition, in holding that the bank had implemented commercially reasonable security the court noted that the bank utilized &amp;ldquo;layered security&amp;rdquo; (also mentioned in the 2005 Guidance), including some controls that analyzed customer behavior while banking online (discussed below).&amp;nbsp; In its holding the court specifically indicated that the bank&amp;rsquo;s security was not optimal, but then noted that commercially reasonable security does not require a bank to adopt the best security procedures then available.&lt;br /&gt;
&lt;br /&gt;
In &lt;em&gt;EMI&lt;/em&gt;&amp;cedil; the bank actually utilized &amp;ldquo;true&amp;rdquo; multi-factor authentication.&amp;nbsp; In addition to user name and password, the plaintiff in &lt;em&gt;EMI&lt;/em&gt; had been provided a physical token that sent a number to the user when he or she logged into the online banking site.&amp;nbsp; That number is only good for 30-60 seconds, so unless the fraudster actually possesses the token, or is able to intercept the number and log-in in real-time, it is not possible to spoof the identity of the banking customer.&amp;nbsp; Unfortunately, through the use of a phishing attack, the fraudsters were able to persuade the plaintiff&amp;rsquo;s representative to provide his username, password and token number, and logged in immediately upon receiving them.&amp;nbsp; Once establishing a legitimate online banking session, they were able to initiate approximately 97 wire transfers over a six-hour period.&amp;nbsp;&amp;nbsp;&lt;br /&gt;
&lt;br /&gt;
On motion for summary judgment, the &lt;em&gt;EMI&lt;/em&gt; court ruled that the bank implemented commercially reasonable security as a matter of law&amp;nbsp;because the plaintiff agreed in its contract with the bank that the bank&amp;rsquo;s security was commercially reasonable.&amp;nbsp;&amp;nbsp; However, later at trial, the court ruled that the bank failed to act in good faith concerning its processing and acceptance of the fraudulent wire transfers at issue.&amp;nbsp; According to the court this failure occurred, in large part, because the bank did not implement behavioral analytics to further authenticate the identity of the online banking user after the online banking session began.&lt;br /&gt;
&lt;br /&gt;
&lt;strong&gt;&lt;u&gt;The Role of Behavioral Analytics&lt;/u&gt;&lt;/strong&gt;&lt;br /&gt;
&lt;br /&gt;
In both cases the existence (or lack of) security controls related to the plaintiff-customers&amp;rsquo; behavior played a role in the court&amp;rsquo;s ruling.&amp;nbsp; While neither court expressly described it in these terms, each court was effectively analyzing a new factor in authenticating identity &amp;ndash; i.e., authentication based on behavior:&amp;nbsp; &amp;ldquo;what you do [or don&amp;rsquo;t do].&amp;rdquo;&amp;nbsp; This approach supplements the three traditional authentication factors (something you know, something you have, and something you are) by analyzing the user&amp;rsquo;s conduct as an attribute of identity.&amp;nbsp; By comparing the behavior of the current user against the prior behavior of known authorized users, the likelihood of identifying a fraudster posing as an authorized user is increased.&lt;br /&gt;
&lt;br /&gt;
In &lt;em&gt;PATCO&lt;/em&gt;, the existence of &amp;ldquo;layered security,&amp;rdquo; including many controls tied to behavioral analytics, further supported the court&amp;rsquo;s finding of commercially reasonable security.&amp;nbsp;&amp;nbsp; Those controls included customer &amp;ldquo;risk profiling&amp;rdquo; that considered factors like the location of the user logging in, when and how often the online banking system was previously used by the customer, the activities the user typically engaged in, the Internet Protocol (IP) address typically used by the customer to log-in, and the size, type, and frequency of payment orders normally issued by the customer.&amp;nbsp; Taking these behavioral factors into account the bank&amp;rsquo;s system in &lt;em&gt;PATCO&lt;/em&gt; would assign a risk to a particular online banking session and if that risk reached certain thresholds the user would be asked to further authenticate his or her identity (in this case through a challenge question).&lt;br /&gt;
&lt;br /&gt;
In contrast, the &lt;em&gt;lack&lt;/em&gt; of behavioral analytics was a key factor that led the judge in &lt;em&gt;EMI &lt;/em&gt;to rule against the bank at trial.&amp;nbsp; The court identified several behavioral red flags that it believed should have raised the bank&amp;rsquo;s suspicion.&amp;nbsp; The failure of the bank to take these red flags into account lead the court to rule that the bank had not proved that it acted in good faith to detect and stop the fraudulent wire activity.&amp;nbsp; In particular, the bank failed to compare the fraudsters&amp;rsquo; behavior against the prior activities of the plaintiff, including the volume and frequency of the payment orders and the book transfers that enabled the criminal to fund those orders; the plaintiff&amp;rsquo;s limited prior wire activity; the $5 million overdraft created by those book transfers in what is regularly a zero balance account, and; the destinations and beneficiaries of the funds (to Moscow, Estonia, and China).&amp;nbsp; &lt;br /&gt;
&lt;br /&gt;
&lt;u&gt;&lt;strong&gt;2011 FFIEC Regulatory Guidance Supplement and Behavioral Analytics&lt;/strong&gt;&lt;/u&gt;&lt;br /&gt;
&lt;br /&gt;
Shortly after the decisions in &lt;em&gt;EMI &lt;/em&gt;and&lt;em&gt; PATCO&lt;/em&gt;, the FFIEC released its 2011 Supplement and reinforced the importance of behavioral analytics for confirming identity and detecting potential fraudulent behavior.&amp;nbsp; For example, the 2011 FFIEC Supplement clarifies the concept of customer authentication:&lt;br /&gt;
&lt;br /&gt;
The concept of customer authentication, as described in the 2005 Guidance, is broad. &lt;strong&gt;&lt;em&gt;It includes more than the initial authentication of the customer when he/she connects to the financial institution at login.&lt;/em&gt;&lt;/strong&gt; Since virtually every authentication technique can be compromised, financial institutions should not rely solely on any single control for authorizing high risk transactions, but rather institute a system of &lt;strong&gt;&lt;em&gt;layered security&lt;/em&gt;&lt;/strong&gt;, as described herein. (emphasis supplied)&lt;/p&gt;
&lt;p&gt;Examples of &amp;ldquo;layered security&amp;rdquo; in the 2011 FFIEC Supplement as related to enhanced authentication protocols include (in relevant part):&lt;/p&gt;
&lt;ul&gt;
    &lt;li&gt;fraud detection and monitoring systems that include consideration of customer history and behavior and enable a timely and effective institution response;&lt;/li&gt;
    &lt;li&gt;the use of dual customer authorization through different access devices; and&lt;/li&gt;
    &lt;li&gt;the use of out‐of‐band verification for transactions.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;In fact, the 2011 FFIEC Supplement indicates that one of the &amp;ldquo;minimum&amp;rdquo; elements that should be part of layered security for online banking are processes designed to detect anomalies and effectively respond to suspicious or anomalous activity related to initial login and authentication &lt;em&gt;&lt;strong&gt;as well as initiation of transactions involving the transfer of funds to others.&lt;/strong&gt;&lt;/em&gt;&amp;nbsp; In support of this element, the FFIEC specifically noted that in many cases of online banking fraud, the fraud could have been prevented because the wire transfers being originated by the fraudsters were anomalous when compared with the customer&amp;rsquo;s established patterns of behavior.&amp;nbsp; In short, the 2011 FFIEC Supplement further supports the contention that behavior should be used as an additional factor for purposes of validating identity, and that legal authorities consider this factor important.&lt;br /&gt;
&lt;br /&gt;
&lt;u&gt;&lt;strong&gt;Conclusion&lt;/strong&gt;&lt;/u&gt;&lt;br /&gt;
&lt;br /&gt;
Issues of identity, authentication and reasonable security will surely continue to collide with the law as society transacts more frequently online.&amp;nbsp; As a result, the legal responsibility of parties to establish adequate means to verify the identity of their customers, clients and users is likely to increase.&amp;nbsp; As outlined above we are already seeing this in the online banking context.&amp;nbsp; &lt;br /&gt;
&lt;br /&gt;
What is clear from these cases is that authentication protocols employed by entities need to be adaptive to the particular threats and scams that may arise in the future.&amp;nbsp; The idea of using a customer&amp;rsquo;s online behavior to further authenticate identity could expand into other contexts such as healthcare, social media activities and other contracting relationships where data is or can be recorded concerning prior behavior.&amp;nbsp; &lt;br /&gt;
&lt;br /&gt;
As we move forward it is likely that legislation or court decisions will mandate legal standards and requirements around authenticating identity, and similar to UCC 4A-202 in the online banking context, allocate risk of loss based on an entity&amp;rsquo;s compliance (or failure to comply) with such standards.&amp;nbsp; Lawyers working on online transactions would be well-advised to consider the legal risk associated with authenticating identity.&amp;nbsp; As the threats increase, lawyers will be called on not only to litigate these matters after the fact, but also to establish legal and contractual mechanisms for minimizing risk.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/InfoLawGroup/~4/-H8eLj75A3M" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/InfoLawGroup/~3/-H8eLj75A3M/</link>
         <guid isPermaLink="false">http://www.infolawgroup.com/2012/04/articles/reasonable-security/the-duty-to-authenticate-identity-the-online-banking-breach-lawsuits/</guid>
         <category domain="http://www.infolawgroup.com/information-law/standards-and-guidelines">FFIEC</category><category domain="http://www.infolawgroup.com/articles">Reasonable Security</category><category domain="http://www.infolawgroup.com/information-law/statues-and-regulations/state">Security</category><category domain="http://www.infolawgroup.com/tags">UCC 4A-202</category><category domain="http://www.infolawgroup.com/tags">authentication</category><category domain="http://www.infolawgroup.com/tags">authentication"</category><category domain="http://www.infolawgroup.com/tags">comerica</category><category domain="http://www.infolawgroup.com/tags">commercially reasonable security</category><category domain="http://www.infolawgroup.com/tags">contracting</category><category domain="http://www.infolawgroup.com/tags">experimetal</category><category domain="http://www.infolawgroup.com/tags">layered security</category><category domain="http://www.infolawgroup.com/tags">patco</category><category domain="http://www.infolawgroup.com/tags">phishing</category><category domain="http://www.infolawgroup.com/tags">reasonable</category><category domain="http://www.infolawgroup.com/tags">security breach</category><category domain="http://www.infolawgroup.com/tags">security breach litigation</category><category domain="http://www.infolawgroup.com/tags">token
"multifactor</category>
         <pubDate>Tue, 17 Apr 2012 09:39:42 -0700</pubDate>
         <dc:creator>David Navetta</dc:creator>
      
      <feedburner:origLink>http://www.infolawgroup.com/2012/04/articles/reasonable-security/the-duty-to-authenticate-identity-the-online-banking-breach-lawsuits/</feedburner:origLink></item>
            <item>
         <title>Ninth Circuit Narrows Reach of CFAA In En Banc US v Nosal Decision</title>
         <description>&lt;p&gt;The legal and online arenas have been abuzz the last several days in response to the Ninth Circuit's issued &lt;em&gt;&lt;a href="http://en.wikipedia.org/wiki/En_banc"&gt;en banc&lt;/a&gt; &lt;/em&gt;opinion in &lt;a href="http://www.ca9.uscourts.gov/datastore/opinions/2012/04/10/10-10038.pdf"&gt;U.S v. Nosal, 2012 WL 1176119 (9th Cir. April 10, 2012)&lt;/a&gt;, addressing the reach and scope of the oft-litigated and controversial, &lt;a href="http://en.wikipedia.org/wiki/Computer_Fraud_and_Abuse_Act"&gt;Computer Fraud and Abuse Act &lt;/a&gt;(CFAA), codified at &lt;a href="http://www.law.cornell.edu/uscode/text/18/1030"&gt;18 U.S.C. &amp;sect; 1030&lt;/a&gt;.  The crux of the broader interest in the case has been recent applications of the CFAA criminalizing violations of website terms of use and employer restrictions on employee computer uses, stemming in particular from what the statute&amp;rsquo;s term &amp;ldquo;exceeds authorized access&amp;rdquo; does and does not mean.&lt;/p&gt;
&lt;p&gt;What&amp;rsquo;s the bottomline? What do you need to know about the case&amp;rsquo;s holding to apply to and recognize in your employee policies, website terms, etc.?&lt;/p&gt;&lt;p&gt;&lt;strong&gt;First&lt;/strong&gt;, the case does not hold in my opinion, as one learned colleague has &lt;a href="http://computerfraud.us/recent-updates/the-9th-circuit-employees-are-free-to-steal-from-the-company-computers"&gt;opined&lt;/a&gt;, that &amp;ldquo;employees are [now] free to steal from [] company computers.&amp;rdquo; Far from it. After all, as the Court noted Nosal was indicted on &amp;ldquo;twenty counts, including trade secret theft, [the ever popular count of] mail fraud, [and] conspiracy,&amp;rdquo; which charges remain pending, in addition to the now dismissed criminal violations of the CFAA.  It&amp;rsquo;s simply not accurate to state the floodgates have opened wide for employees to run riot without penalty through every database, spreadsheet and confidential piece of information their employer has on hand.&lt;br /&gt;
&lt;br /&gt;
&lt;strong&gt;Second&lt;/strong&gt;, the majority&amp;rsquo;s clear opinion, penned by one of the Ninth&amp;rsquo;s most colorful judges, &lt;a href="http://en.wikipedia.org/wiki/Judge_Kozinski"&gt;Alex Kozinski&lt;/a&gt;, applies the &lt;a href="http://en.wikipedia.org/wiki/Statutory_interpretation"&gt;rule of lenity &lt;/a&gt;to decide between the two possible readings of the applicable language, resulting in a a bright-line boundary &amp;ndash; at least for those in the Ninth Circuit &amp;ndash; that the CFAA does &amp;quot;not extend to violations of [website and company policy] use restrictions&amp;rdquo; and that the CFAA&amp;rsquo;s &amp;ldquo;exceeds authorized access&amp;rdquo; requirement is limited to &amp;ldquo;violations of restrictions on access to information, and not restrictions on its use.&amp;rdquo;&lt;/p&gt;
&lt;p&gt;What&amp;rsquo;s peaked further attention is that the Ninth Circuit&amp;rsquo;s &lt;em&gt;en banc &lt;/em&gt;opinion re-affirms the district court&amp;rsquo;s dismissal of the CFAA counts, replacing the previous Ninth Circuit panel&amp;rsquo;s 2-1 opinion filed nearly a year ago, which reversed the district court&amp;rsquo;s dismissal of the CFAA counts, and sets up a clear circuit split of those Courts of Appeal to have opined on the issues with the Ninth on one side and the Fifth, Seventh and Eleventh Circuits on the other side, priming the pump for potential resolution by the Supreme Court.  Until then, however, the take aways are:&lt;/p&gt;
&lt;ul&gt;
    &lt;li&gt;It should not be assumed that violations of employee handbooks, confidentiality agreements and data access restrictions as to &amp;ldquo;use&amp;rdquo; of a computer system will rise to the level of a federal crime;&lt;/li&gt;
    &lt;li&gt;Many other federal and state civil &amp;ndash; and criminal &amp;ndash; statutes provide adequate remedies in the event employees or others misappropriate company materials;&lt;/li&gt;
    &lt;li&gt;The CFAA is not a rubber hammer, stretching to fit the head of every nail that a plaintiff or prosecutor wants to hammer; and&lt;/li&gt;
    &lt;li&gt;Finally, while companies and their attorneys, certainly in Circuits outside of the Ninth will continue to press and make claims that violations of ToU&amp;rsquo;s and company policies run criminally afoul of the CFAA, they make, in my sole individual opinion expressly not reflective nor representative of the opinions of either my firm or our clients, such claims are typically contrary to the law as generally understood by the populace at large.  At such, I believe they do needless violence to the fraying social contract we all abide by, as well as, the increasingly tenuous legal fiction that all of us are charged with constructive knowledge of all laws.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;For those needing to &amp;ldquo;get in, get out and get on&amp;rdquo; the above capsule should be enough.  But for Nosal and CFAA aficionados and fans, of which I&amp;rsquo;m one, more detailed information and a collection of Nosal-related links discussing the Ninth&amp;rsquo;s en banc opinion are available below.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Background&lt;/strong&gt;&lt;br /&gt;
&lt;br /&gt;
It&amp;rsquo;s a fair bet that you probably go to more interesting parties than I do, but when I&amp;rsquo;m &amp;quot;putting on the Ritz&amp;quot; I at least like to have the fact of any case I&amp;rsquo;ll be animatedly discussing nailed down and readily at hand.  It&amp;rsquo;s a strange point of pride.  So here's a basic summary of the facts of the Nosal case for your next garden party.&lt;/p&gt;
&lt;p&gt;David Nosal was an employee with an executive search firm called Korn/Ferry until he resigned in October 2004. As part of his separation agreement, he apparently agreed to serve as an independent contractor for the company and not work for a competing firm for one year in exchange for two lump-sum payments and 12 monthly payments of $25,000 during that same period. Not a bad gig, and simple enough, right? Well, human nature being what is it Nosal couldn't leave well enough alone and confine himself to sipping sweet adult beverages with little umbrellas in them by the pool for the next year.  Instead, during the first few months of the following year he contacted three former coworkers at Korn/Ferry in the hopes of convincing them to join him in starting a competing firm. His machinations worked, but before leaving the company, the internal trio downloaded a large amount of &amp;quot;highly confidential and proprietary&amp;quot; data from Korn/Ferry's computers, including source lists, client data, and contact information.&lt;br /&gt;
&lt;br /&gt;
Fast forward to June 26, 2008 when the four men were indicted by the federal government on 20 various counts, including criminal violations of the CFAA, with the government alleging that they had exceeded their authorized access to Korn/Ferry's computers, &amp;quot;knowingly and with intent to defraud.&amp;quot; Nosal moved for dismissal on the grounds that the CFAA was intended to address computer hackers and &amp;quot;does not cover employees who misappropriate information or who violate contractual confidentiality agreements.&amp;quot; &lt;br /&gt;
&lt;br /&gt;
Of particular note is the fact that Nosal argued that he had not violated Section 1030(a)(4) of the CFAA, which applies to anyone who &amp;quot;knowingly and with intent to defraud, accesses a protected computer without authorization, or exceeds authorized access, and by means of such conduct furthers the intended fraud and obtains anything of value, unless the object of the fraud and the thing obtained consists only of the use of the computer and the value of such use is not more than $5,000 in any 1-year period.&amp;quot; (18 USC &amp;sect; 1030 (a)(4)). It was under this provision that the more serious criminal charges against the four were based&amp;ndash; hence the strenuous challenges and appeals since.&lt;br /&gt;
&lt;br /&gt;
Nosal argued in response that because they had accessed the information while working for Korn/Ferry they had actual and express authorization to &amp;ldquo;access&amp;rdquo; the information.  Hence the CFAA&amp;rsquo;s provisions didn&amp;rsquo;t apply regardless of whatever misuse may have followed.   On these grounds, Nosal et al. filed a motion to dismiss. The district court initially rejected the argument but nonetheless dismissed the five charges based on Section (a)(4). The government up&amp;rsquo;d the ante when it filed an interlocutory appeal to the Ninth Circuit on the basis that Nosal&amp;rsquo;s downloading of Korn/Ferry's data was a violation of Nosal&amp;rsquo;s applicable workplace computer policies and thus constituted &amp;ldquo;unauthorized access&amp;rdquo; under the CFAA.&lt;/p&gt;
&lt;p&gt;The Ninth Circuit panel last year centered its 2-1 decision largely on whether or not Nosal and his accomplices had exceeded their authorization to use Korn/Ferry's computers, as neither party disputed that they were authorized to use the computers to some extent. The court therefore relied heavily on earlier Circuit decisions in &lt;a href="http://scholar.google.com/scholar_case?case=3712527331075916393&amp;amp;q=LVRC+Holdings+v.+Brekka&amp;amp;hl=en&amp;amp;as_sdt=8003"&gt;LVRC Holdings v. Brekka, 518 F.3d 1127 (9th Cir 2009)&lt;/a&gt;, in which an employee had transferred work documents from his employer's computers to his personal email account and found himself sued by his employer under the CFAA for his efforts. The court's ruling in that case strongly emphasized the difference in Section (a)(4) between &amp;quot;without authorization&amp;quot; and &amp;quot;exceeding authorized access&amp;quot;, because if there were no distinction between the two, there would be no need for the latter concept; after all, if both situations were treated in the same way, then there would be no need for two different phrases, and given that a cardinal rule of judicial statutory interpretation is that no language in a statute is superfluous the two clauses must address different situations. &lt;br /&gt;
&lt;br /&gt;
In light of the previous &lt;em&gt;Brekka &lt;/em&gt;holding case, the prior Ninth Circuit panel in US v. Nosal held that an employee does &amp;quot;exceeding authorized access&amp;quot; when they use a computer in any way that violates an employer's access restrictions, including any policies governing how information on the computer may be used. The panel elaborated on the distinctions stating &amp;quot;...an individual who is authorized to use a computer for certain purposes but goes beyond those limitations is considered by the CFAA as someone who has 'exceed[ed] authorized access.' On the other hand, a person who uses a computer 'without authorization' has no rights, limited or otherwise, to access the computer in question.&amp;quot; &lt;em&gt;United States v. Nosal&lt;/em&gt;, 642 F.3d 781 (9th Cir. 2011).&lt;br /&gt;
&lt;br /&gt;
To put the original panel&amp;rsquo;s holding in stark terms, they held, essentially, that it doesn't technically matter if an employee has broken any existing laws - if the employee used the computer for anything the employer prohibited them from it constituted a violation of the CFAA. The recent en banc opinion by Chief Judge Kozinski makes much of this, providing example after example of potentially probable but unexpected scenarios that, in Judge Konzinski&amp;rsquo;s words &amp;ldquo;will earn you a handsome orange jumpsuit.&amp;rdquo;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;The En Banc Opinion&lt;/strong&gt;&lt;br /&gt;
&lt;br /&gt;
The en banc ruling, of course, as highlighted in brief interprets the CFAA as not reaching violations of terms of use or company computer usage policies as criminal infractions. The concise 22-page opinion is a quick and enlightening read, and I urge you to do so, but in the interest of completeness I should recognize the points raised in dissent by Judge Silverman, joined by Judge Tallman.  Essentially the dissent poo-poo&amp;rsquo;s the majorities parade of horribles, painting the majorities concerns as so many stuffed straw men, and curtly dismissing the majority&amp;rsquo;s view as:&lt;br /&gt;
&lt;br /&gt;
&amp;ldquo;This case has nothing to do with playing sudoku, checking email, fibbing on dating sites, or any of the other activities that the majority rightly values. It has everything to do with stealing an employer&amp;rsquo;s valuable information to set up a competing business with the purloined data, siphoned away from the victim, knowing such access and use were prohibited in the defendants&amp;rsquo; employment contracts.&amp;rdquo;&lt;br /&gt;
&lt;br /&gt;
Perhaps.  But the majority's scenarios are all too familiar to virtually every employee that has killed time on his company company with non-company functions.  Where the dissent goes somewhat astray, in my opinion, is in stating that &amp;ldquo;[t]he majority also takes a plainly written statute and parses it in a hyper-complicated way that distorts the obvious intent of Congress.&amp;rdquo; An objective review of CFAA caselaw clearly shows that the statute is far from &amp;quot;plainly written&amp;quot; given scattered judicial interpretations to date.  Admirably in a day and age when &lt;a href="http://en.wikipedia.org/wiki/Mens_rea"&gt;&lt;em&gt;mens rea &lt;/em&gt;&lt;/a&gt;is increasingly and disturbingly falling by the wayside in many criminal statutory applications the dissent notes that the CFAA contains a specific &lt;em&gt;mens rea&lt;/em&gt;, and that other Circuits have interpreted the CFAA more expansively than the majority.  Finally, the dissent notes that an as-applied challenge would still be available to the targets of the parade of horribles.&lt;br /&gt;
&lt;br /&gt;
As my name isn&amp;rsquo;t proceeded by the appellation Judge or Justice, my opinions are just that&amp;hellip; opinion with no binding or authoritative effect.  Still, the majority&amp;rsquo;s cabining of the CFAA &amp;ndash; in the absence of Congressional action &amp;ndash; has found favor with many across the blogosphere and netverse.&lt;/p&gt;
&lt;p&gt;Want more?  Here&amp;rsquo;s a good collection of links on the case and recent commentary:&lt;/p&gt;
&lt;p&gt;The district court ruling: &lt;a href="http://scholar.google.com/scholar_case?case=17426102904279126314&amp;amp;q=us+v+nosal&amp;amp;hl=en&amp;amp;as_sdt=2,7&amp;amp;as_vis=1"&gt;http://scholar.google.com/scholar_case?case=17426102904279126314&amp;amp;q=us+v+nosal&amp;amp;hl=en&amp;amp;as_sdt=2,7&amp;amp;as_vis=1&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
Original 9th Circuit ruling: &lt;a href="http://www.ca9.uscourts.gov/datastore/opinions/2011/04/28/10-10038.pdf"&gt;http://www.ca9.uscourts.gov/datastore/opinions/2011/04/28/10-10038.pdf&lt;/a&gt; ; and Judge Trott's dissent: &lt;a href="http://scholar.google.com/scholar_case?case=3965762782958557205&amp;amp;q=us+v+nosal&amp;amp;hl=en&amp;amp;as_sdt=2,7&amp;amp;as_vis=1 "&gt;http://scholar.google.com/scholar_case?case=3965762782958557205&amp;amp;q=us+v+nosal&amp;amp;hl=en&amp;amp;as_sdt=2,7&amp;amp;as_vis=1  &lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
&lt;a href="http://en.wikipedia.org/wiki/United_States_v._Nosal"&gt;http://en.wikipedia.org/wiki/United_States_v._Nosal&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
&lt;a href="http://www.chicagotribune.com/business/sns-rt-us-computerfraud-rulingbre8391bs-20120410,0,6761656.story "&gt;http://www.chicagotribune.com/business/sns-rt-us-computerfraud-rulingbre8391bs-20120410,0,6761656.story  &lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
&lt;a href="http://www.hahnloeser.com/tradesecretlitigator/post/2012/04/11/US-v-Nosal-Ninth-Circuit-Issues-Its-Long-Awaited-Decision-and-Limits-the-Computer-Fraud-and-Abuse-Act-to-Hacking.aspx "&gt;http://www.hahnloeser.com/tradesecretlitigator/post/2012/04/11/US-v-Nosal-Ninth-Circuit-Issues-Its-Long-Awaited-Decision-and-Limits-the-Computer-Fraud-and-Abuse-Act-to-Hacking.aspx  &lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
&lt;a href="https://www.eff.org/press/releases/appeals-court-rules-violating-corporate-policy-not-computer-crime "&gt;https://www.eff.org/press/releases/appeals-court-rules-violating-corporate-policy-not-computer-crime &lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
&lt;a href="http://www.fedsocblog.com/blog/ninth_circuit_narrows_reach_of_computer_fraud_law/ "&gt;http://www.fedsocblog.com/blog/ninth_circuit_narrows_reach_of_computer_fraud_law/ &lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
&lt;a href="http://www.technolog.msnbc.msn.com/technology/technolog/court-facebooking-work-not-federal-crime-even-when-forbidden-710056 "&gt;http://www.technolog.msnbc.msn.com/technology/technolog/court-facebooking-work-not-federal-crime-even-when-forbidden-710056 &lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
&lt;a href="http://www.theawl.com/2012/04/the-ninth-circuit-lying-on-social-media-websites-is-common"&gt;http://www.theawl.com/2012/04/the-ninth-circuit-lying-on-social-media-websites-is-common&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
&lt;a href="http://www.businessweek.com/news/2012-04-10/checking-facebook-at-work-isn-t-crime-appeals-court-rules"&gt;http://www.businessweek.com/news/2012-04-10/checking-facebook-at-work-isn-t-crime-appeals-court-rules&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
&lt;a href="http://www.examiner.com/business-news-in-los-angeles/going-on-facebook-at-work-is-not-a-crime "&gt;http://www.examiner.com/business-news-in-los-angeles/going-on-facebook-at-work-is-not-a-crime &lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
&lt;a href="http://computerfraud.us/recent-updates/the-9th-circuit-employees-are-free-to-steal-from-the-company-computers"&gt;http://computerfraud.us/recent-updates/the-9th-circuit-employees-are-free-to-steal-from-the-company-computers&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;&lt;a href="http://volokh.com/2012/04/10/ninth-circuit-hands-down-en-banc-decision-in-united-states-v-nosal-adopting-narrow-interpretation-of-computer-fraud-and-abuse-act/"&gt;http://volokh.com/2012/04/10/ninth-circuit-hands-down-en-banc-decision-in-united-states-v-nosal-adopting-narrow-interpretation-of-computer-fraud-and-abuse-act/&lt;/a&gt;&lt;br /&gt;
&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/InfoLawGroup/~4/NIFH3Eu90iI" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/InfoLawGroup/~3/NIFH3Eu90iI/</link>
         <guid isPermaLink="false">http://www.infolawgroup.com/2012/04/articles/computer-fraud-and-abuse-act-c/ninth-circuit-narrows-reach-of-cfaa-in-en-banc-us-v-nosal-decision/</guid>
         <category domain="http://www.infolawgroup.com/information-law/statues-and-regulations/federal">CFAA</category><category domain="http://www.infolawgroup.com/articles">Computer Fraud and Abuse Act (CFAA)</category><category domain="http://www.infolawgroup.com/tags">Ninth Circuit</category><category domain="http://www.infolawgroup.com/tags">Richard Santalesa</category><category domain="http://www.infolawgroup.com/tags">computer fraud and abuse act</category>
         <pubDate>Fri, 13 Apr 2012 14:22:25 -0700</pubDate>
         <dc:creator>Richard Santalesa</dc:creator>
      
      <feedburner:origLink>http://www.infolawgroup.com/2012/04/articles/computer-fraud-and-abuse-act-c/ninth-circuit-narrows-reach-of-cfaa-in-en-banc-us-v-nosal-decision/</feedburner:origLink></item>
            <item>
         <title>Acai of Relief? Marketers' Recent Settlement of FTC Charges Serves as a Reminder for Online Advertisers and Affiliate Marketers.</title>
         <description>&lt;p&gt;&lt;em&gt;InfoLawGroup Partner &lt;/em&gt;&lt;a href="http://www.infolawgroup.com/2009/10/promo/attorneys/jamie-rubin/#more"&gt;&lt;em&gt;Jamie Rubin&lt;/em&gt;&lt;/a&gt;&lt;em&gt;, and Counsel &lt;/em&gt;&lt;a href="http://www.infolawgroup.com/2009/09/promo/attorneys/andrew-l-hoffman/#more"&gt;&lt;em&gt;Andrew L. Hoffman&lt;/em&gt;&lt;/a&gt;&lt;em&gt;, contributed to this post.&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;Two online marketers of acai berry products recently &lt;a href="http://www.ftc.gov/opa/2012/03/fakenews.shtm"&gt;settled&lt;/a&gt; the &lt;a href="http://www.ftc.gov/"&gt;FTC&lt;/a&gt;&amp;rsquo;s charges that the marketers engaged in deceptive practices by operating &amp;ldquo;fake news&amp;rdquo; sites directly and through affiliates to promote acai berry products. Although these cases are extreme examples of deceptive practices, they should serve as an important reminder for companies engaging in affiliate marketing that the FTC actively enforces in this area using the &lt;a href="http://en.wikipedia.org/wiki/Federal_Trade_Commission_Act"&gt;FTC&amp;nbsp;Act&lt;/a&gt;, and that companies marketing through affiliates and affiliate marketers must understand and address the FTC&amp;rsquo;s &lt;a href="http://www.ftc.gov/os/2009/10/091005revisedendorsementguides.pdf"&gt;Guides Concerning the Use of Endorsements and Testimonials in Advertising, which were updated in 2009 &lt;/a&gt;(&amp;ldquo;Guides&amp;rdquo;).&amp;nbsp; As discussed further below, this can pose a challenge for companies of all types advertising through affiliate marketing programs.&lt;/p&gt;&lt;p&gt;In the &lt;a href="http://www.ftc.gov/os/caselist/1023232/index.shtm"&gt;&lt;em&gt;FTC v. IMM Interactive, Inc&lt;/em&gt;&lt;/a&gt;. case, the FTC alleged that one set of defendants posted purportedly objective investigative reports on websites designed to look like legitimate news websites, using domain names such as channel2local.com, nbsnewsat6.com, and channel9healthbeat.com. The FTC also made similar charges in&lt;em&gt; &lt;a href="http://www.ftc.gov/os/caselist/1123072/index.shtm"&gt;FTC v. Coulomb Media, Inc&lt;/a&gt;.&lt;/em&gt;, but also alleged that the defendants there maintained websites purporting to be independent consumers&amp;rsquo; blogs reporting their experience using the acai products.  In both cases, the FTC alleged that the defendants and their affiliates made false and deceptive claims regarding weight loss benefits resulting from the use of their products, when the Defendants did not possess any reasonable basis to substantiate the claims.  In the &lt;em&gt;Coulomb&lt;/em&gt; case, the FTC also alleged that the defendants failed to disclose in a clear and conspicuous manner that the purported blogs were not objectively evaluating the products.&lt;/p&gt;
&lt;p&gt;In addition to monetary payments and agreements not to engage in enumerated deceptive acts, the settlement also requires the &lt;em&gt;IMM Interactive&lt;/em&gt; defendants to monitor all its affiliate marketers when selling any good or service, obtain adequate information about the affiliate marketers it hires, approve their advertisements, and immediately stop processing payments generated by any affiliate marketer using deceptive advertisements.&lt;/p&gt;
&lt;p&gt;Note that this is the third and fourth in a string of FTC settlements over the past few years dealing with the Guides, the first of which was the &lt;a href="http://www.ftc.gov/opa/2010/08/reverb.shtm"&gt;&lt;em&gt;Reverb case&lt;/em&gt;&lt;/a&gt; and the second was the &lt;a href="http://www.ftc.gov/opa/2011/03/legacy.shtm"&gt;&lt;em&gt;Legacy Learning&lt;/em&gt;&lt;/a&gt; (guitar lessons) case.  In &lt;em&gt;Reverb&lt;/em&gt;, the FTC alleged that Reverb (a PR firm) posted reviews for its clients on the iTunes store that appeared as independent reviews reflecting the views of ordinary consumers.  In &lt;em&gt;Legacy Learning&lt;/em&gt;, the FTC alleged that Legacy Learning used an affiliate program where, among other activities, the affiliates wrote positive reviews about the product next to hyperlinks to the Legacy Learning web site.  The affiliates received a commission on the sale of products purchased via those links, but did not disclose that fact.  In addition to ongoing compliance obligations, Legacy agreed to pay $250,000 as part of the settlement.&lt;/p&gt;
&lt;p&gt;Any company advertising through affiliates should carefully consider the &lt;a href="http://www.ftc.gov/os/2009/10/091005revisedendorsementguides.pdf"&gt;Guides and this string of FTC settlements&lt;/a&gt;, and consider how they might impact the organization's affiliate marketing efforts. Although the Guides are not law, they explain what conduct the FTC considers deceptive under Section 5 of the FTC Act in connection with certain types of offline and online advertising. Although advertisers should be fully aware of the Guides, some key excerpts relevant to affiliate advertisers are as follows:&lt;/p&gt;
&lt;ul&gt;
    &lt;li&gt;Endorsements must reflect the honest opinions, findings, beliefs, or experience of the endorser, and may not convey any express or implied representation that would be deceptive if made directly by the advertiser.  16 C.F.R. &amp;sect; 255.1(a).&lt;/li&gt;
&lt;/ul&gt;
&lt;ul&gt;
    &lt;li&gt;Advertisers are subject to liability for false or unsubstantiated statements made through endorsements, or for failing to disclose material connections between themselves and their endorsers.  16 C.F.R. &amp;sect; 255.1(d).&lt;/li&gt;
&lt;/ul&gt;
&lt;ul&gt;
    &lt;li&gt;An advertisement employing endorsements by one or more consumers about the performance of an advertised product or service will be interpreted as representing that the product or service is effective for the purpose depicted in the advertisement.  Therefore, the advertiser must possess and rely upon adequate substantiation, including, when appropriate, competent and reliable scientific evidence, to support such claims made through endorsements in the same manner the advertiser would be required to do if it had made the representation directly, i.e., without using endorsements. 16 C.F.R. &amp;sect; 255.2(a).&lt;/li&gt;
&lt;/ul&gt;
&lt;ul&gt;
    &lt;li&gt;When there exists a connection between the endorser and the seller of the advertised product that might materially affect the weight or credibility of the endorsement (i.e., the connection is not reasonably expected by the audience), such connection must be fully disclosed. 16 C.F.R. &amp;sect; 255.5.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;To address these principles, the FTC indicates that:&lt;/p&gt;
&lt;ul&gt;
    &lt;li&gt;An advertiser should provide guidance and training to its bloggers and affiliates concerning the need to ensure that statements they make are truthful and substantiated.  The advertiser should also monitor bloggers and affiliates who are being paid to promote its products and take steps necessary to halt the continued publication of deceptive representations when they are discovered.&lt;/li&gt;
&lt;/ul&gt;
&lt;ul&gt;
    &lt;li&gt;If the relationship between a blogger or affiliate and an advertiser is not inherently obvious (e.g., where a company sends products, free of charge, to bloggers to review), the blogger should clearly and conspicuously disclose that he received the product for free.  With respect to affiliate marketers, the affiliate should disclose that it will receive a commission if the advertisement is paired with the affiliates endorsement of the product.  The company should advise its bloggers and affiliates that this connection should be disclosed, and it should have procedures in place to try to monitor  postings for compliance.&lt;/li&gt;
&lt;/ul&gt;
&lt;ul&gt;
    &lt;li&gt;An employee of a company who posts on an online message board regarding his company&amp;rsquo;s products should clearly and conspicuously disclose his relationship to the company to members and readers of the message board.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;With respect to affiliate marketing relationships, does this mean that an advertiser must monitor the content of all pages upon which its ads appear?  Such a burden becomes troublesome for a company that advertises its products through a traditional affiliate marketing program, where potentially thousands of sites may display the advertisement. At a minimum, a company that engages in affiliate marketing should: (i) have its affiliates execute an agreement agreeing to follow a set of guidelines created by the company and the FTC&amp;rsquo;s guidance regarding truthful and substantiated claims and disclosures of material relationships; and (ii) create a written program that includes affiliate guidelines, monitoring of affiliates and enforcement of the guidelines.  While it may not be feasible or affordable to monitor all of the activity arising out of large affiliate marketing networks, a monitoring program that includes reviewing samples and spot-checking affiliates on a regular basis can help address the issues laid out in the FTC&amp;rsquo;s Guide  In fact, the FTC has indicated that it will take into account the monitoring and enforcement efforts of an advertiser when determining whether to pursue a case and when determining culpability.&amp;nbsp; As this type of marketing becomes the norm for companies of all stripes, thinking ahead and creating workable policies could be the difference between a successful marketing program and an intrusive FTC&amp;nbsp;investigation and action.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/InfoLawGroup/~4/gc4PlUFEgaA" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/InfoLawGroup/~3/gc4PlUFEgaA/</link>
         <guid isPermaLink="false">http://www.infolawgroup.com/2012/04/articles/marketing-1/acai-of-relief-marketers-recent-settlement-of-ftc-charges-serves-as-a-reminder-for-online-advertisers-and-affiliate-marketers/</guid>
         <category domain="http://www.infolawgroup.com/tags">FTC</category><category domain="http://www.infolawgroup.com/tags">FTC Act</category><category domain="http://www.infolawgroup.com/articles">Marketing</category><category domain="http://www.infolawgroup.com/tags">affiliate marketing</category><category domain="http://www.infolawgroup.com/tags">deceptive practices</category><category domain="http://www.infolawgroup.com/tags">endorsements</category>
         <pubDate>Wed, 04 Apr 2012 17:44:10 -0700</pubDate>
         <dc:creator>David Navetta</dc:creator>
      
      <feedburner:origLink>http://www.infolawgroup.com/2012/04/articles/marketing-1/acai-of-relief-marketers-recent-settlement-of-ftc-charges-serves-as-a-reminder-for-online-advertisers-and-affiliate-marketers/</feedburner:origLink></item>
            <item>
         <title>The Security, Privacy and Legal Implications of BYOD (Bring Your Own Device)</title>
         <description>&lt;p&gt;The dizzying array of personal computing device choices can be disorienting.  Smartphones, tablets,  laptops, netbooks, desktops, and sometimes all of the above, are amongst  the device options individuals have these days (and within each category additional brand [iPhone v. Android], software and operating system choices exist).  At the same time, organizations have recognized that mobile devices are crucial to their own success, and many have incurred significant expense purchasing and securing such devices, and equipping their workforce.   Nonetheless, employees are increasingly using (or demanding to use) personal devices to store and process their employer&amp;rsquo;s data, and connect to their networks.  The reasons for this vary from  avoiding the need to carry and manage multiple devices, to the desire to use the most  up-to-date devices that exist, to increased efficiency.&lt;/p&gt;
&lt;p&gt;This trend&amp;nbsp; has been named (as is the fashion), and is referred to as &amp;ldquo;COIT&amp;rdquo; (the &lt;a href="http://www.microsoft.com/enterprise/viewpoints/consumerization/default.aspx#fbid=GVFThbvolrz"&gt;Consumerization of Information Technology&lt;/a&gt;&amp;rdquo;) or BYOD (&lt;a href="http://en.wikipedia.org/wiki/Bring_your_own_device"&gt;Bring Your Own Device&lt;/a&gt;).  Some organizations believe that BYOD  will allow them to &lt;a href="http://www.unisys.com/unisys/ri/topic/researchtopicdetail.jsp?id=700004"&gt;avoid&lt;/a&gt; significant hardware, software and IT support costs.  Even if cost-savings is not the goal, most companies believe that processing of company data on employee personal devices is &lt;a href="http://www.citrix.com/site/resources/dynamic/additional/Citrix_BYO_Index_report.pdf"&gt;inevitable and unavoidable&lt;/a&gt;. Unfortunately, BYOD raises significant data security and privacy concerns, which can lead to potential legal and liability risk.&amp;nbsp; Many companies are having to play catch-up to control these risks.   This blogpost identifies and explores some of the key privacy and security legal concerns associated with BYOD, including &amp;ldquo;reasonable&amp;rdquo; BYOD security, BYOD privacy implications, and security and privacy issues related to BYOD incident response and investigations.&lt;/p&gt;&lt;p&gt;&lt;strong&gt;BYOD &amp;ldquo;Reasonable Security&amp;rdquo;&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;The InfoLawGroup has written frequently on the concept of reasonable security, including posts about &lt;a href="http://www.infolawgroup.com/2010/05/articles/legal-defensibility-1/the-legal-defensibility-era-is-upon-us/"&gt;&amp;ldquo;legally defensible&amp;rdquo; security&lt;/a&gt; and court interpretations of &lt;a href="http://www.infolawgroup.com/2010/08/articles/reasonable-security/emi-v-comerica-court-finds-banks-security-is-commercially-reasonable-bank-loses-motion-for-summary-judgment/"&gt;reasonable securit&lt;/a&gt;y.  Organizations implementing a BYOD strategy need to explore the concept of &lt;a href="http://www.infolawgroup.com/2010/08/articles/reasonable-security/emi-v-comerica-court-finds-banks-security-is-commercially-reasonable-bank-loses-motion-for-summary-judgment/"&gt;reasonable security&lt;/a&gt; for personal computer devices in the care, custody and control of their employees and contractors.  Significant security challenges exist in this context, and most of them arise due to the lack of control companies have over their employees&amp;rsquo; devices.&lt;/p&gt;
&lt;p&gt;Take the example of company-owned laptop issued to an employee.  When it comes to security, the company can:&lt;/p&gt;
&lt;ul&gt;
    &lt;li&gt;determine and limit the type of devices that can be used;&lt;/li&gt;
    &lt;li&gt;implement minimum system requirements and configurations;&lt;/li&gt;
    &lt;li&gt;install security-related software to the device;&lt;/li&gt;
    &lt;li&gt;encrypt company data on the device;&lt;/li&gt;
    &lt;li&gt;apply security patches;&lt;/li&gt;
    &lt;li&gt;monitor the use of the device to detect misuse, hacking or malware;&lt;/li&gt;
    &lt;li&gt;dictate how the device connects to the company&amp;rsquo;s network;&lt;/li&gt;
    &lt;li&gt;install and update anti-virus software;&lt;/li&gt;
    &lt;li&gt;provide support for the device; and&lt;/li&gt;
    &lt;li&gt;obtain/access the device for purposes of an investigation (because the company owns the device).&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;When it comes to their employee-owned personal devices, organizations will partially or fully lose the ability to undertake these actions, and in any event will often be relying on its individual employees to secure their devices. Companies lose the consistency, scalability and efficiency they enjoy when they own their hardware, control their data, and can dictate and scale their IT infrastructure and information security.&lt;/p&gt;
&lt;p&gt;Moreover, to the extent a company's employees are unable or unwilling to implement particular security controls, the organization may be increasing its security risk.  This can also increase legal and liability risk related to security.  Organizations engage in complex decision-making processes when securing their systems and sensitive data and for purposes of maintaining reasonable and legally defensible security.  The end result  is set of technical, administrative and physical controls (typically reflected in a written security program) that the organization determines is sufficient to reduce its security risk to an appropriate level. From a legal point of view the written security program may also be used to set an organization&amp;rsquo;s minimum legal standard of care.  The failure of an organization to comply with its own security program is a key factor that can (and will) be used by plaintiffs counsel or regulators to argue for liability after a security breach.&lt;/p&gt;
&lt;p&gt;This presents a serious problem in the BYOD context.   For example, assume an organization&amp;rsquo;s own mobile device security standard requires encryption of all sensitive data on &lt;strong&gt;&lt;em&gt;company-owned &lt;/em&gt;&lt;/strong&gt;computer devices, and the employee&amp;rsquo;s BYOD mobile device is not achieving this standard.  If the employee&amp;rsquo;s personal device is hacked and the unencrypted sensitive data stolen the company&amp;rsquo;s Mobile Device Security will likely be used to argue that company did not implement reasonable security.&lt;/p&gt;
&lt;p&gt;To reduce legal and liability risk, companies implementing a BYOD strategy need to carefully analyze their existing security policies to determine how they relate to and impact their employees' use of their personal devices for business purposes.&amp;nbsp; Policies that may be relevant, include (without limitation):&amp;nbsp; mobile device security policies, password policies, encryption policies, data classification policies, acceptable use policies, antivirus software policies, wireless access policies, incident response policies, remote working policies, privacy policies, and others. If a company&amp;rsquo;s security policies already require certain security measures, it must be determined whether it is possible to match those measures for personal devices.  If there are inconsistencies, organizations need to be ready to explain, why, despite the failure to follow policies that apply to similar devices, the security of an employee&amp;rsquo;s personal device was still reasonable.&lt;/p&gt;
&lt;p&gt;Note, there may be reasonable differences between company-owned devices and employee personal devices, and both may be secured even if the methodology is not the same.     Additional (but different) controls required on personal devices may compensate for missing controls required in company policies.  For example, some companies &lt;a href="http://www.nytimes.com/reuters/2012/03/20/technology/20reuters-cisco-mobilesecurity.html?_r=2&amp;amp;adxnnl=1&amp;amp;adxnnlx=1332518408-Eo8zHyHH4DrLvEnXOjscDQ"&gt;are requiring employees&lt;/a&gt; to install software on their personal devices that provides additional security.&amp;nbsp; Perhaps a lesser set of controls is appropriate in cases where storage of sensitive data on personal devices &lt;a href="http://www.govinfosecurity.com/articles.php?art_id=4382&amp;amp;opg=1"&gt;is prohibited &lt;/a&gt;(by policy or otherwise).   In any event, for any BYOD implementation,  it is important to investigate potential inconsistencies and rationalize why those differences do not equate to unreasonable security on personal devices.  This process ultimately results in a Personal Device Use Policy that reflects the security trade-offs and requirements that come out of this analysis.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;BYOD and Employee Privacy&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;The very nature of BYOD highlights the employee privacy challenges at issue.  Employees and contractors of organizations will be using the same devices they use for work to engage in personal computing that involves a host of private activities and content, including web surfing history, personal emails, photos, chat histories, personally identifiable information, music, movies, software, user names and passwords and financial account numbers. We have already seen signficant legal activity relating to an employee&amp;rsquo;s  expectation of privacy when using a company-issued device for personal  reasons.&lt;/p&gt;
&lt;p&gt;The &lt;a href="http://www.supremecourt.gov/"&gt;U.S. Supreme Court&lt;/a&gt; recently considered this issue in the &lt;a href="http://www.supremecourt.gov/opinions/09pdf/08-1332.pdf"&gt;&lt;em&gt;City of Ontario, California v. Quon&lt;/em&gt;&lt;/a&gt; (for a closer look at Quon please visit &lt;a href="http://www.infolawgroup.com/2010/06/articles/workplace-privacy/quon-us-supreme-court-rules-against-privacy-on-employerissued-devices/ "&gt;this ILG post&lt;/a&gt;).    &lt;em&gt;Quon&lt;/em&gt; involved a search by a city concerning an employee&amp;rsquo;s (a police officer in this case) alleged use of the city&amp;rsquo;s device for personal texting (including sexually explicit materials) both on and off duty.    The police officer argued that the city&amp;rsquo;s actions represented an unreasonable search in violation of the &lt;a href="http://en.wikipedia.org/wiki/Fourth_Amendment_to_the_United_States_Constitution"&gt;Fourth Amendment of the US Constitution&lt;/a&gt;, the privacy clause found in Article I, section 1 of the California constitution, and also the federal Stored Communications Act (SCA).&lt;/p&gt;
&lt;p&gt;The key issue in front of the Court was the extent to which the police officer had a reasonable expectation of privacy with respect to private messages sent and received on a city-owned device while on or off duty, and if so, whether the city&amp;rsquo;s search was unreasonable.    Unfortunately, the Court did not rule on whether an expectation of privacy existed, and instead assumed that such an expectation was present for the sake of argument (the Court did note, however, that the city&amp;rsquo;s policies disclaimed any expectation of privacy, and that this was a factor in determining whether any expectation reasonably existed).  It then turned to whether the city&amp;rsquo;s search was reasonable, and held that the city&amp;rsquo;s search of text message content was reasonable because it was undertaken for a work-related purpose and was not excessively intrusive under the circumstances.&amp;nbsp; In this case, the city&amp;rsquo;s review was limited to a two-month sample of messages.&amp;nbsp; In addition, to limit the intrusion into Mr. Quon's personal life, the city redacted the officer&amp;rsquo;s messages sent and received while he was off duty.&lt;/p&gt;
&lt;p&gt;How does privacy play out in a BYOD context?  Again it comes down to looking at how an organization monitors its employees' behavior when using computer devices owned and issued by the organization.  For example, it is not unusual for companies to monitor their employees' activities while working on the company&amp;rsquo;s network (regardless of the type of device connected to that network).   For company-issued devices, additional monitoring of employee usage may occur at the device level (e.g. key-stroke logging or mobile device management software that tracks the geolocation of mobile devices).   However, when it comes to personal devices, because it is known that personal and private activities are likely to take place on the device, for privacy reasons, the same types of monitoring may not be appropriate.&lt;/p&gt;
&lt;p&gt;As discussed further below, another key privacy-related issue relates to investigations involving personal devices.  If an image of a device&amp;rsquo;s hard drive is needed for an investigation of a security breach or for e-Discovery purposes, the captured data is likely to include private/personal information of the employee.   Organizations can try to limit the scope of an investigation or data capture involving a personal device, but if they fail to preserve data that may be evidence in litigation they could face spoliation problems in court or miss key information needed for an investigation or remediation of a breach.&lt;/p&gt;
&lt;p&gt;In all, companies need to carefully consider their intended goals when it comes to monitoring their employees&amp;rsquo; use of their own devices, and balance those goals against these privacy concerns and potential legal limitations.  Organization&amp;rsquo;s should make their employees aware of the privacy trade-offs and the reasonable expectations of privacy related to their use of a personal device for work.  Note, expectations of privacy in this context may be higher because a personal device is at issue, and this should be taken into account by companies considering a BYOD strategy and informing their employees of privacy-related issues.  If monitoring or an investigation is necessary, organizations should design their efforts in a manner that seeks to minimize the potential exposure of personal and private information.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;BYOD Incident Response and Investigations&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;BYOD poses significant challenges related to incident response and investigations that impact privacy, security and legal concerns.&amp;nbsp; Since individual employees own and possess their personal devices, when something goes wrong it may be difficult to actually obtain access to or possession of the device.  This can be especially true when the employee itself is the subject of an investigation.&amp;nbsp;&amp;nbsp; If data collection and preservation is necessary, the inability to access and possess a physical device can be extremely detrimental.  For example, if an organization is not able to preserve data that may constitute evidence in litigation, it could face court sanctions.     This issue also poses problems for the individuals themselves who will likely (at least temporarily) be unable to use their personal device while it is being investigated.  In addition, as mentioned above, capturing data or images of hard drives related to personal devices implicates potential privacy issues.  In developing their BYOD strategies companies need to develop BYOD incident response procedures and inform their employees of those procedures.&lt;/p&gt;
&lt;p&gt;Beyond investigations, for security reasons, some organizations may want to enable remote wiping, bricking and blocking of personal devices that are lost or breached.  This too may pose challenges.  First, it may be necessary to have employees load certain software to their personal devices or configure their devices in a certain manner to allow for remote wiping, bricking and blocking.  Employees should be notified of these requirements and consent to them.  Second, the wiping, bricking or blocking of a device could damage the device and/or data residing on the device.  If a device is remotely wiped to remove sensitive company data from it, that wiping could also wipe out the employee&amp;rsquo;s personal emails, pictures, videos and software.  Again, employees should be notified that damage, loss of use and data loss are all possibilities if they use their personal device for work purposes.  Moreover, they should sign a waiver consenting to such activities and holding the organization harmless for any such damage, loss of use or data loss.  All of this should be reflected in the organization&amp;rsquo;s Personal Device Use Policy and accompanying waivers and consent forms.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Conclusion&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;All too often companies considering a BYOD policy find that their employees are already using their personal devices for work purposes and to store sensitive information.  This makes it more difficult to manage these issues in a deliberate manner and set up policies that address the security, privacy and legal risks associated with BYOD.  Nonetheless, the complex legal implications of BYOD must be carefully considered using a multi-disciplinary approach (e.g. legal, security, privacy, IT, risk management, etc.) that takes the company's existing infrastructure and risk tolerance into account.  The end result should be a Personal Device Use Policy that addresses the various risks and strikes a balance that works for the organization.   Also key, because of the personal nature of the devices in this context, is informing, educating and training employees concerning the privacy, security and incident response implications of using their own device for work purposes.&amp;nbsp; Working through these issues can help to reduce the legal and liability risk that companies may face.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/InfoLawGroup/~4/eSdXqVEusfA" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/InfoLawGroup/~3/eSdXqVEusfA/</link>
         <guid isPermaLink="false">http://www.infolawgroup.com/2012/03/articles/byod/the-security-privacy-and-legal-implications-of-byod-bring-your-own-device/</guid>
         <category domain="http://www.infolawgroup.com/tags">"mobile</category><category domain="http://www.infolawgroup.com/articles">BYOD</category><category domain="http://www.infolawgroup.com/tags">Fourth Amendment</category><category domain="http://www.infolawgroup.com/tags">Mobile</category><category domain="http://www.infolawgroup.com/">Privacy</category><category domain="http://www.infolawgroup.com/information-law/statues-and-regulations/state">Security</category><category domain="http://www.infolawgroup.com/tags">anti-virus</category><category domain="http://www.infolawgroup.com/tags">bring your own device</category><category domain="http://www.infolawgroup.com/tags">coit</category><category domain="http://www.infolawgroup.com/tags">device</category><category domain="http://www.infolawgroup.com/tags">encrypt</category><category domain="http://www.infolawgroup.com/tags">incident response</category><category domain="http://www.infolawgroup.com/tags">management</category><category domain="http://www.infolawgroup.com/tags">mobile privacy</category><category domain="http://www.infolawgroup.com/tags">security breach</category><category domain="http://www.infolawgroup.com/tags">security program</category>
         <pubDate>Wed, 28 Mar 2012 13:32:25 -0700</pubDate>
         <dc:creator>David Navetta</dc:creator>
      
      <feedburner:origLink>http://www.infolawgroup.com/2012/03/articles/byod/the-security-privacy-and-legal-implications-of-byod-bring-your-own-device/</feedburner:origLink></item>
            <item>
         <title>New Ponemon Data Breach Study Finds Breach Costs Have Fallen</title>
         <description>&lt;p&gt;Since its first issue seven years ago, the &lt;a href="http://www.ponemon.org"&gt;Ponemon Institute&amp;rsquo;s&lt;/a&gt; annual Cost of Data Breach Study (&amp;ldquo;CDBS&amp;rdquo;) has become a must read for privacy and breach professionals. The &lt;a href="http://www.symantec.com/about/news/resources/press_kits/detail.jsp?pkid=ponemon-cost-of-a-data-breach-2011"&gt;latest CDBS study&lt;/a&gt;, covering the 2011 year, can be considered a bookend to Verizon&amp;rsquo;s annual &lt;a href="http://www.verizonbusiness.com/resources/reports/rp_data-breach-investigations-report-2012_en_xg.pdf?CMP=DMC-SMB_Z_ZZ_ZZ_Z_TV_N_Z037"&gt;Data Breach Investigations Report&lt;/a&gt;, which 2012 edition was likewise recently released&amp;nbsp; The two reports paint a data breach landscape that has and continues to change. The 2012 CDBS summarizes data collected in interviewing over 400 individuals from 49 participating organizations.&lt;br /&gt;
&lt;br /&gt;
In the &amp;ldquo;good news&amp;rdquo; department, the CDBS &amp;ndash; which focuses exclusively on U.S. data breaches - highlights several comforting findings. The most significant being that &amp;ldquo;[f]or the first time in seven years, both the organizational cost of data breach and the cost per lost or stolen record have declined. The organizational cost has declined from $7.2 million to $5.5 million and the cost per record has declined from $214 to $194.&amp;rdquo;&lt;/p&gt;&lt;p&gt;The CDBS surmises that &amp;ldquo;[t]his decline suggests that organizations represented in this study have improved their performance in both preparing for and responding to a data breach&amp;rdquo; and I&amp;rsquo;d agree. [Full Disclosure: Attorneys at the InfoLawGroup have handled numerous actual and suspected data breach investigations and responses.] At this point in time established procedures, processes and deadlines for responding to a data breach are well-understood, even though the statutory and regulatory landscape continues to shift.&lt;/p&gt;
&lt;p&gt;The result is that established parties called upon to handle or aid in a data breach are generally experienced and have the processes down to, if not a science, at least a well-honed procedure guided by battle-tested plans. This is not to say that data breaches have become a ho-hum or blas&amp;eacute; low-priority incident. Not at all, as anyone who&amp;rsquo;s been involved with one can testify. Data breaches are stressful, trying, but at least according to the CDBS a slightly less expensive event now than they were in previous years.&lt;/p&gt;
&lt;p&gt;However, one caveat should be noted before you unbox the party hats. The CDBS clearly states that it does &amp;ldquo;not include organizations that had data breaches in excess of 100,000&amp;hellip;&amp;rdquo; Why? Because the Ponemon Institute feels &amp;ldquo;they are not representative of most data breaches and including them in the study would skew the results.&amp;rdquo; Many have mixed opinions on this elision. I recommend a quick read through the entire 27-page report to draw your own conclusions.&lt;/p&gt;
&lt;p&gt;Nevertheless, despite this lacuna other key findings in the CDBS are that:&lt;/p&gt;
&lt;ul&gt;
    &lt;li&gt;More customers remains loyal following a data breach&lt;/li&gt;
    &lt;li&gt;Negligent insiders and malicious attacks are the main causes of data breach (dovetailing with Verizon&amp;rsquo;s DBIR, which first and foremost dubbed 2011 the year of &amp;ldquo;hacktivists&amp;rdquo; who caused 58% of data theft breaches in 2011)&lt;/li&gt;
    &lt;li&gt;Lost business cost declined sharply from $4.54 million in 2010 to $3.01 million in 2011&lt;/li&gt;
    &lt;li&gt;Certain organizational factors can reduce the overall cost of a data breach&lt;/li&gt;
    &lt;li&gt;Specific attributes or factors of a data breach can increase the overall breach cost&lt;/li&gt;
    &lt;li&gt;Detection and escalation costs declined in 2011 but notification costs increased&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;strong&gt;Other Notable Topics Covered in the CDBS&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;&lt;u&gt;Cost of Data Breach Decline &lt;/u&gt;&amp;ndash; So what does it mean that the cost per record in a data breach has dropped to $194 from $214? The answer is pretty squarely in what the CDBS dubs &amp;ldquo;indirect costs,&amp;rdquo; such as abnormal turnover and churn of existing and future customers, as the report places $135 of the $194/record price tag squarely in the indirect cost bucket. Last year&amp;rsquo;s average indirect cost per record tallied $141. Whether people have been inured to or fatigued by the steady &amp;ldquo;oh, look I received another data breach notification in the mail&amp;rdquo; the fact is that fewer people now respond to a data breach by jumping ship.&lt;/p&gt;
&lt;p&gt;Perhaps more significant in the long term, however, is the CDBS&amp;rsquo; finding that the average total &amp;ldquo;organizational&amp;rdquo; costs of a data beach have plunged 24% from 2010 to 2011 - from $7.2 million to $5.5 million. By any measure this is an eye-open drop. So what&amp;rsquo;s behind it? The CDBS identifies four key metrics driving this drop: the decrease in per capita breach cost; the average size of a data breach; the decrease in abnormal customer churn and finally a drop in the average total cost of a data breach response.&lt;/p&gt;
&lt;p&gt;Again, however, caution is warranted before popping those champagne corks as your mileage may vary, dramatically so, depending on your specific industry given the CDBS notes per capita costs from a breach range widely depending on the specific sectoral industry segment: from a low of $89 in &amp;ldquo;media&amp;rdquo; companies to a high of from $247 to $334 for financial, pharma and communications companies. The end result is that while the &amp;ldquo;average&amp;rdquo; cost of a data breach has dropped your individual breach related costs may not follow this average &amp;ndash; recognizing, as always, the importance of having an experienced response team on hand with proven breach investigation and response skills.&lt;/p&gt;
&lt;p&gt;As always human nature is the driver behind the majority of breaches:&amp;nbsp; 76% of data breaches were traced to either, according to the CDBS, negligence or a malicious or criminal attack. As a subgroup malicious attacks remain, as in previous years, the most costly data breach scenario (whether by outsiders or criminal insiders) with an average per capita cost of $222 &amp;ndash; significantly above the heralded mean of $194. Correspondingly, however, breaches caused by negligence had a per capita cost that is lower than both the mean and average of $174 per capita.&lt;/p&gt;
&lt;p&gt;Of the malicious or criminal attacks leading to breach, fully 50% were traced back to viruses, malware, worms and Trojans. Web-based and social engineering attacks leading to a breach were each 17% of the malicious or criminal attacks experienced by the 18 companies analyzed by the Ponemon Institute. I draw a somewhat different ultimate conclusion from this CDBS based on my perspective. Namely, it&amp;rsquo;s very helpful to have these percentage breakdowns in determining how to allocate preventative training and security costs, but one should never lose sight of the fact that your particular breach may not follow the aggregate percentages. In short, attempt to expect the unexpected and remain acutely aware of the fact that your breach could come from an outlier source.&lt;/p&gt;
&lt;p&gt;&lt;u&gt;Positive and Negative Attribute Influencing Data Breach Costs&lt;/u&gt; &amp;ndash; Another instructive portion of the report, with proactive lessons for those facing or preparing for a data breach scenario, is the review starting on page 10 of &amp;ldquo;[s]ix positive and negative attributes can influence the cost of data breach.&amp;rdquo; Stepping through the seven years&amp;rsquo; worth of lessons learned from its past studies the Institute gleans a passel of prominent recommendations and insights that can influence the cost of a data breach. The six attributes are:&lt;/p&gt;
&lt;ul&gt;
    &lt;li&gt;The company has a Chief Information Security Officer (CISO or equivalent title) with overall responsibility for enterprise data protection. The CDSB notes &amp;ldquo;forty-three percent of the companies it&amp;rsquo;s survey have centralized the management of data protection with the appointment of a C-level security professional.&amp;rdquo; Putting data security in the C-suite is a smart move any way you slice it.&lt;/li&gt;
    &lt;li&gt;Third parties are dangerous. How much of a danger? Well, forty-one percent of organizations suffering a data breach determined it was caused by a third party. Scrutinize carefully any outsourcer, cloud provider and business partners that will be handling or have access to your data.&lt;/li&gt;
    &lt;li&gt;Quick notification is becoming the order of the day. The CDBS states forty-one percent (that percent again) notified victims within 30 days or less. However, a quick draw on notification can be counterproductive, because as the CDBS also notes, those companies that &amp;ldquo;responded and notified customers too quickly without a thorough assessment of the data breach also paid an average of $33 more per record.&amp;rdquo; The moral? Be quick, but not too quick with your assessment of the overall data breach.&lt;/li&gt;
    &lt;li&gt;Lost or stolen devices. A hefty thirty-nine percent of organizations suffered a data breach resulting from a lost or stolen mobile device, including laptops, smartphones, tablets and flashdrives. Mobility is great and we couldn&amp;rsquo;t effectively work without it, but recognize the hazard and be proactive.&lt;/li&gt;
    &lt;li&gt;The home team calls in extra help. Thirty-seven percent of organizations in the study hired consultants to assist in their data breach response and remediation. Frankly, I&amp;rsquo;m surprised that figure isn&amp;rsquo;t higher, because all too often attempting to handle a data breach internally without experienced help frequently leads to wasted time, inaccurate assessment of the breach, lost productivity and improper notifications. Granted consultants and outside legal experts cost money, but they may in fact &amp;ldquo;pay for themselves&amp;rdquo; in improving the overall breach response efficiency.&lt;/li&gt;
    &lt;li&gt;Data breaches are recurring. Unlike the myth of lightening never striking the same place twice, data breaches do hit the same target again and again. In fact the CDBS reports &amp;ndash; which may surprise some &amp;ndash; that &amp;ldquo;[m]ost of the organizations in this year&amp;rsquo;s study have already experienced a data breach. Only 22 percent say it is the first time.&amp;rdquo;&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;strong&gt;Final Thoughts&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;I highly recommend a full read of the Cost of Data Breach Study to gain a thorough understanding of the findings and methodology, as well as the limits of the findings, taking special note of the express limitations detailed on page 25. The report is easily read, understandable to IT, legal and c-level executives alike and provides a concise snapshot of the 2011 data breach landscape. Not only that, but companies that take heed of how and where data breaches have occurred in their peers are forearmed to take the necessary steps to both minimize a breach from occurring while also responding in a cost effective manner should the worst occur. As always the attorneys at the InfoLawGroup are happy to discuss any aspect of the CDBS report or your own data breach preparations or response needs with you.&lt;/p&gt;
&lt;p&gt;&lt;br /&gt;
&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/InfoLawGroup/~4/jsMmkFM0HBI" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/InfoLawGroup/~3/jsMmkFM0HBI/</link>
         <guid isPermaLink="false">http://www.infolawgroup.com/2012/03/articles/breach-notification-2/new-ponemon-data-breach-study-finds-breach-costs-have-fallen/</guid>
         <category domain="http://www.infolawgroup.com/articles">Breach Notification</category><category domain="http://www.infolawgroup.com/tags">Ponemon Institute</category><category domain="http://www.infolawgroup.com/tags">Richard Santalesa</category><category domain="http://www.infolawgroup.com/tags">data breach</category>
         <pubDate>Wed, 28 Mar 2012 09:03:08 -0700</pubDate>
         <dc:creator>Richard Santalesa</dc:creator>
      
      <feedburner:origLink>http://www.infolawgroup.com/2012/03/articles/breach-notification-2/new-ponemon-data-breach-study-finds-breach-costs-have-fallen/</feedburner:origLink></item>
            <item>
         <title>California Court Rules that Gathering ZIP Codes for Fraud Prevention does not Violate the Credit Card Act</title>
         <description>&lt;p&gt;On March 14, 2012 a California district court ruled in&lt;em&gt; Flores v. Chevron &lt;/em&gt;that a gas station gathering ZIP Codes for fraud prevention did not violate Civil Code &amp;sect; 1747.08, the Song-Beverly Credit Card Act (&amp;ldquo;Credit Card Act&amp;rdquo;).&amp;nbsp; The Credit Card Act prohibits businesses from recording a customer&amp;rsquo;s personal information in conjunction with a credit card purchase.&amp;nbsp; The Act has an exception from this prohibition for the collection of personal information &amp;ldquo;required for a special purpose incidental but relating to the individual credit card transaction.&amp;rdquo;&lt;br /&gt;
&lt;br /&gt;
In &lt;em&gt;Flores&lt;/em&gt;, a customer challenged the traditional fraud prevention practice at gas stations of asking for the billing ZIP Code of the credit card being used to purchase gas.&amp;nbsp; The case follows the 2011 California Supreme Court decision in &lt;em&gt;Pineda v. Williams-Sonoma Stores&lt;/em&gt;, in which the Court ruled that the collection of ZIP Codes by retailers at the register during a credit card transaction was a violation of the Credit Card Act.&amp;nbsp; Williams-Sonoma stores were collecting ZIP Codes for the purposes of marketing and advertising research at the time customers were paying for purchases with their credit cards, which the Court found to be precisely the type of collection of personal information that is prohibited by the Credit Card Act.&amp;nbsp; In &lt;em&gt;Flores&lt;/em&gt;, however, the district court ruled that the gas station&amp;rsquo;s stated purpose of collection -- fraud prevention -- is a &amp;ldquo;special purpose&amp;rdquo; that qualifies the collection of customer ZIP Codes as permitted activity outside the scope of the Credit Card Act&amp;rsquo;s prohibition on the recording of personal information.&amp;nbsp; &lt;br /&gt;
&amp;nbsp;&lt;/p&gt;&lt;p&gt;Interestingly, because the court determined that the Credit Card Act did not apply due to the exception, the court refused to consider plausible fraud prevention alternatives that would be less intrusive on personal information, such as collecting a card&amp;rsquo;s CCV code instead of a ZIP Code. The court acknowledged that the use of ZIP Codes may not have been the least intrusive methods and that the gas station&amp;rsquo;s choice of ZIP Codes for fraud prevention may have been motivated by a desire to gain leverage with consumers in marketing the gas station&amp;rsquo;s fraud prevention efforts. The court observed, however, that because the statute did not apply due to the special purposes exception, there is no need for courts and lawyers to help &amp;ldquo;design&amp;rdquo; gas stations&amp;rsquo; fraud prevention marketing campaigns. According to the district court, if recording ZIP Codes is a permissible method of fraud prevention, then there is no jurisdiction for a court to tell gas stations to use another method of fraud prevention instead.&lt;br /&gt;
&lt;br /&gt;
The court&amp;rsquo;s use of the &amp;ldquo;special purpose&amp;rdquo; &lt;em&gt;exception&lt;/em&gt; is further noteworthy because the court chose not to rely on a narrower &lt;em&gt;exemption&lt;/em&gt; within the Act that specifically exempts &amp;ldquo;retail motor fuel dispenser[ies] &amp;hellip; [that use] the ZIP Code information solely for prevention of fraud, theft, or identity theft.&amp;rdquo; The district court&amp;rsquo;s reliance on the broader exception raises the question whether the gas station (or other retailers with a similar fraud prevention program) may subsequently use for marketing purposes ZIP Codes initially collected for fraud prevention. If the Credit Card Act is interpreted to permit subsequent marketing use of fraud prevention data, one has to wonder whether the Pineda case would have had a different outcome if Williams-Sonoma had been collecting the ZIP Codes initially for a fraud prevention program and subsequently using the information for marketing research. While there is an argument that such an interpretation may be inconsistent with the purpose of the Credit Card Act, we will continue to monitor how the courts interpret the Act.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/InfoLawGroup/~4/wOCF5Wc5_vc" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/InfoLawGroup/~3/wOCF5Wc5_vc/</link>
         <guid isPermaLink="false">http://www.infolawgroup.com/2012/03/articles/privacy-law/california-court-rules-that-gathering-zip-codes-for-fraud-prevention-does-not-violate-the-credit-card-act/</guid>
         <category domain="http://www.infolawgroup.com/articles">Privacy Law</category>
         <pubDate>Mon, 26 Mar 2012 11:17:34 -0700</pubDate>
         <dc:creator>Nihar Shah</dc:creator>
      
      <feedburner:origLink>http://www.infolawgroup.com/2012/03/articles/privacy-law/california-court-rules-that-gathering-zip-codes-for-fraud-prevention-does-not-violate-the-credit-card-act/</feedburner:origLink></item>
            <item>
         <title>FTC Issues Final Commission Report on Protecting Consumer Privacy</title>
         <description>&lt;p&gt;Earlier today the &lt;a href="http://www.ftc.gov"&gt;Federal Trade Commission&lt;/a&gt; issued its long-awaited final report entitled &amp;quot;&lt;a href="http://www.ftc.gov/os/2012/03/120326privacyreport.pdf"&gt;Protecting Consumer Privacy in an Era of Rapid Change: A Proposed Framework for Businesses and Policymakers&lt;/a&gt;&amp;quot; (the &amp;ldquo;Framework&amp;rdquo;). The Framework focuses on three primary principles:  1) Privacy by Design; 2) Simplified Choice for Businesses and Consumers; and 3) Greater Transparency.  The vote approving the report was 3-1. Commissioner J. Thomas Rosch dissented from the issuance of the Final Privacy Report.&lt;/p&gt;
&lt;p&gt;The FTC has a front and center role in data privacy and enforcement. We have written extensively about the FTC&amp;rsquo;s actions and recommendations, including numerous posts analyzing the original preliminary staff report version of the Framework, released in December 2010. We also reviewed each of the 450+ public comments submitted in response to the preliminary staff report.&lt;/p&gt;&lt;p&gt;How is the final Framework different from the draft Framework and what should your privacy professionals be taking away from the Framework?&lt;/p&gt;
&lt;p&gt;First, the Framework takes a strong position on setting forth best practices to protect the privacy of American consumers and give them greater control over the collection and use of their personal data. Second, as part of this effort, the FTC recommends Congress consider enacting general privacy legislation, data security and breach notification legislation, as well as data broker legislation, which marks new but not unexpected territory for the Framework.&lt;/p&gt;
&lt;p&gt;During the conference call this morning, the FTC stressed that the Framework seeks continuity rather than change. The final Framework moves away from the draft Framework in several significant ways.  As the FTC stated:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&amp;ldquo;The final report changes the guidance's scope. The preliminary report recommended that the proposed framework apply to all commercial entities that collect or use consumer data that can be linked to a specific consumer, computer, or other device. Recognizing the potential burden on small businesses, the report concludes that the framework should not apply to companies that collect and do not transfer only non-sensitive data from fewer than 5,000 consumers a year. The report also responds to comments filed by organizations and individuals that, with technological advances, more and more data could be &amp;lsquo;reasonably linked&amp;rsquo; to consumers, computers, or devices. The final report concludes that data is not &amp;lsquo;reasonably linked&amp;rsquo; if a company takes reasonable measures to de-identify the data, commits not to re-identify it, and prohibits downstream recipients from re-identifying it.&amp;rdquo;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;The FTC's revised recommendations in the final Framework also recognize recent court cases arising from zip codes and other potentially identifying information that is nonetheless used as part of legitimate product fulfillment and fraud prevention.  And finally, the report contains new and important recommendations concerning data brokers: stressing the Commission's prior call and support of legislation to provide consumers with access to information stored by data brokers; and further calling upon data brokers to explore creation of a centralized website where consumers may get information about practices and options for controlling data use by data brokers that compile consumer data for marketing purposes.&lt;/p&gt;
&lt;p&gt;Lastly, the accompanying &lt;a href="http://www.ftc.gov/opa/2012/03/privacyframework.shtm"&gt;press release&lt;/a&gt; to the final Framework noted that, over the next year, the FTC staff will work to encourage privacy protections through five main action items:&lt;/p&gt;
&lt;ul&gt;
    &lt;li&gt;Do-Not-Track;&lt;/li&gt;
    &lt;li&gt;Mobile Privacy;&lt;/li&gt;
    &lt;li&gt;Data Broker Transparency;&lt;/li&gt;
    &lt;li&gt;Large Platform Providers, including Internet Service Providers, operating systems, browsers and social media companies, seek to comprehensively track consumers' online activities; and&lt;/li&gt;
    &lt;li&gt;Promoting Enforceable Self-Regulatory Codes - in conjunction with the Department of Commerce and industry stakeholders&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;We&amp;rsquo;ll have extensive further review of the final Framework and its expected impact on information security and privacy practices over the coming week.&lt;br /&gt;
&amp;nbsp;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/InfoLawGroup/~4/A5UOxD9Bckc" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/InfoLawGroup/~3/A5UOxD9Bckc/</link>
         <guid isPermaLink="false">http://www.infolawgroup.com/2012/03/articles/privacy-law/ftc-issues-final-commission-report-on-protecting-consumer-privacy/</guid>
         <category domain="http://www.infolawgroup.com/tags">FTC</category><category domain="http://www.infolawgroup.com/tags">FTC framework</category><category domain="http://www.infolawgroup.com/articles">Privacy Law</category><category domain="http://www.infolawgroup.com/tags">Richard Santalesa</category><category domain="http://www.infolawgroup.com/tags">notice of privacy practices</category><category domain="http://www.infolawgroup.com/tags">privacy by design</category>
         <pubDate>Mon, 26 Mar 2012 09:46:09 -0700</pubDate>
         <dc:creator>Richard Santalesa</dc:creator>
      
      <feedburner:origLink>http://www.infolawgroup.com/2012/03/articles/privacy-law/ftc-issues-final-commission-report-on-protecting-consumer-privacy/</feedburner:origLink></item>
            <item>
         <title>FTC Looks to Link Do-Not-Track, Big Data Privacy Concerns; Seeks Solutions</title>
         <description>&lt;p&gt;By &lt;a href="http://www.infolawgroup.com/boris-segalis.html"&gt;Boris Segalis&lt;/a&gt; and &lt;a href="http://www.infolawgroup.com/2009/09/promo/attorneys/nihar-shah/#more"&gt;Nihar Shah&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Nowadays, a news story on privacy is out of place if it doesn&amp;rsquo;t mention Do-Not-Track (known as &amp;ldquo;DNT&amp;rdquo;) or Big Data.  While these hot topics represent key concerns for privacy professionals, advocates and regulators, there is no clear agreement on what they mean or how to address the privacy issues they raise.  In this post, we consider recent developments on these topics, including how the Federal Trade Commission has sought to focus on and connect these new issues.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;DNT or DNC&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;DNT is in the midst of a multifaceted identity crisis, starting with  a disagreement over the definition of DNT.  Self-regulatory  organizations and the advertising industry assert that DNT stands for  &amp;ldquo;Do Not Target,&amp;rdquo; referring to the use of consumer data for the purposes  of targeted advertising.  The FTC, buoyed by privacy advocates, appears  to take the view that DNT means not only &amp;ldquo;Do Not Target&amp;rdquo; but also &amp;ldquo;Do  Not Collect&amp;rdquo; (DNC).  &lt;a href="http://www.ftc.gov/commissioners/brill/index.shtml"&gt;FTC Commissioner Brill&lt;/a&gt; elaborated at the &lt;a href="https://www.privacyassociation.org/events_and_programs/global_privacy_summit"&gt;2012 IAPP Summit&lt;/a&gt;  that she doesn&amp;rsquo;t view the current DNT efforts as entirely sufficient  because the choice DNT offers does not give consumers appropriate  protection against what Brill characterized as &amp;ldquo;limitless, unmitigated&amp;rdquo;  data collection.  But Brill does not argue for wholesale implementation  of DNC, and has indicated that the details of the implementation of  DNT/DNC will continue to remain a key focus for the FTC.&lt;/p&gt;&lt;p&gt;The industry has continued to respond to these concerns by trying to balance consumer and business interests.  While privacy advocates want consumers to have the option to truly opt out of all information collection about them, industry leaders argue that such a move would severely undercut e-commerce in the United States.  In late February, the FTC and Digital Advertising Alliance (DAA) announced Obama Administration support for the DAA&amp;rsquo;s &amp;ldquo;Do Not Track&amp;rdquo; button, in which a consumer presses the button on any browser, and all participating advertisers and browsers would not store consumer information to be used in targeted advertising.  But privacy advocates have expressed reservations about the solution, calling attention to the fact that the button would not allow consumers to opt out of other types of tracking, such as for market research or website analytics.  Commissioner Brill has called the latest DAA proposal &amp;ldquo;a good first step&amp;rdquo; but indicated that the FTC does not fully support the DAA&amp;rsquo;s view that a &amp;ldquo;Do Not Target&amp;rdquo; industry standard is completely adequate.  She explained that &amp;ldquo;Do Not Track is not just Do Not Target, but also, when the consumer so chooses, Do Not Collect.&amp;rdquo;  The FTC and DAA both believe that consumer choice is the best method for advocating consumer privacy, but an agreement on what that choice should entail is a long way off.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;First Party v. Third Party&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;Another disagreement affecting DNT is the line between so called &amp;ldquo;first party&amp;rdquo; data collection and tracking and &amp;ldquo;third party&amp;rdquo; activities.  Broadly, &amp;ldquo;first party&amp;rdquo; data collectors collect information from users with whom they have a direct relationship (e.g., information CNN collects during a user&amp;rsquo;s visit to its site).  A &amp;ldquo;third party&amp;rdquo; data collector collects data about users with whom it does not have a direct relationship (e.g., information collected on the CNN site by advertising networks).  For example, a social media platform may act as both a &amp;ldquo;first party&amp;rdquo; and &amp;ldquo;third party&amp;rdquo; collector.  When a user inputs her birthday and name into Google+, the user should reasonably expect Google+ to use that information as part of the service.  This is &amp;ldquo;first party&amp;rdquo; data processing.  However, when Google places a &amp;ldquo;+1&amp;rdquo; button on a different website, a user may not understand that Google is collecting other information about that user in conjunction with that &amp;ldquo;+1&amp;rdquo; button.  This is &amp;ldquo;third party&amp;rdquo; processing.&lt;/p&gt;
&lt;p&gt;At the IAPP Summit, Commissioner Brill was challenged on the notion that there is great significance to the relationship between the party collecting data and the consumer.  Some of her co-panelists suggested, for example, that data protection should be driven by the nature of the information, not the relationship with the consumer.  But it appears that the FTC will continue to focus on the &amp;ldquo;first party&amp;rdquo; and &amp;ldquo;third party&amp;rdquo; distinction.  The FTC sees a greater threat to consumers in third-party data collection because of perceived lack of notice, choice and transparency in the practices of data collectors and data aggregators (including deep packet inspection and affiliate marketing) that do not have a direct relationship with consumers.  But the real challenge is understanding where to draw the line between &amp;ldquo;first party&amp;rdquo; and &amp;ldquo;third party&amp;rdquo; practices.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Big Data&lt;br /&gt;
&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;In the FTC&amp;rsquo;s view, concerns about third-party data processing activities have been exacerbated by the changing character of data collection and use.  While DNT efforts were initially driven by the desire to offer consumers some protection from behavioral advertising, Brill now also sees DNT as a component of oversight of what has become known as &amp;ldquo;Big Data.&amp;rdquo;&lt;/p&gt;
&lt;p&gt;Without necessarily referring to the practice as &amp;ldquo;Big Data,&amp;rdquo; the media has with some consistency attempted to understand it.  For example, a &lt;a href="http://online.wsj.com/article/SB10001424052748703940904575395073512989404.html"&gt;2010 Wall Street Journal study&lt;/a&gt; found that websites had an average of 64 different tracking tools collecting information about site users.  With so many data points in hand, many data aggregation companies, a.k.a. data brokers, are able to pinpoint a user&amp;rsquo;s identity and specific preferences without having any information traditionally considered as personally identifiable information.  Notably, Commissioner Brill has lamented that common de-identifying techniques involve no more than removing any references to name and address from collected data.  Websites store the unique identifier of the computer or mobile device used to access a website, devices that, Brill notes, are &amp;ldquo;for all intents and purposes, linked to individuals.&amp;rdquo;  &lt;br /&gt;
Most recently, &lt;a href="http://www.nytimes.com/2012/02/19/magazine/shopping-habits.html?pagewanted=all"&gt;The New York Times reported&lt;/a&gt; that companies have engaged in the practice of collecting vast amounts of innocuous data on an individual in order to collect sensitive information about customers.  For instance, Target began tracking purchases from consumers to establish that they were pregnant, often within just two purchase cycles.  Subsequently, the company would include pregnancy-related advertisements in interactions with that consumer.&lt;/p&gt;
&lt;p&gt;And thus Big Data can best be characterized as a state of mind, a realization of the enormous analytical potential to use data that has been and continues to be amassed about individuals to gain new levels of insight into consumer behavior.  Whether a prospective restaurateur wants to know whether to open a sushi bar in an upscale neighborhood and how to price the menu, or a store wants to know if a customer might be pregnant, Big Data is there to provide solutions.&lt;br /&gt;
The FTC does not appear to view Big Data negatively (and it would be unwise to do so), but it wants the industry to play by the rules, &lt;a href="http://www.infolawgroup.com/2012/02/articles/privacy-law/white-house-released-privacy-framework-includes-the-consumer-privacy-bill-of-rights/"&gt;including the rules the White House has articulated in its privacy report&lt;/a&gt;.  Brill suggested that the government may need to provide heightened consumer protections against certain types of Big Data practices, particularly the aggregation of ostensibly innocuous data to determine sensitive information, such as health status, sexual orientation and financial status.&lt;/p&gt;
&lt;p&gt;The FTC believes it has several tools at its disposal to attempt to reign-in Big Data.  First, Brill has made it clear that she believes that collection or use of information for purposes articulated in the Fair Credit Reporting Act may well deem the party engaging in the practices a consumer reporting agency under the FCRA, subjecting it to myriad restrictions on data use, disclosure, accuracy and security.  Brill has suggested that, for example, FCRA should apply to data scraped from social media if the data is used for FCRA purposes.&lt;/p&gt;
&lt;p&gt;In addition, Brill wants Big Data to join in on a one stop shop DNT portal.  Brill does not suggest that consumers should have an opportunity to opt out of uses of their data covered by the FCRA (provided there is compliance), but she views as essential consumers&amp;rsquo; ability to access and correct the data.   She would like all DNT technologies to work together to offer consumers a one stop shop to understand what information has been collected about them and the option to correct their information.  Brill also would like to see the portal offer a universal DNC option for the collection and use of consumer data for non-FCRA purposes that are not necessary to process transactions (i.e., marketing).&lt;/p&gt;
&lt;p&gt;There has been &lt;a href="http://www.infolawgroup.com/2011/10/articles/privacy-law/restrictions-on-use-of-consumer-reports-in-hiring-process-enacted-in-california/"&gt;enforcement activity&lt;/a&gt; that can fairly be characterized as an attempt to rein in Big Data.  For example, &lt;a href="http://www.infolawgroup.com/2012/02/articles/privacy-law/white-house-released-privacy-framework-includes-the-consumer-privacy-bill-of-rights/"&gt;the FTC successfully pressed Social Intelligence&lt;/a&gt;, a company that collected and sold social media data for employment eligibility purposes, to admit that it is a consumer reporting agency subject to the FCRA.  In addition, the &lt;a href="http://www.infolawgroup.com/2011/10/articles/privacy-law/restrictions-on-use-of-consumer-reports-in-hiring-process-enacted-in-california/"&gt;Equal Employment Opportunity Commission has taken steps&lt;/a&gt; to seek to preclude companies from using credit report data in the employment process.  Further, a &lt;a href="http://www.infolawgroup.com/2011/10/articles/privacy-law/restrictions-on-use-of-consumer-reports-in-hiring-process-enacted-in-california/"&gt;number of states have passed laws&lt;/a&gt; that, with some exceptions, prohibit the use of credit reports in the employment process.  Consumer reporting is the precursor of modern Big Data and offers a preview of the regulatory climate that may impact this new industry.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;What&amp;rsquo;s Next?&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;Big Data is poised to expand.  The advent of the Smart Grid (which includes smart meters, smart appliances, electric/hybrid car charging stations and other elements of the utility infrastructure) will enable the collection of ever more precise and powerful information about consumer behavior.  Again, the Smart Grid has the potential to boost the U.S. economy, but as the consumer information flows into Big Data, regulators will want the industry to play by the rules.&lt;/p&gt;
&lt;p&gt;While Big Data is in flux, there are things data companies can do: understand how the company processes data, contractual and legal limitations on the data processing, best practices (including those gleaned from FTC guidance and White House and FTC reports) and enforcement risks, and implement privacy controls that are consistent with the organization&amp;rsquo;s business needs and risk comfort levels.  We know that the departure point for FTC&amp;rsquo;s enforcement is privacy violations that the Commission perceives to be egregious.  This should give some comfort to Big Data companies that strive to process personal data in a fair and transparent manner that they would not be the first door on which the FTC knocks.&lt;/p&gt;
&lt;p&gt;Finally, while the DNT debate is raging, companies have at their disposal many existing options to be proactive in ensuring that their online privacy practices are fair and transparent in the eyes of regulators and consumer advocacy groups (e.g., BBB and NAI advertising opt-out programs, website analytics opt-outs and other tools).  However the debate on DNT ultimately settles, companies can use these tools today to demonstrate their commitment to respecting consumers&amp;rsquo; privacy choices.&lt;br /&gt;
&amp;nbsp;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/InfoLawGroup/~4/oa2FZ9GVSmU" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/InfoLawGroup/~3/oa2FZ9GVSmU/</link>
         <guid isPermaLink="false">http://www.infolawgroup.com/2012/03/articles/data-privacy-law-or-regulation/ftc-looks-to-link-donottrack-big-data-privacy-concerns-seeks-solutions/</guid>
         <category domain="http://www.infolawgroup.com/tags">Big Data</category><category domain="http://www.infolawgroup.com/tags">Brill</category><category domain="http://www.infolawgroup.com/tags">DNT</category><category domain="http://www.infolawgroup.com/articles">Data Privacy Law or Regulation</category><category domain="http://www.infolawgroup.com/tags">Do-Not-Track</category><category domain="http://www.infolawgroup.com/information-law/statues-and-regulations/federal">FCRA</category><category domain="http://www.infolawgroup.com/tags">FTC</category><category domain="http://www.infolawgroup.com/tags">Nihar Shah</category><category domain="http://www.infolawgroup.com/tags">OBA</category><category domain="http://www.infolawgroup.com/">Privacy</category><category domain="http://www.infolawgroup.com/tags">Segalis</category><category domain="http://www.infolawgroup.com/tags">privacy enforcement</category><category domain="http://www.infolawgroup.com/tags">targeting</category><category domain="http://www.infolawgroup.com/tags">tracking</category>
         <pubDate>Thu, 15 Mar 2012 11:39:51 -0700</pubDate>
         <dc:creator>Boris Segalis</dc:creator>
      
      <feedburner:origLink>http://www.infolawgroup.com/2012/03/articles/data-privacy-law-or-regulation/ftc-looks-to-link-donottrack-big-data-privacy-concerns-seeks-solutions/</feedburner:origLink></item>
            <item>
         <title>NTIA Requests Comments on New Privacy Framework</title>
         <description>&lt;p&gt;&lt;!--[if gte mso 9]&gt;&lt;xml&gt;
 &lt;o:OfficeDocumentSettings&gt;
  &lt;o:AllowPNG/&gt;
 &lt;/o:OfficeDocumentSettings&gt;
&lt;/xml&gt;&lt;![endif][if gte mso 9]&gt;&lt;xml&gt;
 &lt;w:WordDocument&gt;
  &lt;w:View&gt;Normal&lt;/w:View&gt;
  &lt;w:Zoom&gt;0&lt;/w:Zoom&gt;
  &lt;w:TrackMoves/&gt;
  &lt;w:TrackFormatting/&gt;
  &lt;w:PunctuationKerning/&gt;
  &lt;w:ValidateAgainstSchemas/&gt;
  &lt;w:SaveIfXMLInvalid&gt;false&lt;/w:SaveIfXMLInvalid&gt;
  &lt;w:IgnoreMixedContent&gt;false&lt;/w:IgnoreMixedContent&gt;
  &lt;w:AlwaysShowPlaceholderText&gt;false&lt;/w:AlwaysShowPlaceholderText&gt;
  &lt;w:DoNotPromoteQF/&gt;
  &lt;w:LidThemeOther&gt;EN-US&lt;/w:LidThemeOther&gt;
  &lt;w:LidThemeAsian&gt;X-NONE&lt;/w:LidThemeAsian&gt;
  &lt;w:LidThemeComplexScript&gt;X-NONE&lt;/w:LidThemeComplexScript&gt;
  &lt;w:Compatibility&gt;
   &lt;w:BreakWrappedTables/&gt;
   &lt;w:SnapToGridInCell/&gt;
   &lt;w:WrapTextWithPunct/&gt;
   &lt;w:UseAsianBreakRules/&gt;
   &lt;w:DontGrowAutofit/&gt;
   &lt;w:SplitPgBreakAndParaMark/&gt;
   &lt;w:EnableOpenTypeKerning/&gt;
   &lt;w:DontFlipMirrorIndents/&gt;
   &lt;w:OverrideTableStyleHps/&gt;
  &lt;/w:Compatibility&gt;
  &lt;m:mathPr&gt;
   &lt;m:mathFont m:val="Cambria Math"/&gt;
   &lt;m:brkBin m:val="before"/&gt;
   &lt;m:brkBinSub m:val="&amp;#45;-"/&gt;
   &lt;m:smallFrac m:val="off"/&gt;
   &lt;m:dispDef/&gt;
   &lt;m:lMargin m:val="0"/&gt;
   &lt;m:rMargin m:val="0"/&gt;
   &lt;m:defJc m:val="centerGroup"/&gt;
   &lt;m:wrapIndent m:val="1440"/&gt;
   &lt;m:intLim m:val="subSup"/&gt;
   &lt;m:naryLim m:val="undOvr"/&gt;
  &lt;/m:mathPr&gt;&lt;/w:WordDocument&gt;
&lt;/xml&gt;&lt;![endif][if gte mso 9]&gt;&lt;xml&gt;
 &lt;w:LatentStyles DefLockedState="false" DefUnhideWhenUsed="true"
  DefSemiHidden="true" DefQFormat="false" DefPriority="99"
  LatentStyleCount="267"&gt;
  &lt;w:LsdException Locked="false" Priority="0" SemiHidden="false"
   UnhideWhenUsed="false" QFormat="true" Name="Normal"/&gt;
  &lt;w:LsdException Locked="false" Priority="9" SemiHidden="false"
   UnhideWhenUsed="false" QFormat="true" Name="heading 1"/&gt;
  &lt;w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 2"/&gt;
  &lt;w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 3"/&gt;
  &lt;w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 4"/&gt;
  &lt;w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 5"/&gt;
  &lt;w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 6"/&gt;
  &lt;w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 7"/&gt;
  &lt;w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 8"/&gt;
  &lt;w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 9"/&gt;
  &lt;w:LsdException Locked="false" Priority="39" Name="toc 1"/&gt;
  &lt;w:LsdException Locked="false" Priority="39" Name="toc 2"/&gt;
  &lt;w:LsdException Locked="false" Priority="39" Name="toc 3"/&gt;
  &lt;w:LsdException Locked="false" Priority="39" Name="toc 4"/&gt;
  &lt;w:LsdException Locked="false" Priority="39" Name="toc 5"/&gt;
  &lt;w:LsdException Locked="false" Priority="39" Name="toc 6"/&gt;
  &lt;w:LsdException Locked="false" Priority="39" Name="toc 7"/&gt;
  &lt;w:LsdException Locked="false" Priority="39" Name="toc 8"/&gt;
  &lt;w:LsdException Locked="false" Priority="39" Name="toc 9"/&gt;
  &lt;w:LsdException Locked="false" Priority="35" QFormat="true" Name="caption"/&gt;
  &lt;w:LsdException Locked="false" Priority="10" SemiHidden="false"
   UnhideWhenUsed="false" QFormat="true" Name="Title"/&gt;
  &lt;w:LsdException Locked="false" Priority="1" Name="Default Paragraph Font"/&gt;
  &lt;w:LsdException Locked="false" Priority="11" SemiHidden="false"
   UnhideWhenUsed="false" QFormat="true" Name="Subtitle"/&gt;
  &lt;w:LsdException Locked="false" Priority="22" SemiHidden="false"
   UnhideWhenUsed="false" QFormat="true" Name="Strong"/&gt;
  &lt;w:LsdException Locked="false" Priority="20" SemiHidden="false"
   UnhideWhenUsed="false" QFormat="true" Name="Emphasis"/&gt;
  &lt;w:LsdException Locked="false" Priority="59" SemiHidden="false"
   UnhideWhenUsed="false" Name="Table Grid"/&gt;
  &lt;w:LsdException Locked="false" UnhideWhenUsed="false" Name="Placeholder Text"/&gt;
  &lt;w:LsdException Locked="false" Priority="1" SemiHidden="false"
   UnhideWhenUsed="false" QFormat="true" Name="No Spacing"/&gt;
  &lt;w:LsdException Locked="false" Priority="60" SemiHidden="false"
   UnhideWhenUsed="false" Name="Light Shading"/&gt;
  &lt;w:LsdException Locked="false" Priority="61" SemiHidden="false"
   UnhideWhenUsed="false" Name="Light List"/&gt;
  &lt;w:LsdException Locked="false" Priority="62" SemiHidden="false"
   UnhideWhenUsed="false" Name="Light Grid"/&gt;
  &lt;w:LsdException Locked="false" Priority="63" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Shading 1"/&gt;
  &lt;w:LsdException Locked="false" Priority="64" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Shading 2"/&gt;
  &lt;w:LsdException Locked="false" Priority="65" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium List 1"/&gt;
  &lt;w:LsdException Locked="false" Priority="66" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium List 2"/&gt;
  &lt;w:LsdException Locked="false" Priority="67" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Grid 1"/&gt;
  &lt;w:LsdException Locked="false" Priority="68" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Grid 2"/&gt;
  &lt;w:LsdException Locked="false" Priority="69" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Grid 3"/&gt;
  &lt;w:LsdException Locked="false" Priority="70" SemiHidden="false"
   UnhideWhenUsed="false" Name="Dark List"/&gt;
  &lt;w:LsdException Locked="false" Priority="71" SemiHidden="false"
   UnhideWhenUsed="false" Name="Colorful Shading"/&gt;
  &lt;w:LsdException Locked="false" Priority="72" SemiHidden="false"
   UnhideWhenUsed="false" Name="Colorful List"/&gt;
  &lt;w:LsdException Locked="false" Priority="73" SemiHidden="false"
   UnhideWhenUsed="false" Name="Colorful Grid"/&gt;
  &lt;w:LsdException Locked="false" Priority="60" SemiHidden="false"
   UnhideWhenUsed="false" Name="Light Shading Accent 1"/&gt;
  &lt;w:LsdException Locked="false" Priority="61" SemiHidden="false"
   UnhideWhenUsed="false" Name="Light List Accent 1"/&gt;
  &lt;w:LsdException Locked="false" Priority="62" SemiHidden="false"
   UnhideWhenUsed="false" Name="Light Grid Accent 1"/&gt;
  &lt;w:LsdException Locked="false" Priority="63" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Shading 1 Accent 1"/&gt;
  &lt;w:LsdException Locked="false" Priority="64" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Shading 2 Accent 1"/&gt;
  &lt;w:LsdException Locked="false" Priority="65" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium List 1 Accent 1"/&gt;
  &lt;w:LsdException Locked="false" UnhideWhenUsed="false" Name="Revision"/&gt;
  &lt;w:LsdException Locked="false" Priority="34" SemiHidden="false"
   UnhideWhenUsed="false" QFormat="true" Name="List Paragraph"/&gt;
  &lt;w:LsdException Locked="false" Priority="29" SemiHidden="false"
   UnhideWhenUsed="false" QFormat="true" Name="Quote"/&gt;
  &lt;w:LsdException Locked="false" Priority="30" SemiHidden="false"
   UnhideWhenUsed="false" QFormat="true" Name="Intense Quote"/&gt;
  &lt;w:LsdException Locked="false" Priority="66" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium List 2 Accent 1"/&gt;
  &lt;w:LsdException Locked="false" Priority="67" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Grid 1 Accent 1"/&gt;
  &lt;w:LsdException Locked="false" Priority="68" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Grid 2 Accent 1"/&gt;
  &lt;w:LsdException Locked="false" Priority="69" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Grid 3 Accent 1"/&gt;
  &lt;w:LsdException Locked="false" Priority="70" SemiHidden="false"
   UnhideWhenUsed="false" Name="Dark List Accent 1"/&gt;
  &lt;w:LsdException Locked="false" Priority="71" SemiHidden="false"
   UnhideWhenUsed="false" Name="Colorful Shading Accent 1"/&gt;
  &lt;w:LsdException Locked="false" Priority="72" SemiHidden="false"
   UnhideWhenUsed="false" Name="Colorful List Accent 1"/&gt;
  &lt;w:LsdException Locked="false" Priority="73" SemiHidden="false"
   UnhideWhenUsed="false" Name="Colorful Grid Accent 1"/&gt;
  &lt;w:LsdException Locked="false" Priority="60" SemiHidden="false"
   UnhideWhenUsed="false" Name="Light Shading Accent 2"/&gt;
  &lt;w:LsdException Locked="false" Priority="61" SemiHidden="false"
   UnhideWhenUsed="false" Name="Light List Accent 2"/&gt;
  &lt;w:LsdException Locked="false" Priority="62" SemiHidden="false"
   UnhideWhenUsed="false" Name="Light Grid Accent 2"/&gt;
  &lt;w:LsdException Locked="false" Priority="63" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Shading 1 Accent 2"/&gt;
  &lt;w:LsdException Locked="false" Priority="64" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Shading 2 Accent 2"/&gt;
  &lt;w:LsdException Locked="false" Priority="65" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium List 1 Accent 2"/&gt;
  &lt;w:LsdException Locked="false" Priority="66" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium List 2 Accent 2"/&gt;
  &lt;w:LsdException Locked="false" Priority="67" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Grid 1 Accent 2"/&gt;
  &lt;w:LsdException Locked="false" Priority="68" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Grid 2 Accent 2"/&gt;
  &lt;w:LsdException Locked="false" Priority="69" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Grid 3 Accent 2"/&gt;
  &lt;w:LsdException Locked="false" Priority="70" SemiHidden="false"
   UnhideWhenUsed="false" Name="Dark List Accent 2"/&gt;
  &lt;w:LsdException Locked="false" Priority="71" SemiHidden="false"
   UnhideWhenUsed="false" Name="Colorful Shading Accent 2"/&gt;
  &lt;w:LsdException Locked="false" Priority="72" SemiHidden="false"
   UnhideWhenUsed="false" Name="Colorful List Accent 2"/&gt;
  &lt;w:LsdException Locked="false" Priority="73" SemiHidden="false"
   UnhideWhenUsed="false" Name="Colorful Grid Accent 2"/&gt;
  &lt;w:LsdException Locked="false" Priority="60" SemiHidden="false"
   UnhideWhenUsed="false" Name="Light Shading Accent 3"/&gt;
  &lt;w:LsdException Locked="false" Priority="61" SemiHidden="false"
   UnhideWhenUsed="false" Name="Light List Accent 3"/&gt;
  &lt;w:LsdException Locked="false" Priority="62" SemiHidden="false"
   UnhideWhenUsed="false" Name="Light Grid Accent 3"/&gt;
  &lt;w:LsdException Locked="false" Priority="63" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Shading 1 Accent 3"/&gt;
  &lt;w:LsdException Locked="false" Priority="64" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Shading 2 Accent 3"/&gt;
  &lt;w:LsdException Locked="false" Priority="65" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium List 1 Accent 3"/&gt;
  &lt;w:LsdException Locked="false" Priority="66" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium List 2 Accent 3"/&gt;
  &lt;w:LsdException Locked="false" Priority="67" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Grid 1 Accent 3"/&gt;
  &lt;w:LsdException Locked="false" Priority="68" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Grid 2 Accent 3"/&gt;
  &lt;w:LsdException Locked="false" Priority="69" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Grid 3 Accent 3"/&gt;
  &lt;w:LsdException Locked="false" Priority="70" SemiHidden="false"
   UnhideWhenUsed="false" Name="Dark List Accent 3"/&gt;
  &lt;w:LsdException Locked="false" Priority="71" SemiHidden="false"
   UnhideWhenUsed="false" Name="Colorful Shading Accent 3"/&gt;
  &lt;w:LsdException Locked="false" Priority="72" SemiHidden="false"
   UnhideWhenUsed="false" Name="Colorful List Accent 3"/&gt;
  &lt;w:LsdException Locked="false" Priority="73" SemiHidden="false"
   UnhideWhenUsed="false" Name="Colorful Grid Accent 3"/&gt;
  &lt;w:LsdException Locked="false" Priority="60" SemiHidden="false"
   UnhideWhenUsed="false" Name="Light Shading Accent 4"/&gt;
  &lt;w:LsdException Locked="false" Priority="61" SemiHidden="false"
   UnhideWhenUsed="false" Name="Light List Accent 4"/&gt;
  &lt;w:LsdException Locked="false" Priority="62" SemiHidden="false"
   UnhideWhenUsed="false" Name="Light Grid Accent 4"/&gt;
  &lt;w:LsdException Locked="false" Priority="63" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Shading 1 Accent 4"/&gt;
  &lt;w:LsdException Locked="false" Priority="64" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Shading 2 Accent 4"/&gt;
  &lt;w:LsdException Locked="false" Priority="65" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium List 1 Accent 4"/&gt;
  &lt;w:LsdException Locked="false" Priority="66" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium List 2 Accent 4"/&gt;
  &lt;w:LsdException Locked="false" Priority="67" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Grid 1 Accent 4"/&gt;
  &lt;w:LsdException Locked="false" Priority="68" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Grid 2 Accent 4"/&gt;
  &lt;w:LsdException Locked="false" Priority="69" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Grid 3 Accent 4"/&gt;
  &lt;w:LsdException Locked="false" Priority="70" SemiHidden="false"
   UnhideWhenUsed="false" Name="Dark List Accent 4"/&gt;
  &lt;w:LsdException Locked="false" Priority="71" SemiHidden="false"
   UnhideWhenUsed="false" Name="Colorful Shading Accent 4"/&gt;
  &lt;w:LsdException Locked="false" Priority="72" SemiHidden="false"
   UnhideWhenUsed="false" Name="Colorful List Accent 4"/&gt;
  &lt;w:LsdException Locked="false" Priority="73" SemiHidden="false"
   UnhideWhenUsed="false" Name="Colorful Grid Accent 4"/&gt;
  &lt;w:LsdException Locked="false" Priority="60" SemiHidden="false"
   UnhideWhenUsed="false" Name="Light Shading Accent 5"/&gt;
  &lt;w:LsdException Locked="false" Priority="61" SemiHidden="false"
   UnhideWhenUsed="false" Name="Light List Accent 5"/&gt;
  &lt;w:LsdException Locked="false" Priority="62" SemiHidden="false"
   UnhideWhenUsed="false" Name="Light Grid Accent 5"/&gt;
  &lt;w:LsdException Locked="false" Priority="63" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Shading 1 Accent 5"/&gt;
  &lt;w:LsdException Locked="false" Priority="64" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Shading 2 Accent 5"/&gt;
  &lt;w:LsdException Locked="false" Priority="65" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium List 1 Accent 5"/&gt;
  &lt;w:LsdException Locked="false" Priority="66" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium List 2 Accent 5"/&gt;
  &lt;w:LsdException Locked="false" Priority="67" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Grid 1 Accent 5"/&gt;
  &lt;w:LsdException Locked="false" Priority="68" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Grid 2 Accent 5"/&gt;
  &lt;w:LsdException Locked="false" Priority="69" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Grid 3 Accent 5"/&gt;
  &lt;w:LsdException Locked="false" Priority="70" SemiHidden="false"
   UnhideWhenUsed="false" Name="Dark List Accent 5"/&gt;
  &lt;w:LsdException Locked="false" Priority="71" SemiHidden="false"
   UnhideWhenUsed="false" Name="Colorful Shading Accent 5"/&gt;
  &lt;w:LsdException Locked="false" Priority="72" SemiHidden="false"
   UnhideWhenUsed="false" Name="Colorful List Accent 5"/&gt;
  &lt;w:LsdException Locked="false" Priority="73" SemiHidden="false"
   UnhideWhenUsed="false" Name="Colorful Grid Accent 5"/&gt;
  &lt;w:LsdException Locked="false" Priority="60" SemiHidden="false"
   UnhideWhenUsed="false" Name="Light Shading Accent 6"/&gt;
  &lt;w:LsdException Locked="false" Priority="61" SemiHidden="false"
   UnhideWhenUsed="false" Name="Light List Accent 6"/&gt;
  &lt;w:LsdException Locked="false" Priority="62" SemiHidden="false"
   UnhideWhenUsed="false" Name="Light Grid Accent 6"/&gt;
  &lt;w:LsdException Locked="false" Priority="63" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Shading 1 Accent 6"/&gt;
  &lt;w:LsdException Locked="false" Priority="64" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Shading 2 Accent 6"/&gt;
  &lt;w:LsdException Locked="false" Priority="65" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium List 1 Accent 6"/&gt;
  &lt;w:LsdException Locked="false" Priority="66" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium List 2 Accent 6"/&gt;
  &lt;w:LsdException Locked="false" Priority="67" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Grid 1 Accent 6"/&gt;
  &lt;w:LsdException Locked="false" Priority="68" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Grid 2 Accent 6"/&gt;
  &lt;w:LsdException Locked="false" Priority="69" SemiHidden="false"
   UnhideWhenUsed="false" Name="Medium Grid 3 Accent 6"/&gt;
  &lt;w:LsdException Locked="false" Priority="70" SemiHidden="false"
   UnhideWhenUsed="false" Name="Dark List Accent 6"/&gt;
  &lt;w:LsdException Locked="false" Priority="71" SemiHidden="false"
   UnhideWhenUsed="false" Name="Colorful Shading Accent 6"/&gt;
  &lt;w:LsdException Locked="false" Priority="72" SemiHidden="false"
   UnhideWhenUsed="false" Name="Colorful List Accent 6"/&gt;
  &lt;w:LsdException Locked="false" Priority="73" SemiHidden="false"
   UnhideWhenUsed="false" Name="Colorful Grid Accent 6"/&gt;
  &lt;w:LsdException Locked="false" Priority="19" SemiHidden="false"
   UnhideWhenUsed="false" QFormat="true" Name="Subtle Emphasis"/&gt;
  &lt;w:LsdException Locked="false" Priority="21" SemiHidden="false"
   UnhideWhenUsed="false" QFormat="true" Name="Intense Emphasis"/&gt;
  &lt;w:LsdException Locked="false" Priority="31" SemiHidden="false"
   UnhideWhenUsed="false" QFormat="true" Name="Subtle Reference"/&gt;
  &lt;w:LsdException Locked="false" Priority="32" SemiHidden="false"
   UnhideWhenUsed="false" QFormat="true" Name="Intense Reference"/&gt;
  &lt;w:LsdException Locked="false" Priority="33" SemiHidden="false"
   UnhideWhenUsed="false" QFormat="true" Name="Book Title"/&gt;
  &lt;w:LsdException Locked="false" Priority="37" Name="Bibliography"/&gt;
  &lt;w:LsdException Locked="false" Priority="39" QFormat="true" Name="TOC Heading"/&gt;
 &lt;/w:LatentStyles&gt;
&lt;/xml&gt;&lt;![endif][if gte mso 10]&gt;
&lt;style&gt;
 /* Style Definitions */
 table.MsoNormalTable
	{mso-style-name:"Table Normal";
	mso-tstyle-rowband-size:0;
	mso-tstyle-colband-size:0;
	mso-style-noshow:yes;
	mso-style-priority:99;
	mso-style-parent:"";
	mso-padding-alt:0in 5.4pt 0in 5.4pt;
	mso-para-margin-top:0in;
	mso-para-margin-right:0in;
	mso-para-margin-bottom:10.0pt;
	mso-para-margin-left:0in;
	line-height:115%;
	mso-pagination:widow-orphan;
	font-size:11.0pt;
	font-family:"Calibri","sans-serif";
	mso-ascii-font-family:Calibri;
	mso-ascii-theme-font:minor-latin;
	mso-hansi-font-family:Calibri;
	mso-hansi-theme-font:minor-latin;
	mso-bidi-font-family:"Times New Roman";
	mso-bidi-theme-font:minor-bidi;}
&lt;/style&gt;
&lt;![endif]--&gt;&lt;span style="font-size: small;"&gt;As we previously &lt;/span&gt;&lt;span style="font-size: small;"&gt;&lt;a href="../../../../2012/02/articles/privacy-law/white-house-released-privacy-framework-includes-the-consumer-privacy-bill-of-rights/"&gt;&lt;span style="line-height: 115%;"&gt;posted&lt;/span&gt;&lt;/a&gt;&lt;b style="mso-bidi-font-weight:normal"&gt;&lt;span style="line-height: 115%;"&gt;, &lt;/span&gt;&lt;/b&gt;on February 23, 2012, &lt;span style="line-height: 115%;"&gt;the White House released a white paper setting forth &lt;/span&gt;&lt;/span&gt;&lt;span style="font-size: small;"&gt;&lt;a href="http://www.hldataprotection.com/uploads/file/White%20Paper.pdf"&gt;&lt;span style="line-height: 115%;"&gt;A Framework for Protecting Privacy and Promoting Innovation in the Global Digital Economy &lt;/span&gt;&lt;/a&gt;&lt;span style="line-height: 115%;"&gt;&amp;nbsp;(the &amp;ldquo;Framework&amp;rdquo;).&amp;nbsp; The Framework called for a &amp;ldquo;multi-stakeholder process&amp;rdquo; to move forward in implementing the goals it set forth, including the creation of a legally enforceable code of conduct. &amp;nbsp;On Monday, the Department of Commerce National Telecommunications and Information Administration (&amp;ldquo;NTIA&amp;rdquo;)&amp;nbsp; issued a Federal Register notice, the &lt;/span&gt;&lt;/span&gt;&lt;span style="font-size: small;"&gt;&lt;a href="http://www.ntia.doc.gov/files/ntia/publications/fr_privacy_rfc_notice_03052012_0.pdf"&gt;&lt;span style="line-height: 115%;"&gt;&amp;ldquo;Multistakeholder Process to Develop Data Privacy Codes of Conduct&amp;rdquo;&lt;/span&gt;&lt;/a&gt;&lt;span style="line-height: 115%;"&gt;, calling for public comment. &amp;nbsp;In this notice, NTIA called for stakeholders to comment on &amp;ldquo;on substantive consumer data privacy issues that warrant the development of legally enforceable codes of conduct, as well as procedures to foster the development of these codes.&amp;rdquo;&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;&lt;p&gt;&lt;span style="font-size: small;"&gt;&lt;span style="line-height: 115%;"&gt;The NTIA seeks comments to begin to develop the code of conduct through &amp;ldquo;consensus-building&amp;rdquo; among a broad spectrum of stakeholders. The NTIA envisions the code of conduct to be one in which&amp;nbsp;companies will voluntarily participate, but that will be legally enforceable and subject to the jurisdiction of the Federal Trade Commission (among those companies that agree to participate).&lt;/span&gt;&lt;/span&gt;&lt;span style="font-size: larger;"&gt;&lt;span style="line-height: 115%;"&gt;&amp;nbsp;&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span style="font-size:10.0pt;
line-height:115%"&gt;The NTIA has requested comments on the follow general subject matters:&amp;nbsp;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;i&gt;&lt;span style="font-size:10.0pt;line-height:115%"&gt;(1) What consumer privacy issues should be addressed in the codes of conduct (NTIA is particularly interested in privacy issues with respect to mobile applications, including those that involve location based services or cloud computing and those that are targeted at children under 13 and teenagers under 18)? &lt;/span&gt;&lt;/i&gt;&lt;/p&gt;
&lt;p&gt;&lt;i&gt;&lt;span style="font-size:10.0pt;line-height:115%"&gt;(2) How should NTIA properly implement the multistakeholder process (e.g. what entities should be involved, how should NTIA encourage participation amongst a varied group of stakeholders, what should be required to participate)? &lt;/span&gt;&lt;/i&gt;&lt;/p&gt;
&lt;p&gt;&lt;i&gt;&lt;span style="font-size:10.0pt;line-height:115%"&gt;(3) How can NTIA be transparent in the multistakeholder process (e.g. what exactly should be produced publicly, what&amp;nbsp;is the best way to facilitate public review and comment)?&lt;/span&gt;&lt;/i&gt;&lt;/p&gt;
&lt;p&gt;&lt;i&gt;&lt;span style="font-size:10.0pt;line-height:115%"&gt;(4) How have other stakeholder groups defined and reached (or failed to reach) consensus?&lt;/span&gt;&lt;/i&gt;&lt;/p&gt;
&lt;p&gt;&lt;span style="font-size:10.0pt;
line-height:115%"&gt;Comments are due on or before 5 p.m. Eastern Daylight Savings Time on &lt;b&gt;March 26, 2012 &lt;/b&gt;and may be submitted via &lt;/span&gt;&lt;b&gt;&lt;a href="mailto:privacyrfc2012@ntia.doc.gov"&gt;&lt;span style="font-size:10.0pt;line-height:115%"&gt;email&lt;/span&gt;&lt;/a&gt;&lt;/b&gt;&lt;span style="font-size:10.0pt;line-height:115%"&gt; or by mail to: 1401 Constitution Avenue NW., Room 4725, Washington, DC 20230.&lt;/span&gt;&amp;nbsp;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/InfoLawGroup/~4/rOsl0MLdBvo" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/InfoLawGroup/~3/rOsl0MLdBvo/</link>
         <guid isPermaLink="false">http://www.infolawgroup.com/2012/03/articles/privacy-law/ntia-requests-comments-on-new-privacy-framework/</guid>
         <category domain="http://www.infolawgroup.com/tags">Consumer Protection</category><category domain="http://www.infolawgroup.com/tags">Department of Commerce</category><category domain="http://www.infolawgroup.com/">Privacy</category><category domain="http://www.infolawgroup.com/articles">Privacy Law</category><category domain="http://www.infolawgroup.com/tags">Shannon Harell</category><category domain="http://www.infolawgroup.com/tags">White House</category><category domain="http://www.infolawgroup.com/tags">legislation</category><category domain="http://www.infolawgroup.com/tags">transparency</category><category domain="http://www.infolawgroup.com/tags">whitepaper</category>
         <pubDate>Wed, 07 Mar 2012 16:19:56 -0700</pubDate>
         <dc:creator>Shannon Harell</dc:creator>
      
      <feedburner:origLink>http://www.infolawgroup.com/2012/03/articles/privacy-law/ntia-requests-comments-on-new-privacy-framework/</feedburner:origLink></item>
            <item>
         <title>PCI liability, HIPAA enforcement rule, breach notification laws</title>
         <description>&lt;p&gt;At the RSA Confrence 2012, &lt;a href="http://www.infolawgroup.com/david-navetta.html"&gt;David Navetta&lt;/a&gt; discussed compliance topics, including why PCI liability matters to the card brands, the effect of the HIPAA enforcement rule and international breach notification laws.&amp;nbsp; Watch the discussion &lt;a href="http://searchsecurity.techtarget.com/video/Video-PCI-liability-HIPAA-enforcement-rule-breach-notification-laws"&gt;here&lt;/a&gt;.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/InfoLawGroup/~4/5QGzkVRXZsg" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/InfoLawGroup/~3/5QGzkVRXZsg/</link>
         <guid isPermaLink="false">http://www.infolawgroup.com/2012/03/articles/pci-1/pci-liability-hipaa-enforcement-rule-breach-notification-laws/</guid>
         <category domain="http://www.infolawgroup.com/articles">PCI</category>
         <pubDate>Tue, 06 Mar 2012 12:56:30 -0700</pubDate>
         <dc:creator>Kristin Tucker</dc:creator>
      
      <feedburner:origLink>http://www.infolawgroup.com/2012/03/articles/pci-1/pci-liability-hipaa-enforcement-rule-breach-notification-laws/</feedburner:origLink></item>
            <item>
         <title>NIST Releases Public Draft SP800-53 Addressing Cybersecurity Threats &amp; Privacy Controls</title>
         <description>&lt;p&gt;Yesterday the&lt;a href="http://www.nist.gov/index.html"&gt; National Institute of Standards and Technology &lt;/a&gt;(NIST) released the 4th iteration of what will ultimately be a mainstay document for federal agencies required to comply with provisions of the &lt;a href="http://csrc.nist.gov/groups/SMA/fisma/index.html"&gt;Federal Information Security Management Act &lt;/a&gt;(FISMA) and &lt;a href="http://csrc.nist.gov/publications/fips/fips200/FIPS-200-final-march.pdf"&gt;FIPS 200&lt;/a&gt;. As a result it should have a significant affect on federal cloud security practices that will ultimately also effect commercial non-governmental cloud usage.&lt;/p&gt;
&lt;p&gt;Weighing in at 375 pages, NIST&amp;rsquo;s Special Publication 800-53, Rev. 4, entitled &lt;a href="http://csrc.nist.gov/publications/PubsDrafts.html#SP-800-53-Rev.%204"&gt;&lt;strong&gt;Security and Privacy Controls for Federal Information Systems and Organizations&lt;/strong&gt;&lt;/a&gt;, is the first &amp;ldquo;public draft&amp;rdquo; of SP800-53. Previous iterations of parts of SP800-53 were released essentially piecemeal (i.e. Appendix J, Privacy Control Catalog, was earlier distributed separately, etc.).&amp;nbsp; Given the breadth and scope of SP800-53 follow-up posts will examine specific notable sections of this important NIST&amp;nbsp;SP.&amp;nbsp; In addition, the public comment period for SP 800-53 runs until &lt;u&gt;April 6, 2012&lt;/u&gt;. Comments may be sent via email to &lt;a href="javascript:location.href='mailto:'+String.fromCharCode(115,101,99,45,99,101,114,116,64,110,105,115,116,46,103,111,118)+'?subject=Comment%20on%20SP800-53'"&gt;sec-cert@nist.gov&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;This latest public draft includes major changes that include&amp;hellip;&lt;/p&gt;&lt;p&gt;...according to NIST:&lt;/p&gt;
&lt;ul&gt;
    &lt;li&gt;New security controls and control enhancements;&lt;/li&gt;
    &lt;li&gt;Clarification of security control requirements and specification language;&lt;/li&gt;
    &lt;li&gt;New tailoring guidance including the introduction of overlays;&lt;/li&gt;
    &lt;li&gt;Additional supplemental guidance for security controls and enhancements;&lt;/li&gt;
    &lt;li&gt;New privacy controls and implementation guidance;&lt;/li&gt;
    &lt;li&gt;Updated security control baselines;&lt;/li&gt;
    &lt;li&gt;New summary tables for security controls to facilitate ease-of-use; and&lt;/li&gt;
    &lt;li&gt;Revised minimum assurance requirements and designated assurance controls.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;NIST notes that &amp;quot;[m]any of the changes were driven by particular cyber security issues and challenges requiring greater attention including, for example, insider threat, mobile and cloud computing, application security, firmware integrity, supply chain risk, and the advanced persistent threat (APT).&amp;quot;&lt;/p&gt;
&lt;p&gt;Interestingly, despite the cloud-heavy focus of many recent NIST&amp;nbsp;SP's and reports, the release stresses that &amp;quot;in most instances, with the exception of the new privacy appendix, the new controls and enhancements are not labeled specifically as 'cloud' or 'mobile computing' controls or placed in one section of the catalog.&amp;quot;&amp;nbsp; In following posts I'll explore the ramifications of this orientation and examine why NIST's approach makes sense in light of the current infosec and threat landscape. We'll also dig through the expected additional markup versions of Appendices D, F and G following the comment period and Appendices E and J, containing security and privacy controls. &amp;nbsp;Stay tuned.&lt;/p&gt;
&lt;p&gt;To discuss the latest SP800-53 public draft or expected implications of the recommended controls on your entity's security and data infrastructure please feel free to contact me or any of the InfoLawGroup team of attorneys.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/InfoLawGroup/~4/OavPGk96S0k" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/InfoLawGroup/~3/OavPGk96S0k/</link>
         <guid isPermaLink="false">http://www.infolawgroup.com/2012/02/articles/cloud-computing-1/nist-releases-public-draft-sp80053-addressing-cybersecurity-threats-privacy-controls/</guid>
         <category domain="http://www.infolawgroup.com/tags">Cloud</category><category domain="http://www.infolawgroup.com/articles">Cloud Computing</category><category domain="http://www.infolawgroup.com/tags">NIST 800-53</category><category domain="http://www.infolawgroup.com/tags">Richard Santalesa</category>
         <pubDate>Wed, 29 Feb 2012 15:11:47 -0700</pubDate>
         <dc:creator>Richard Santalesa</dc:creator>
      
      <feedburner:origLink>http://www.infolawgroup.com/2012/02/articles/cloud-computing-1/nist-releases-public-draft-sp80053-addressing-cybersecurity-threats-privacy-controls/</feedburner:origLink></item>
            <item>
         <title>European Criticism for Google's New Privacy Policy</title>
         <description>&lt;p&gt;Google's new cross-service privacy policy is supposed to come into effect on March 1. &amp;nbsp;The US Federal Trade Commission has already expressed concerns, and now European data protection authorities have weighed in with the assertion that a &amp;quot;preliminary analysis&amp;quot; indicates that the policy does not satisfy national laws based on the EU Data Protection Directive. &amp;nbsp;&lt;/p&gt;
&lt;p&gt;With implementation of the EU ePrivacy Directive amendments this year and a draft EU Regulation slated to replace the Data Protection Directive, the global environment for online privacy will only become more demanding. &amp;nbsp;The trend is toward more informative and granular privacy policies, with more conspicuous privacy options for Internet and mobile users. &amp;nbsp;Service providers should take this trend into account in planning and updating their online privacy practices, if they want to reach a global audience without running head on into global compliance problems.&lt;/p&gt;&lt;p&gt;Google recently announced a &lt;a href="http://www.google.com/policies/privacy/preview/"&gt;new privacy policy&lt;/a&gt;&amp;nbsp;that would replace some 70 separate policies covering its diverse services, from Gmail, YouTube, and Blogger to its Chrome browser, Google Docs, and Google Maps. &amp;nbsp;Unless users exercise certain opt-out choices, Google will collect data about their use of the various Google services to create comprehensive profiles and follow the users' activities across multiple online and mobile services. &amp;nbsp;This will allow Google to personalize services and search results -- and serve up more personalized (and higher-value) advertising. &amp;nbsp;The new policy is more detailed than most of the existing Google privacy policies and has the advantage of informing users about Google's practices and options in a single place.&lt;/p&gt;
&lt;p&gt;Privacy advocates in the United States and the United Kingdom have called for government investigations of the planned cross-matching of online behavioral data, and the chairman of the US Federal Trade Commission expressed &lt;a href="http://techdailydose.nationaljournal.com/2012/02/ftc-chairman-google-giving-con.php"&gt;concern&lt;/a&gt; over what he termed the &amp;quot;binary,&amp;quot; &amp;quot;somewhat brutal choice&amp;quot; offered by Google to accept or decline all such profiling.&lt;/p&gt;
&lt;p&gt;Yesterday, the president of CNIL, the French data protection authority, issued an open &lt;a href="http://www.cnil.fr/fileadmin/documents/en/Courrier_Google_CE121115_27-02-2012.pdf"&gt;letter&lt;/a&gt;&amp;nbsp;to Google's CEO announcing a further investigation and the initial conclusion that the new privacy practices would not conform to European data privacy laws:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;. . . our preliminary analysis shows that Google's new policy does not meet the requirements of the European Directive on Data Protection (95/46/CE), especially regarding the information provided to data subjects.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;This represents more than a French reaction to Google's announced plans. &amp;nbsp;CNIL has been designated to take the lead in investigating Google's new approach on behalf of the Article 29 Working Party, the permanent advisory body that is comprised of representatives of all the national data protection authorities and the European Commission. &amp;nbsp;A preliminary conclusion of noncompliance by the very bodies that enforce the data protection laws seriously raises the risks of proceeding with the new plan to create cross-service user profiles subject to the proposed privacy policy.&lt;/p&gt;
&lt;p&gt;The EU data protection authorities are concerned that the new privacy policy does not adequately disclose what would be done with the data and who would have access to it, as required by Articles 10 and 11 of the Directive. &amp;nbsp;More fundamentally, the Directive requires &amp;quot;fair processing&amp;quot; of personal information that is proportionate in light of the lawful, announced purposes of processing (see Articles 6 and 7). &amp;nbsp;The European authorities question whether Google has demonstrated sufficient justification to create such comprehensive and potentially intrusive profiles of online behavior. &amp;nbsp;Enhanced advertising capabilities may not be persuasive on their own. &amp;nbsp;Google will probably have to demonstrate how the new approach could improve the user experience and offer benefits that users should be allowed to choose in exchange for allowing Google to track their online behavior. &amp;nbsp;Meanwhile, CNIL, on behalf of the European privacy authorities, asks Google to delay introducing the new privacy practices and policy.&lt;/p&gt;
&lt;p&gt;These issues are not limited to Google, of course, and the environment for online profiling is only becoming stricter. &amp;nbsp;As I &lt;a href="http://www.infolawgroup.com/2012/02/articles/international-2/transborder-data-flows-at-risk/"&gt;reported&lt;/a&gt; last week, the draft EU Data Protection Regulation, which would replace the framework Directive with a more uniform European legal instrument to protect data privacy, would assert jurisdiction over online service providers that targeted European consumers or monitored their behavior, even if they did so entirely from servers located outside the EU. &amp;nbsp;And the new, so-called &amp;quot;&lt;a href="http://www.infolawgroup.com/2011/05/articles/data-privacy-law-or-regulation/cookiecutter-uk-announces-new-rules-for-website-cookies/"&gt;Cookies Rules&lt;/a&gt;&amp;quot; implementing amendments to the EU&amp;nbsp;ePrivacy Directive generally require conspicuous notices and opt-in consent at each point where an online retailer or service provider collects information from or about an individual. &amp;nbsp;In many cases, these rules will not be satisfied by a single posted privacy policy but may require pop-ups with notices and links at many points in the online experience, which will be challenging to effect (and possibly annoying to users). &amp;nbsp;There are many unanswered questions about how these requirements can be satisfied -- including concerns about third-party data collection by services such as Google Analytics that many commercial website operators rely on to fine-tune their online offerings.&lt;/p&gt;
&lt;p&gt;Once again, the technologically possible (and commercially attractive) seems to have outpaced social and legal consensus. &amp;nbsp; Google's treatment of user data is on a scale matched by few, but online enterprises of all sizes will be watching to see how Google fares in the face of official and public reservations. &amp;nbsp;&lt;/p&gt;
&lt;p&gt;One conclusion is easy: &amp;nbsp;the watchword for anyone offering products or services online should be &amp;quot;transparency.&amp;quot; &amp;nbsp;This concept appears repeatedly in the CNIL letter and also in the White House &lt;a href="http://www.infolawgroup.com/2012/02/articles/privacy-law/white-house-released-privacy-framework-includes-the-consumer-privacy-bill-of-rights/"&gt;Consumer Privacy Bill of Rights&lt;/a&gt; released last week.&amp;nbsp;&amp;nbsp;Enterprises need to say, perhaps in greater detail than before, what they are doing with user data, and they also need to explain why it is good for consumers. &amp;nbsp;As we move toward more of an opt-in approach to personal data collection and especially behavioral profiling, users will need to be persuaded of its value.&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/InfoLawGroup/~4/NSjpGY8cvHE" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/InfoLawGroup/~3/NSjpGY8cvHE/</link>
         <guid isPermaLink="false">http://www.infolawgroup.com/2012/02/articles/eu-1/european-criticism-for-googles-new-privacy-policy/</guid>
         <category domain="http://www.infolawgroup.com/articles">Data Privacy Law or Regulation</category><category domain="http://www.infolawgroup.com/articles">EU</category><category domain="http://www.infolawgroup.com/tags">European Union</category><category domain="http://www.infolawgroup.com/tags">Google</category><category domain="http://www.infolawgroup.com/articles">International</category><category domain="http://www.infolawgroup.com/articles">Privacy Law</category><category domain="http://www.infolawgroup.com/legal">Privacy Policy</category><category domain="http://www.infolawgroup.com/articles">Social Networking</category><category domain="http://www.infolawgroup.com/tags">behavioral analytics</category><category domain="http://www.infolawgroup.com/tags">behavioral marketing</category><category domain="http://www.infolawgroup.com/tags">behavorial advertising</category><category domain="http://www.infolawgroup.com/tags">cookies</category>
         <pubDate>Tue, 28 Feb 2012 15:42:27 -0700</pubDate>
         <dc:creator>W. Scott Blackmer</dc:creator>
      
      <feedburner:origLink>http://www.infolawgroup.com/2012/02/articles/eu-1/european-criticism-for-googles-new-privacy-policy/</feedburner:origLink></item>
            <item>
         <title>Privacy in Principle (As California Goes, So Goes the Nation? Part Four)</title>
         <description>&lt;p&gt;What happened in the privacy world last week?&amp;nbsp; Well, on Friday, the White House officially released&amp;nbsp;its long-anticipated white paper setting forth a framework for &lt;a href="http://www.infolawgroup.com/2012/02/articles/privacy-law/white-house-released-privacy-framework-includes-the-consumer-privacy-bill-of-rights/"&gt;&amp;quot;Protecting Privacy And Promoting Innovation in The Global Digital Economy,&amp;quot;&lt;/a&gt; including a Consumer Privacy Bill of Rights.&amp;nbsp; Justine blogged about this on Friday &lt;a href="http://www.infolawgroup.com/2012/02/articles/privacy-law/white-house-released-privacy-framework-includes-the-consumer-privacy-bill-of-rights/"&gt;here&lt;/a&gt;.&amp;nbsp; But something else happened on Thursday, just before the release of the White House Paper.&amp;nbsp; Here in California, &lt;a href="http://oag.ca.gov/news/press_release?id=2630"&gt;Attorney General Kamala Harris announced an agreement with Amazon, Apple, Google, Hewlett-Packard, Microsoft and Research In Motion, the leading operators of mobile application platforms&lt;/a&gt; - let's call it the &lt;a href="http://ag.ca.gov/cms_attachments/press/pdfs/n2630_signed_agreement.pdf?"&gt;App Agreement&lt;/a&gt; for purposes of this post, and the six companies the App Platform Participants.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;What did those mobile application platform operators agree to do?&amp;nbsp; According to the Attorney General's website, they committed to &amp;quot;improve privacy protections for millions of consumers around the globe who access the Internet through applications (&amp;quot;apps&amp;quot;) on their smartphones, tablets and other mobile devices.&amp;nbsp; . . . These platforms have agreed to privacy principles designed to bring the industry in line with a California law requiring mobile apps that collect personal information to have a privacy policy. &amp;quot;&amp;nbsp; Why haven't you heard about that?&amp;nbsp; Well, there was this little announcement from the White House a few hours after Ms. Harris made her own announcement. It is well worth an exploration of the App Agreement to understand what it says, what it does not say, and what it means in historical context, especially in light of the new White House &amp;quot;Consumer Privacy Bill of Rights.&amp;quot;&amp;nbsp; It might be argued that the White House is now enunciating principles and best practices, and encouraging legislation of principles, that have long been embodied not only as best practice but as actual legislation under California law.&lt;/p&gt;&lt;p&gt;&lt;strong&gt;&lt;u&gt;What does the App Agreement say?&lt;/u&gt;&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;The App Agreement says that, where required by law, an app that collects personal data from a user must conspicuously post a privacy policy or other statement describing the app's privacy practices that provides clear and complete information regarding how personal data is collected, used and shared.&amp;nbsp; More interestingly, the App Platform Participants have agreed in the App Agreement that they will include in the application submission process for new or updated apps either an optional data field for a hyperlink to, or for the text of, the app's privacy policy or a statement describing the app's privacy practices.&amp;nbsp; For developers who choose to submit such a hyperlink or text, the App Platform Participants will enable access for users to the hyperlink or text from the app store.&amp;nbsp; The App Platform Participants will also implement (a) a means for users to report apps that don't comply with applicable terms of service or laws; and (b) a process for responding to those reported instances of non-compliance.&amp;nbsp; Finally, the App Platform Participants will continue to work with the AG to develop best practices for mobile privacy and mobile privacy policies.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;&lt;u&gt;Does the law require that apps post a privacy policy?&lt;/u&gt;&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;Yes, and this is also the position of Attorney General Harris.&amp;nbsp; Indeed, California law has required the posting of privacy policies for nearly eight years, since July 1, 2004.&amp;nbsp; The &lt;a href="http://www.leginfo.ca.gov/cgi-bin/displaycode?section=bpc&amp;amp;group=22001-23000&amp;amp;file=22575-22579"&gt;California Online Privacy Protection Act, Business &amp;amp; Professions Code section 22575&lt;em&gt; et seq.&lt;/em&gt;&lt;/a&gt; (I like to call it &amp;quot;CalOPPA&amp;quot;), requires any &amp;quot;operator of a commercial Web site or online service that collects personally identifiable information through the Internet about individual consumers residing in California who use or visit its commercial Web site or online service [to] . . . conspicuously post its privacy policy on its Web site, or in the case of an operator of an online service, make that policy available in accordance with&amp;quot; the law.&amp;nbsp; Since day one, July 1, 2004, privacy lawyers have noted that CalOPPA effectively operates like a federal law since it applies to all Web sites and online services that collect personally identifiable information about consumers residing in California.&amp;nbsp; In other words, unless an organization knows that its website will not collect information from California residents, that organization must comply by posting a privacy policy in accordance with CalOPPA.&lt;/p&gt;
&lt;p&gt;&lt;u&gt;&lt;strong&gt;Is the App Agreement law?&lt;/strong&gt;&lt;/u&gt;&lt;/p&gt;
&lt;p&gt;No.&amp;nbsp; The App Agreement is a &amp;quot;Joint Statement of Principles,&amp;quot; it is not legally binding.&amp;nbsp; It explicitly states that it is &amp;quot;not intended to impose legally binding obligations on the Participants or affect existing obligations under law.&amp;quot;&lt;/p&gt;
&lt;p&gt;&lt;u&gt;&lt;strong&gt;Does California law require that certain things be included in an app's privacy policy?&lt;/strong&gt;&lt;/u&gt;&lt;/p&gt;
&lt;p&gt;Yes, CalOPPA requires that the privacy policy identify the categories of personally identifiable information that the operator collects through the Web site or online service about individual consumers who use or visit its commercial Web site or online service and the categories of third-party persons or entities with whom the operator may share that personally identifiable information.&amp;nbsp; It also requires that, if the operator maintains a process for an individual consumer who uses or visits its commercial Web site or online service to review and request changes to any of his or her personally identifiable information that is collected through the Web site or online service, the privacy policy must provide a description of that process.&amp;nbsp; The privacy policy must also describe the process by which the operator notifies consumers who use or visit its commercial Web site or online service of material changes to the operator's privacy policy for that Web site or online service.&amp;nbsp; Finally, the privacy policy must identify its effective date.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;&lt;u&gt;How does California law define personally identifiable information? Just name with Social Security number, financial account number, or driver's license number, right?&lt;/u&gt;&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;No, CalOPPA has always broadly defined PII for purposes of online privacy policies to include individually identifiable information about an individual consumer collected online by the operator from that individual and maintained by the operator in an accessible form.&amp;nbsp; Such information includes any of the following: (1) A first and last name. (2) A home or other physical address, including street name and name of a city or town. (3) An e-mail address. (4) A telephone number. (5) A social security number. (6) Any other identifier that permits the physical or online contacting of a specific individual. (7) Information concerning a user that the Web site or online service collects online from the user and maintains in personally identifiable form in combination with an identifier described in this subdivision.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;&lt;u&gt;What does the App Agreement have in common with the White House Consumer Privacy Bill of Rights?&lt;/u&gt;&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;Two of the principles set forth in the White House's new Consumer Privacy Bill of Rights have long been incorporated in CalOPPA&amp;nbsp;and are reiterated and reaffirmed by the App Agreement: Transparency and Access and Accuracy.&amp;nbsp; California has long required that organizations conspicuously post their privacy policies so that consumers can more easily obtain information about their privacy rights.&amp;nbsp; California has also long required that companies explain to consumers how they can review and request changes to their PII.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Both documents and the principles set forth therein also find their origins in the decades-old &lt;a href="http://www.ftc.gov/reports/privacy3/fairinfo.shtm"&gt;Fair Information Practice Principles (FIPPs)&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;Ms. Harris's requirement that the App Platform Participants engage in ongoing discussions with the AG's office and reconvene in six months also resonates with the Obama Administration's contemplated multi-stakeholder approach to produce enforceable codes of conduct that implement the Consumer Privacy Bill of Rights.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;&lt;u&gt;While we're talking about this, anything else to consider about California law?&lt;/u&gt;&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;It is worth noting that a number of longstanding California privacy laws are getting fresh airplay these days.&amp;nbsp; In addition to CalOPPA, discussed here, &lt;a href="http://www.leginfo.ca.gov/cgi-bin/displaycode?section=civ&amp;amp;group=01001-02000&amp;amp;file=1798.80-1798.84"&gt;California's Shine the Light law, California Civil Code section 1798.83&lt;/a&gt;, is back on the scene.&amp;nbsp; On the books since January 1, 2005, &lt;a href="http://California Office of Privacy Protection&amp;rsquo;s Recommended Practices on California Information-Sharing Disclosures and Privacy Policy Statements, available at http://www.privacy.ca.gov/res/docs/pdf/infosharingdisclos.pdf"&gt;Shine the Light&lt;/a&gt; is now being invoked by plaintiff's lawyers in class actions - the first of their kind - filed in 2012.&amp;nbsp; Shine the Light takes the privacy policy transparency principle a step further.&amp;nbsp; It allows California residents to request information from businesses about their third-party information-sharing practices.  Another thing that CalOPPA and Shine the Light have in common - they both specifically make reference to organization's option of using a hyperlink with the word &amp;quot;privacy&amp;quot; in it to make consumers aware of an organization's privacy policy.&amp;nbsp; The App Agreement once again highlights the importance of conspicuous hyperlinks.&lt;/p&gt;
&lt;p&gt;&lt;u&gt;&lt;strong&gt;Consumer Privacy &amp;quot;Rights&amp;quot; - Not Just for Californians Anymore&lt;/strong&gt;&lt;/u&gt;&lt;/p&gt;
&lt;p&gt;Once again, California is driving the conversation on privacy.&amp;nbsp; Principles that may have once seemed outside the mainstream or just another crazy California thing, long memorialized in actual binding law out here, are now going mainstream in this country.&amp;nbsp; They are also moving US conceptions of privacy closer to the European model of core user privacy rights, albeit with a uniquely US multi-stakeholder non-binding flavor.&amp;nbsp; Will we see federal legislation that embodies these principles?&amp;nbsp; Unknown and perhaps unlikely in the short-term.&amp;nbsp; However, given existing California law on this issue, Attorney General Harris's renewed focus on privacy (especially in the ubiquitous mobile space), and the likelihood of increased enforcement and class action litigation for organizations doing business in California, the time may be right for all organizations to reexamine their privacy practices with an eye towards these principles.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/InfoLawGroup/~4/G742TMkdU1A" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/InfoLawGroup/~3/G742TMkdU1A/</link>
         <guid isPermaLink="false">http://www.infolawgroup.com/2012/02/articles/pii/privacy-in-principle-as-california-goes-so-goes-the-nation-part-four/</guid>
         <category domain="http://www.infolawgroup.com/tags">Amazon</category><category domain="http://www.infolawgroup.com/tags">Apple</category><category domain="http://www.infolawgroup.com/tags">Apps</category><category domain="http://www.infolawgroup.com/tags">California</category><category domain="http://www.infolawgroup.com/tags">Google</category><category domain="http://www.infolawgroup.com/tags">HP</category><category domain="http://www.infolawgroup.com/tags">Harris</category><category domain="http://www.infolawgroup.com/tags">Microsoft</category><category domain="http://www.infolawgroup.com/tags">Mobile</category><category domain="http://www.infolawgroup.com/articles">PII</category><category domain="http://www.infolawgroup.com/legal">Privacy Policy</category><category domain="http://www.infolawgroup.com/tags">RIM</category><category domain="http://www.infolawgroup.com/tags">Shine the Light</category><category domain="http://www.infolawgroup.com/tags">White House</category><category domain="http://www.infolawgroup.com/tags">mobile privacy</category><category domain="http://www.infolawgroup.com/tags">privacy bill of rights</category>
         <pubDate>Mon, 27 Feb 2012 07:18:00 -0700</pubDate>
         <dc:creator>Tanya Forsheit</dc:creator>
      
      <feedburner:origLink>http://www.infolawgroup.com/2012/02/articles/pii/privacy-in-principle-as-california-goes-so-goes-the-nation-part-four/</feedburner:origLink></item>
            <item>
         <title>White House Released Privacy Framework Includes the Consumer Privacy Bill of Rights</title>
         <description>&lt;p&gt;The White House today released its white paper setting forth a framework for &lt;a href="http://www.hldataprotection.com/uploads/file/White%20Paper.pdf"&gt;&amp;quot;Protecting Privacy And Promoting Innovation in The Global Digital Economy&amp;quot;&lt;/a&gt; (the &amp;quot; Framework&amp;quot;). The Framework is far reaching, touching on everything from a call for legislation, including a national standard for security breach legislation, to promoting international interoperability.&lt;/p&gt;
&lt;p&gt;The Framework centers on &lt;a href="http://money.cnn.com/2012/02/22/technology/bill_of_rights_privacy/"&gt;The Consumer Privacy Bill of Rights&lt;/a&gt;, which contains seven core principles relating to &amp;ldquo;personal data.&amp;rdquo;  Note that &amp;ldquo;personal data&amp;rdquo; is defined broadly, to encompass any data, including aggregated data, which can be linked to a specific individual, and may include data linked to a specific computer or other device. It is worth noting that the Framework includes, as an illustrative example of personal data, &amp;quot;an identifier on a smartphone or family computer that is used to build a usage profile.&amp;quot;&lt;br /&gt;
&lt;!--[if gte mso 9]&gt;&lt;xml&gt;
&lt;o:OfficeDocumentSettings&gt;
&lt;o:TargetScreenSize&gt;800x600&lt;/o:TargetScreenSize&gt;
&lt;/o:OfficeDocumentSettings&gt;
&lt;/xml&gt;&lt;![endif]--&gt;&lt;!--[if gte mso 9]&gt;&lt;xml&gt;
&lt;w:WordDocument&gt;
&lt;w:View&gt;Normal&lt;/w:View&gt;
&lt;w:Zoom&gt;0&lt;/w:Zoom&gt;
&lt;w:TrackMoves /&gt;
&lt;w:TrackFormatting /&gt;
&lt;w:PunctuationKerning /&gt;
&lt;w:ValidateAgainstSchemas /&gt;
&lt;w:SaveIfXMLInvalid&gt;false&lt;/w:SaveIfXMLInvalid&gt;
&lt;w:IgnoreMixedContent&gt;false&lt;/w:IgnoreMixedContent&gt;
&lt;w:AlwaysShowPlaceholderText&gt;false&lt;/w:AlwaysShowPlaceholderText&gt;
&lt;w:DoNotPromoteQF /&gt;
&lt;w:LidThemeOther&gt;EN-US&lt;/w:LidThemeOther&gt;
&lt;w:LidThemeAsian&gt;X-NONE&lt;/w:LidThemeAsian&gt;
&lt;w:LidThemeComplexScript&gt;X-NONE&lt;/w:LidThemeComplexScript&gt;
&lt;w:Compatibility&gt;
&lt;w:BreakWrappedTables /&gt;
&lt;w:SnapToGridInCell /&gt;
&lt;w:WrapTextWithPunct /&gt;
&lt;w:UseAsianBreakRules /&gt;
&lt;w:DontGrowAutofit /&gt;
&lt;w:SplitPgBreakAndParaMark /&gt;
&lt;w:EnableOpenTypeKerning /&gt;
&lt;w:DontFlipMirrorIndents /&gt;
&lt;w:OverrideTableStyleHps /&gt;
&lt;/w:Compatibility&gt;
&lt;w:BrowserLevel&gt;MicrosoftInternetExplorer4&lt;/w:BrowserLevel&gt;
&lt;m:mathPr&gt;
&lt;m:mathFont m:val="Cambria Math" /&gt;
&lt;m:brkBin m:val="before" /&gt;
&lt;m:brkBinSub m:val="&amp;#45;-" /&gt;
&lt;m:smallFrac m:val="off" /&gt;
&lt;m:dispDef /&gt;
&lt;m:lMargin m:val="0" /&gt;
&lt;m:rMargin m:val="0" /&gt;
&lt;m:defJc m:val="centerGroup" /&gt;
&lt;m:wrapIndent m:val="1440" /&gt;
&lt;m:intLim m:val="subSup" /&gt;
&lt;m:naryLim m:val="undOvr" /&gt;
&lt;/m:mathPr&gt;&lt;/w:WordDocument&gt;
&lt;/xml&gt;&lt;![endif]--&gt;&lt;!--[if gte mso 9]&gt;&lt;xml&gt;
&lt;w:LatentStyles DefLockedState="false" DefUnhideWhenUsed="true"
DefSemiHidden="true" DefQFormat="false" DefPriority="99"
LatentStyleCount="267"&gt;
&lt;w:LsdException Locked="false" Priority="0" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Normal" /&gt;
&lt;w:LsdException Locked="false" Priority="0" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="heading 1" /&gt;
&lt;w:LsdException Locked="false" Priority="0" QFormat="true" Name="heading 2" /&gt;
&lt;w:LsdException Locked="false" Priority="0" QFormat="true" Name="heading 3" /&gt;
&lt;w:LsdException Locked="false" Priority="0" QFormat="true" Name="heading 4" /&gt;
&lt;w:LsdException Locked="false" Priority="0" QFormat="true" Name="heading 5" /&gt;
&lt;w:LsdException Locked="false" Priority="0" QFormat="true" Name="heading 6" /&gt;
&lt;w:LsdException Locked="false" Priority="0" QFormat="true" Name="heading 7" /&gt;
&lt;w:LsdException Locked="false" Priority="0" QFormat="true" Name="heading 8" /&gt;
&lt;w:LsdException Locked="false" Priority="0" QFormat="true" Name="heading 9" /&gt;
&lt;w:LsdException Locked="false" Priority="39" Name="toc 1" /&gt;
&lt;w:LsdException Locked="false" Priority="39" Name="toc 2" /&gt;
&lt;w:LsdException Locked="false" Priority="39" Name="toc 3" /&gt;
&lt;w:LsdException Locked="false" Priority="39" Name="toc 4" /&gt;
&lt;w:LsdException Locked="false" Priority="39" Name="toc 5" /&gt;
&lt;w:LsdException Locked="false" Priority="39" Name="toc 6" /&gt;
&lt;w:LsdException Locked="false" Priority="39" Name="toc 7" /&gt;
&lt;w:LsdException Locked="false" Priority="39" Name="toc 8" /&gt;
&lt;w:LsdException Locked="false" Priority="39" Name="toc 9" /&gt;
&lt;w:LsdException Locked="false" Priority="35" QFormat="true" Name="caption" /&gt;
&lt;w:LsdException Locked="false" Priority="10" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Title" /&gt;
&lt;w:LsdException Locked="false" Priority="0" Name="Default Paragraph Font" /&gt;
&lt;w:LsdException Locked="false" Priority="11" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Subtitle" /&gt;
&lt;w:LsdException Locked="false" Priority="22" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Strong" /&gt;
&lt;w:LsdException Locked="false" Priority="20" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Emphasis" /&gt;
&lt;w:LsdException Locked="false" Priority="59" SemiHidden="false"
UnhideWhenUsed="false" Name="Table Grid" /&gt;
&lt;w:LsdException Locked="false" UnhideWhenUsed="false" Name="Placeholder Text" /&gt;
&lt;w:LsdException Locked="false" Priority="1" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="No Spacing" /&gt;
&lt;w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading" /&gt;
&lt;w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List" /&gt;
&lt;w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid" /&gt;
&lt;w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1" /&gt;
&lt;w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2" /&gt;
&lt;w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1" /&gt;
&lt;w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2" /&gt;
&lt;w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1" /&gt;
&lt;w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2" /&gt;
&lt;w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3" /&gt;
&lt;w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List" /&gt;
&lt;w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading" /&gt;
&lt;w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List" /&gt;
&lt;w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid" /&gt;
&lt;w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 1" /&gt;
&lt;w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 1" /&gt;
&lt;w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 1" /&gt;
&lt;w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 1" /&gt;
&lt;w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 1" /&gt;
&lt;w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 1" /&gt;
&lt;w:LsdException Locked="false" UnhideWhenUsed="false" Name="Revision" /&gt;
&lt;w:LsdException Locked="false" Priority="34" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="List Paragraph" /&gt;
&lt;w:LsdException Locked="false" Priority="29" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Quote" /&gt;
&lt;w:LsdException Locked="false" Priority="30" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Intense Quote" /&gt;
&lt;w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 1" /&gt;
&lt;w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 1" /&gt;
&lt;w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 1" /&gt;
&lt;w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 1" /&gt;
&lt;w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 1" /&gt;
&lt;w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 1" /&gt;
&lt;w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 1" /&gt;
&lt;w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 1" /&gt;
&lt;w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 2" /&gt;
&lt;w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 2" /&gt;
&lt;w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 2" /&gt;
&lt;w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 2" /&gt;
&lt;w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 2" /&gt;
&lt;w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 2" /&gt;
&lt;w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 2" /&gt;
&lt;w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 2" /&gt;
&lt;w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 2" /&gt;
&lt;w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 2" /&gt;
&lt;w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 2" /&gt;
&lt;w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 2" /&gt;
&lt;w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 2" /&gt;
&lt;w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 2" /&gt;
&lt;w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 3" /&gt;
&lt;w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 3" /&gt;
&lt;w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 3" /&gt;
&lt;w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 3" /&gt;
&lt;w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 3" /&gt;
&lt;w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 3" /&gt;
&lt;w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 3" /&gt;
&lt;w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 3" /&gt;
&lt;w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 3" /&gt;
&lt;w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 3" /&gt;
&lt;w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 3" /&gt;
&lt;w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 3" /&gt;
&lt;w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 3" /&gt;
&lt;w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 3" /&gt;
&lt;w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 4" /&gt;
&lt;w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 4" /&gt;
&lt;w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 4" /&gt;
&lt;w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 4" /&gt;
&lt;w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 4" /&gt;
&lt;w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 4" /&gt;
&lt;w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 4" /&gt;
&lt;w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 4" /&gt;
&lt;w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 4" /&gt;
&lt;w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 4" /&gt;
&lt;w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 4" /&gt;
&lt;w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 4" /&gt;
&lt;w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 4" /&gt;
&lt;w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 4" /&gt;
&lt;w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 5" /&gt;
&lt;w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 5" /&gt;
&lt;w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 5" /&gt;
&lt;w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 5" /&gt;
&lt;w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 5" /&gt;
&lt;w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 5" /&gt;
&lt;w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 5" /&gt;
&lt;w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 5" /&gt;
&lt;w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 5" /&gt;
&lt;w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 5" /&gt;
&lt;w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 5" /&gt;
&lt;w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 5" /&gt;
&lt;w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 5" /&gt;
&lt;w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 5" /&gt;
&lt;w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 6" /&gt;
&lt;w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 6" /&gt;
&lt;w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 6" /&gt;
&lt;w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 6" /&gt;
&lt;w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 6" /&gt;
&lt;w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 6" /&gt;
&lt;w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 6" /&gt;
&lt;w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 6" /&gt;
&lt;w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 6" /&gt;
&lt;w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 6" /&gt;
&lt;w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 6" /&gt;
&lt;w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 6" /&gt;
&lt;w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 6" /&gt;
&lt;w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 6" /&gt;
&lt;w:LsdException Locked="false" Priority="19" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Subtle Emphasis" /&gt;
&lt;w:LsdException Locked="false" Priority="21" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Intense Emphasis" /&gt;
&lt;w:LsdException Locked="false" Priority="31" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Subtle Reference" /&gt;
&lt;w:LsdException Locked="false" Priority="32" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Intense Reference" /&gt;
&lt;w:LsdException Locked="false" Priority="33" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Book Title" /&gt;
&lt;w:LsdException Locked="false" Priority="37" Name="Bibliography" /&gt;
&lt;w:LsdException Locked="false" Priority="39" QFormat="true" Name="TOC Heading" /&gt;
&lt;/w:LatentStyles&gt;
&lt;/xml&gt;&lt;![endif]--&gt;&lt;!--[if gte mso 10]&gt;
&lt;style&gt;
/* Style Definitions */
table.MsoNormalTable
{mso-style-name:"Table Normal";
mso-tstyle-rowband-size:0;
mso-tstyle-colband-size:0;
mso-style-noshow:yes;
mso-style-priority:99;
mso-style-parent:"";
mso-padding-alt:0in 5.4pt 0in 5.4pt;
mso-para-margin:0in;
mso-para-margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:10.0pt;
font-family:"Times New Roman","serif";}
&lt;/style&gt;
&lt;![endif]--&gt;&lt;/p&gt;
&lt;p&gt;&lt;span style="font-size:9.0pt;font-family:&amp;quot;Arial&amp;quot;,&amp;quot;sans-serif&amp;quot;;color:black"&gt;The seven principles set forth in The Consumer Privacy Bill of Rights are as follows.&lt;/span&gt;&lt;/p&gt;&lt;p&gt;1. &lt;strong&gt;Consumer Contro&lt;/strong&gt;l: granting consumers the right to exercise control over the personal data companies collect and how companies use that personal data.&lt;/p&gt;
&lt;p style="margin-left: 40px;"&gt;&lt;em&gt;&lt;strong&gt;Of note:  &lt;/strong&gt;The Framework calls for companies to provide &amp;ldquo;appropriate control&amp;rdquo; and for the choice to reflect the &amp;ldquo;scale, scope, and sensitivity&amp;rdquo; of the personal data collected and the uses made of the personal data.&lt;strong&gt;  &lt;/strong&gt;&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;2. &lt;strong&gt;Transparency&lt;/strong&gt;: calling for consumers to have the right to easily understandable and accessible information about a company&amp;rsquo;s privacy and security practices.&lt;/p&gt;
&lt;p&gt;3.&lt;strong&gt; Respect for Context&lt;/strong&gt;: providing that companies should only collect, use, and disclose personal data in ways that are consistent with the context in which the consumers provided the personal data, unless the law requires otherwise or additional transparency and choice are provided.&lt;/p&gt;
&lt;p style="margin-left: 40px;"&gt;&lt;strong&gt;&lt;em&gt;Of note&lt;/em&gt;&lt;/strong&gt;&lt;em&gt;: The Framework includes both the company&amp;rsquo;s relationship with the consumer and the consumer&amp;rsquo;s age and familiarity with technology as relevant factors in determining the context in which consumers provide personal data and the uses that should therefore be made of that personal data.  The Framework calls out children and teenagers as potentially needing greater protections for personal data.&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;4. &lt;strong&gt;Security&lt;/strong&gt;: giving consumers the right to secure and responsible handling of personal data and requiring companies to provide &amp;ldquo;reasonable safeguards&amp;rdquo; to control risks.&lt;/p&gt;
&lt;p&gt;5. &lt;strong&gt;Access and Accuracy&lt;/strong&gt;: providing that consumers have the right to access and correct personal data, in usable formats, but further providing that the right is subject to what is appropriate given the sensitivity of the data and the risk of adverse consequences &amp;ndash; also referred to as &amp;ldquo;material harm&amp;rdquo; --to consumers if the data is inaccurate.&lt;/p&gt;
&lt;p style="margin-left: 40px;"&gt;&lt;em&gt;&lt;strong&gt;Of note&lt;/strong&gt;&lt;/em&gt;:  &lt;em&gt;The Framework also calls on companies to use &amp;ldquo;reasonable measures&amp;rdquo; to ensure the personal data they maintain is accurate and references providing consumers with the right to delete or suppress information &amp;ndash; all subject to &amp;ldquo;the scale, scope, and sensitivity of the personal data that they collect or maintain and the likelihood that its use may expose consumers to financial, physical, or other material harm.&amp;rdquo;&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;6. &lt;strong&gt;Focused Collection&lt;/strong&gt;: relating to the Context Principle (#3) and calling for consumers to have the right to set reasonable limits on the personal data that companies collect and retain, and calling on companies to securely dispose or de-identify the personal data collected once it is no longer needed, unless the company is under a legal obligation to keep it in its identified form.&lt;/p&gt;
&lt;p&gt;7.&lt;strong&gt; Accountability&lt;/strong&gt;: setting forth that companies must handle personal data with appropriate measures in place to assure they adhere to the Consumer Privacy Bill of Rights and that companies should be accountable to both enforcement authorities and consumers for following the principles in the Framework.&lt;/p&gt;
&lt;p style="margin-left: 40px;"&gt;&lt;strong&gt;Of note&lt;/strong&gt;:  &lt;em&gt;The Framework specifically states that companies should train employees and hold them responsible for adhering to these principles and that they should include enforceable contract clauses with third parties (unless the law requires otherwise) when disclosing personal data to those third parties. The Framework also provides that it will &amp;ldquo;where appropriate&amp;rdquo; companies should conduct full audits.&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;These principles provide the basis for a proposed multitude of initiatives, including legislation codifying The Consumer Privacy Bill of Rights, strengthening FTC enforcement, and the creation of &amp;ldquo;multi-stakeholder processes&amp;rdquo; and codes of conduct&amp;rdquo; which include an international cooperation component. There is sure to be a great deal of discussion and feedback from all of the industry stakeholders and it is unclear will take action to codify The Consumer Privacy Bill of Rights or any principle contained within the Framework.  The Framework increases the visibility and adds to the privacy discussion, but the discussion will certainly continue. &lt;br /&gt;
&amp;nbsp;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/InfoLawGroup/~4/XhmrCuIActg" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/InfoLawGroup/~3/XhmrCuIActg/</link>
         <guid isPermaLink="false">http://www.infolawgroup.com/2012/02/articles/privacy-law/white-house-released-privacy-framework-includes-the-consumer-privacy-bill-of-rights/</guid>
         <category domain="http://www.infolawgroup.com/tags">Consumer Protection</category><category domain="http://www.infolawgroup.com/tags">FTC</category><category domain="http://www.infolawgroup.com/">Privacy</category><category domain="http://www.infolawgroup.com/articles">Privacy Law</category><category domain="http://www.infolawgroup.com/information-law/statues-and-regulations/state">Security</category><category domain="http://www.infolawgroup.com/tags">Whitehouse</category><category domain="http://www.infolawgroup.com/tags">collection</category><category domain="http://www.infolawgroup.com/tags">legislation</category><category domain="http://www.infolawgroup.com/tags">personal data</category><category domain="http://www.infolawgroup.com/tags">transparency</category>
         <pubDate>Thu, 23 Feb 2012 10:01:02 -0700</pubDate>
         <dc:creator>Justine Gottshall</dc:creator>
      
      <feedburner:origLink>http://www.infolawgroup.com/2012/02/articles/privacy-law/white-house-released-privacy-framework-includes-the-consumer-privacy-bill-of-rights/</feedburner:origLink></item>
            <item>
         <title>Transborder Data Flows at Risk</title>
         <description>&lt;p&gt;Physical borders may be technically irrelevant in the age of online business, global corporate groups, and cloud computing, but they retain legal and cultural significance.  Some recent developments in data privacy law around the world suggest that the &amp;ldquo;free flow of information&amp;rdquo; is becoming more conditional, and that enterprises will have to be nimble to meet the expectations of regulators, consumers, and employees when the organization wants to move personally identifiable data from one country to another.&amp;nbsp;&lt;/p&gt;&lt;p&gt;The proliferation of comprehensive data privacy laws, more or less on the European model, increasingly requires US-based multinationals and online companies to adapt to strict requirements for dealing with individuals in other countries. &amp;nbsp;While the rules may soon become more uniform in the EU, they are still new and uncertain in many other countries.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;European Union&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;In January 2012, the European Commission published a proposed &lt;a href="http://ec.europa.eu/justice/newsroom/data-protection/news/120125_en.htm"&gt;Regulation&lt;/a&gt;&amp;nbsp;that would replace the 1995 EU Data Protection Directive.  While national practices differ considerably under the 1995 framework directive, the Regulation would establish a much more consistent European approach to data protection rights and enforcement.&lt;/p&gt;
&lt;p&gt;The Regulation would continue to authorize data transfers to &amp;ldquo;white-listed&amp;rdquo; jurisdictions with EU-style comprehensive data protection laws (such as Switzerland, Argentina, Israel, and, for most purposes, Canada).  It would also continue to recognize data transfers to US &amp;ldquo;Safe Harbor&amp;rdquo; companies and transfers protected by EU-approved standard contract clauses (&amp;ldquo;model contracts&amp;rdquo;) or binding corporate rules (&amp;ldquo;BCRs&amp;rdquo;), as well as transfers relying on informed consent.  These have been subject to divergent national interpretations and procedures, however, and the Regulation aims to eliminate these differences.&lt;/p&gt;
&lt;p&gt;For example, a European subsidiary sending employee or customer data to a central corporate system in New York, or to an outsourcing vendor in Mumbai, may use EU model contracts. &amp;nbsp;But in some countries, such as the Netherlands, the contracts must first be notified to the local data protection authority or await approval from the authority.  The Regulation would eliminate notification and approval procedures for those transfers.  It would simplify, as well, the procedures for obtaining approval for BCRs, and it would allow a &amp;ldquo;group&amp;rdquo; of processors &amp;ndash; as in the cloud computing context &amp;ndash; to implement the same approved BCRs.  In addition, the Regulation would generally allow data transfers outside the EU without the formality of model contracts or BCRs in instances where the transfers were not &amp;ldquo;frequent or massive,&amp;rdquo; appropriate safeguards were in place, and the national data protection authority was notified.  These changes would be welcome, as they would greatly simplify planning and compliance for enterprises with European operations.&lt;/p&gt;
&lt;p&gt;Less welcome are the provisions on extra-territorial jurisdiction in the draft Regulation. &amp;nbsp; A US company,&amp;nbsp;for example, would be subject to the Regulation if it offered goods or services to European residents, online or otherwise, or if it monitored their behavior (for example, by tracking their visits to other websites).  This assertion of extra-territorial jurisdiction could prove difficult to enforce, but it would require American companies to re-think their approach to e-commerce and online marketing.  It may not suffice in future to say that European rules do not apply simply because the company&amp;rsquo;s servers are not located there.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Russia&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;Russia adopted legislation based on the EU Data Protection Directive and Council of Europe Convention 108, generally prohibiting data transfers to countries lacking similar legislation absent the individual&amp;rsquo;s informed consent.  However, it has been slow to organize the regulatory authority and clarify standards and procedures.&lt;/p&gt;
&lt;p&gt;In July 2011, the Federal Law on Personal Data was amended to expressly allow data transfers to countries that have implemented the Council of Europe Convention, but this does not cover transfers to the United States or India, for example.  There is no recognition of model contracts or Safe Harbor as there is in the EU and Switzerland, leaving documented consent as the safest approach to foreign data transfers.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;China and Hong Kong&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;In 2011, the Ministry of Industry and Information Technology (MIIT) issued a proposed national standard, &amp;ldquo;Information Security Technology &amp;ndash; Guidelines for Personal Information Protection.&amp;rdquo;  The draft standard would require security provisions in outsourcing agreements.  More problematically, it would prohibit the transfer of personal data abroad without explicit legal authorization or regulatory approval.  It is not clear whether the standard would be mandatory for at least some industries, and whether any regulatory authority would issue guidelines or establish an approval procedure.&lt;/p&gt;
&lt;p&gt;Meanwhile, Jiansu Province (where many foreign manufacturing joint ventures operate) has gone ahead on its own with a &amp;ldquo;Regulation of Information Technology&amp;rdquo; that came into force in January 2012.  This ordinance generally requires consent or official approval for data transfers outside the province.  The municipal government of Shenzen, near Hong Kong, has announced that it is preparing a similar ordinance.&lt;/p&gt;
&lt;p&gt;Hong Kong has long had a Personal Data (Privacy) Ordinance, but its restrictions on transborder data transfers have never come into force.  The Legislative Council is currently considering substantial amendments to the Ordinance, including provisions for white-listing and safeguards reminiscent of the EU approach to regulating data transfers abroad.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Mexico&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;The 2010 Law on the Protection of Personal Data Held by Private Parties and the implementing Data Privacy Regulations (some provisions of which have not yet entered into force) address cross-border transfers of personal data.  These require informed consent unless certain other conditions apply, one of which is data transfers to a parent or affiliate abroad operating under the same &amp;ldquo;internal processes and policies&amp;rdquo; as the compliant Mexican subsidiary (Law, Art, 37(III)).  Effectively, this means that data could be transferred across borders within a corporate group, so long as the affected Mexican residents are given required rights of access, rectification, cancellation, and objection (&amp;ldquo;ARCO&amp;rdquo; rights), as mandated in the Mexican law, and the company meets security and other requirements for safeguarding the data.  Transfers to a processor outside Mexico also would not require consent if they are subject to appropriate contractual and technical safeguards.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Republic of Korea&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;South Korea&amp;rsquo;s new Personal Information Protection Act, which came into effect in September 2011, generally requires consent to disclose personal data to a third party (Art. 17(1)).  Transfers of data outside the country require notice and consent from the individual unless the transfers are legally required or made in connection with a criminal investigation (Art. 17(3)).&lt;/p&gt;
&lt;p&gt;This strict consent requirement can be made to work in the consumer context, but it may be more difficult to implement in the employment context.  Can a multinational group make it a condition of employment that recruits and current employees allow their data to be stored and used in a regional or international headquarters?  As with other new national data privacy laws, global companies may have to await regulations or interpretive guidance from the authorities, in this case the Korean Ministry of Public Administration and Safety.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Malaysia&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;The Personal Data Protection Act adopted in 2010 is expected to come into force this year. &amp;nbsp;Similar to the EU Data Protection Directive, the Act generally forbids the transfer of personal data outside the country, with some exceptions, unless the Ministry of Information, Communication, and Culture has approved the destination country based on an &amp;ldquo;adequate level of protection.&amp;rdquo;  Ultimately, the Ministry may issue regulations clarifying alternatives for transfers to countries with dissimilar legal regimes, such as the United States.  Otherwise, once the law is in effect, a global enterprise would need to rely on one of the EU-style exceptions, principally consent or the performance of a contract with the individual.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Conclusions&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;Data users should review the geography of their customers and employees and determine if their privacy policies and practices need to be updated to comply with new or anticipated requirements in many countries, in Asia and Latin America as well as in Europe.  These typically mandate notice and safeguards for transborder data transfers, as documented in contracts, internal policies, and in some cases regulatory approvals.&lt;/p&gt;
&lt;p&gt;In some countries, the only reliable legal basis for foreign data transfers in the near future is informed consent, which should be documented in a manner susceptible to proof. &amp;nbsp;This will pose challenges for multinationals and for online retailers and service providers, and it would be prudent to watch for developing best practices among peer companies as well as further guidance from the (often new) regulatory authorities.&lt;br /&gt;
&amp;nbsp;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/InfoLawGroup/~4/HBjXmudVRMw" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/InfoLawGroup/~3/HBjXmudVRMw/</link>
         <guid isPermaLink="false">http://www.infolawgroup.com/2012/02/articles/international-2/transborder-data-flows-at-risk/</guid>
         <category domain="http://www.infolawgroup.com/articles">Cloud Computing</category><category domain="http://www.infolawgroup.com/articles">Data Privacy Law or Regulation</category><category domain="http://www.infolawgroup.com/articles">EU</category><category domain="http://www.infolawgroup.com/articles">International</category><category domain="http://www.infolawgroup.com/tags">data protection</category><category domain="http://www.infolawgroup.com/tags">transborder data flows</category>
         <pubDate>Mon, 20 Feb 2012 22:25:38 -0700</pubDate>
         <dc:creator>W. Scott Blackmer</dc:creator>
      
      <feedburner:origLink>http://www.infolawgroup.com/2012/02/articles/international-2/transborder-data-flows-at-risk/</feedburner:origLink></item>
            <item>
         <title>FTC: "The Kids App Ecosystem Needs To Wake Up..."</title>
         <description>&lt;p&gt;Today, the FTC released a report titled &lt;a href="http://www.ftc.gov/os/2012/02/120216mobile_apps_kids.pdf"&gt;&lt;em&gt;Mobile Apps for Kids: Current Privacy Disclosures Are Dis &lt;strong&gt;app&lt;/strong&gt;ointing&lt;/em&gt;&lt;/a&gt;. The FTC surveyed apps for children available in the Android Market and the Apple App store. The FTC found that apps can capture a bunch of information from a device and person, but there is a lack of information about data collection and usage available to parents prior to downloading the app.  The FTC noted that its methodology for the survey did not include downloading or using any app. Instead, the FTC only looked to what information was available to the consumer via the app store or the developer&amp;rsquo;s web site prior to downloading the app.&lt;/p&gt;
&lt;p&gt;&amp;quot;In most instances, staff was unable to determine from the information on the app store page or the developer's landing page whether an app collected any data, let alone the type of data collected, the purpose for such collection, and who . . . obtained access to such data.&amp;quot;&lt;/p&gt;
&lt;p&gt;The report calls upon all members of the &amp;ldquo;kids app ecosystem&amp;rdquo; to play an active role in providing information to parents. App developers should describe their data practices to consumers using simple and short disclosures or icons. App stores should ensure that app developers have a way to make such disclosures (the FTC suggests that there should be some standardization created by the app store itself to allow for the disclosures). And third parties that collect user information through apps should disclose their privacy practices via a link on the app promotion page or within the app developer&amp;rsquo;s disclosures.&lt;/p&gt;&lt;p&gt;The FTC says that an app&amp;rsquo;s privacy disclosures should concentrate on:&lt;/p&gt;
&lt;ul&gt;
    &lt;li&gt;What information the app collects and why;&lt;/li&gt;
    &lt;li&gt;How the information will be used;&lt;/li&gt;
    &lt;li&gt;With whom the information will be shared;&lt;/li&gt;
    &lt;li&gt;If the app integrates with a social network; and&lt;/li&gt;
    &lt;li&gt;If the app allows targeted advertising to occur through the app.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;The report also seems to indicate that if an app includes ads, there should be a disclosure indicating so (even if the ads are not targeted based on the user&amp;rsquo;s information).&lt;/p&gt;
&lt;p&gt;The FTC acknowledged that the Android Marketplace requires a user to acknowledge certain potentially sensitive capabilities of an app via a permissions screen. However, the FTC found the permissions screen inadequate because it does not explain why an app has or needs the access, what the app does with that access or whether the app shares any information with third parties.&lt;/p&gt;
&lt;p&gt;The FTC was careful to state that the survey and report did not focus on compliance with the Children&amp;rsquo;s Online Privacy Protection Act (COPPA). However, the report does conclude that most of the apps surveyed did appear to be &amp;ldquo;directed to children&amp;rdquo; within the meaning of COPPA. In fact, the report goes on to say that the staff will conduct an additional review over the next 6 months to determine if some mobile apps are violating COPPA and to evaluate if the app ecosystem is addressing the report released today. In addition, the FTC is going to host a workshop this year in connection with the updates to its &amp;ldquo;Dot Com Disclosure&amp;rdquo; guide and one of the topics will be mobile privacy disclosures.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/InfoLawGroup/~4/cW8gXf4zVx4" height="1" width="1"/&gt;</description>
         <link>http://feeds.lexblog.com/~r/InfoLawGroup/~3/cW8gXf4zVx4/</link>
         <guid isPermaLink="false">http://www.infolawgroup.com/2012/02/articles/childrens-privacy/ftc-the-kids-app-ecosystem-needs-to-wake-up/</guid>
         <category domain="http://www.infolawgroup.com/tags">Apps</category><category domain="http://www.infolawgroup.com/articles">Children's Privacy</category><category domain="http://www.infolawgroup.com/tags">children's online privacy protection act</category><category domain="http://www.infolawgroup.com/tags">mobile privacy</category>
         <pubDate>Thu, 16 Feb 2012 13:30:49 -0700</pubDate>
         <dc:creator>Jamie Rubin</dc:creator>
      
      <feedburner:origLink>http://www.infolawgroup.com/2012/02/articles/childrens-privacy/ftc-the-kids-app-ecosystem-needs-to-wake-up/</feedburner:origLink></item>
      
   </channel>
</rss>

