<?xml version="1.0" encoding="UTF-8"?> <rss
version="2.0"
xmlns:content="http://purl.org/rss/1.0/modules/content/"
xmlns:wfw="http://wellformedweb.org/CommentAPI/"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:atom="http://www.w3.org/2005/Atom"
xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
><channel><title>CIPP Guide &#187; Notice</title> <atom:link href="http://www.cippguide.org/tag/notice/feed/" rel="self" type="application/rss+xml" /><link>https://www.cippguide.org</link> <description>Your Guide to the CIPP</description> <lastBuildDate>Thu, 02 Feb 2012 12:00:03 +0000</lastBuildDate> <language>en</language> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.3.1</generator> <item><title>Privacy Engineering: Privacy-by-Policy vs. Privacy-by-Architecture</title><link>https://www.cippguide.org/2011/09/06/privacy-engineering-privacy-by-policy-vs-privacy-by-architecture/</link> <comments>https://www.cippguide.org/2011/09/06/privacy-engineering-privacy-by-policy-vs-privacy-by-architecture/#comments</comments> <pubDate>Tue, 06 Sep 2011 12:00:58 +0000</pubDate> <dc:creator>hannah</dc:creator> <category><![CDATA[Privacy]]></category> <category><![CDATA[anonymity]]></category> <category><![CDATA[Choice]]></category> <category><![CDATA[FIP]]></category> <category><![CDATA[Notice]]></category> <category><![CDATA[obfuscation]]></category> <category><![CDATA[PII]]></category> <category><![CDATA[privacy by architecture]]></category> <category><![CDATA[privacy by policy]]></category> <category><![CDATA[privacy engineering]]></category><guid
isPermaLink="false">https://www.cippguide.org/?p=2557</guid> <description><![CDATA[There are two main approaches to engineering privacy protection: privacy-by-policy and privacy-by-architecture. Privacy-by-policy relies on the Fair Information Practices and notice and choice. Privacy-by-architecture leverages privacy protective technologies. While they are normally considered dichotomous, privacy experts recommend a hybrid approach that integrates these two [...]]]></description> <content:encoded><![CDATA[<p>A number of regulatory requirements and consumer concerns are driving organizations to consider how to make their policies more privacy-friendly. Companies are also coming up against the conflicts between privacy protection and the business need to leverage data. In light of privacy scandals and the resulting increase in public interest in privacy protection, this issue is becoming more significant for decision-makers in organizations of all sizes. This article takes a look at how privacy can be engineered into organizational systems and practices in two ways: privacy-by-policy and privacy-by-architecture.</p><p>Privacy-by-policy and privacy-by-architecture are two concrete approaches to privacy engineering. While they are often seen as separate practices, privacy researchers <a
href="http://web.me.com/sspiek/Website/Prof._Dr._Sarah_Spiekermann.html">Sarah Spiekermann</a> and <a
href="http://lorrie.cranor.org/">Lorie Faith Cranor</a> argue that they may actually be complementary, where a privacy-by-policy approach comes in to fill the gaps where a privacy-by-architecture strategy cannot be implemented.</p><p><strong>Privacy-by-Policy</strong></p><p>The privacy-by-policy approach to privacy protection is mainly a “<a
href="http://www.cippguide.org/tag/notice/">notice</a> and <a
href="http://www.cippguide.org/tag/choice/">choice</a>” approach, with a foundation in the <a
href="http://www.cippguide.org/tag/ftc/">FTC</a>’s <a
href="https://www.cippguide.org/2010/01/18/fair-information-practices-principles/">Fair Information Practice Principles</a> (FIPs). These principles are focused more on end user notice and choice, rather than other strategies, such as minimizing collection of data, or limiting acceptable uses of data. This approach acknowledges that companies are unlikely to stop collecting or using customer data, while at the same time recognizing that individuals want to retain control over how their data is being used. For this reason, the privacy-by-policy approach has been implemented by many businesses, as it is largely non-intrusive.</p><p>The objectives of the FIPs are summarized below:</p><p>-          Inform users on data being collected</p><p>-          Present choices for sharing data (e.g. secondary uses of data)</p><p>-          Give users access to data for review/correction/removal purposes</p><p>-          Protect security of data</p><p><strong>Criticisms of a Privacy-by-Policy Approach</strong></p><p>The privacy-by-policy approach is founded on trust-based mechanisms that protect sensitive data from accidental disclosure or misuse. However, this is based on the assumptions that companies can be trusted to handle individuals’ personal information and that privacy policies/regulations are enforceable. Policies and regulations can fail to deter stronger attackers, for instance, malicious hackers, or companies that may financially benefit from data mining. Critics have also pointed out that privacy-by-policy approaches can sometimes amount to privacy promises that a company may or may not keep.</p><p>Another shortcoming of the FIPs and the privacy-by-policy approach is that they are effective only in systems that collect personal data. The FIPs lose relevance as soon as they are introduced into systems that collect little or no personal data, or in systems that were designed with privacy-friendly architectures.</p><p>Finally, critics argue that not all individuals will share the same privacy preferences. Some variables include place, social context (i.e. situation, identity, time) and culture, which all influence the way an individual will value and give meaning to the notion of privacy.</p><p><strong>Privacy-by-Architecture</strong></p><p>While a privacy-by-policy approach fails to consider the potential for strong attacks (e.g. identity thieves, hackers, etc.), a privacy-by architecture approach is designed with such risks in mind. The goal of a privacy-by-architecture approach is to design for the non-identifiability of users and provide strong guarantees of privacy. In this model, even if attackers gain access to the data, no <a
href="http://www.cippguide.org/tag/pii/">personally identifiable information</a> can be created with reasonable effort. The privacy-by-architecture approach offers users higher levels of privacy, in a more reliable manner.</p><p>The privacy-by-architecture approach relies on the following techniques:</p><p>a) <strong>Anonymity-based techniques</strong> – Such techniques are focused on making an individual’s identity or personal information not identifiable. However, these techniques do not guarantee that pseudonyms cannot be linked back to the individual with some effort.</p><p>b) <strong>Obfuscation-based techniques</strong> – In order to make it more difficult to link de-identified information back to individuals, obfuscation-based techniques disguise location and time information by decreasing precision/accuracy and adding confusion to the data.</p><p>Characteristics of a system designed with a privacy-by-architecture approach include:</p><p>-          No unique identifiers across databases</p><p>-          No common attributes across databases</p><p>-          Random identifiers</p><p>-          Contact information is not stored with profile/transaction information</p><p>-          Collection of long-term person characteristics on a low level of granularity</p><p>-          Technically-enforced deletion of profile details at regular intervals</p><h3>Summary</h3><p>This article takes a look at two approaches to privacy protection: privacy-by-policy and privacy-by-architecture. The former approach relies on the Fair Information Practice principles (FIPs) to offer users privacy information and privacy choices. Privacy-by-architecture approaches utilize stronger privacy protections and technologies based on anonymity and obfuscation techniques to secure user data. While these approaches have their differences, experts suggest that hybrid solutions may be practical, satisfying the needs of businesses, while minimizing the privacy risks of individuals.</p><h3>CIPP Exam Preparation</h3><p>In preparation for the Certified Information Privacy Professional/Information Technology (CIPP/IT) exam, a privacy professional should be comfortable with topics related to this post, including:</p><ul><li>Fair Information Practice Principles in System Design (I.G.)</li><li>Privacy Protection Mechanisms: Privacy by Policy (III.A.)</li><li>Notice and Choice (III.A.a.)</li><li>Privacy Protection Mechanisms: Privacy by Architecture (III.B.)</li><li>Anonymization (III.B.a.i.)</li><li>Pseudonymization (III.B.a.ii.)</li><li>Privacy-Enhancing Technologies (III.B.c.)</li></ul> ]]></content:encoded> <wfw:commentRss>https://www.cippguide.org/2011/09/06/privacy-engineering-privacy-by-policy-vs-privacy-by-architecture/feed/</wfw:commentRss> <slash:comments>0</slash:comments> </item> <item><title>Components of a Privacy Policy</title><link>https://www.cippguide.org/2011/08/09/components-of-a-privacy-policy/</link> <comments>https://www.cippguide.org/2011/08/09/components-of-a-privacy-policy/#comments</comments> <pubDate>Tue, 09 Aug 2011 17:00:41 +0000</pubDate> <dc:creator>hannah</dc:creator> <category><![CDATA[Privacy]]></category> <category><![CDATA[Information Security]]></category> <category><![CDATA[Notice]]></category> <category><![CDATA[opt-in]]></category> <category><![CDATA[PII]]></category> <category><![CDATA[privacy by policy]]></category> <category><![CDATA[privacy policy]]></category><guid
isPermaLink="false">https://www.cippguide.org/?p=2593</guid> <description><![CDATA[Enterprise privacy policies and privacy programs are essential. While policies alone cannot prevent data breaches or misuse of personal information, they are a good step in ensuring transparency and privacy-friendly practices. A privacy policy should contain the following key components: notice; consumer choice; access and correction; security; and [...]]]></description> <content:encoded><![CDATA[<p>It seems that <a
href="http://en.wikipedia.org/wiki/Privacy_policy">privacy policies</a>, notices and statements are everywhere these days. Given the increased public interest and more stringent <a
href="https://www.cippguide.org/tag/legislation/">legislation</a> on <a
href="http://www.cippguide.org/tag/infosec/">information security</a> and privacy protection, these privacy-friendly mechanisms are becoming more and more important on websites and online services. Generally, privacy policies, privacy notices and privacy statements tend to follow a specific format, use the same vocabulary and style.</p><p>It’s important to ensure that website privacy policies correctly address specific legal issues and technical implications of the company. There are numerous types of privacy policies out there, some of which apply to online data; others apply to data collected by financial institutions; others that deal with the collection of information from children under the age of 13; and other policies that apply to individuals protected under foreign laws. There is no ‘one size fits all’ approach to developing a sound privacy policy.</p><p><strong>Enterprise Privacy Programs</strong></p><p>Developing and maintaining enterprise-wide privacy programs require top-down cooperation and collaboration of the different individuals in an enterprise.</p><p>According to United States privacy legislation, all companies involved in obtaining, maintaining, using and/or disclosing personal information about consumers ought to adopt a privacy policy. Privacy policies are documents in which companies state their information practices. Such documents keep organizations accountable to a set of formal privacy policies. Companies may be the subject of an <a
href="http://www.cippguide.org/tag/FTC/">FTC</a> action or a lawsuit if their privacy practices do not accurately reflect those stated in their privacy policy.</p><p>Standardization of enterprise privacy programs is becoming more and more of an issue in recent years. Even though the primary objective of enterprise privacy policies is for internal use, standardization of such policies brings numerous advantages:</p><ul><li>Technical parts of regulations could be encoded into a standardized language</li><li>Enterprises with heterogeneous repositories of personal data could develop consistent enforcement tools to ensure compliance with internal privacy practices</li></ul><p><strong>Components of a Privacy Policy</strong></p><p>There are three main categories of information in a privacy policy:</p><ol><li><strong>1. </strong><strong>Policy Identification Details</strong></li></ol><p>This section defines the policy name, version and description.</p><ol><li><strong>2. </strong><strong>P3P-Based Components</strong></li></ol><p>This defines policy attributes that would apply if the policy is exported to a <a
href="https://www.cippguide.org/tag/p3p/">P3P</a> format. Such attributes would include: policy URLs, organization information, <a
href="https://www.cippguide.org/tag/PII/">PII</a> access and dispute resolution procedures.</p><ol><li><strong>3. </strong><strong>Policy Statements and Related Elements: Groups, Purposes and PII Types</strong></li></ol><p>Policy statements define the individuals able to access certain types of information, for certain pre-defined purposes.</p><p>Another way to classify the components of a privacy policy is outlined below.</p><ul><li><strong>Notice</strong> – Companies should provide consumers with clear, conspicuous notice that accurately describe their information practices.</li><li><strong>Consumer Choice</strong> – Companies should provide consumers with the opportunity to decide (in the form of opting-out) if it may disclose personal information to unaffiliated third parties.</li><li><strong>Access and Correction</strong> – Companies should provide consumers with the opportunity to access and correct personal information collected about the consumer.</li><li><strong>Security</strong> – Companies must adopt reasonable security measures in order to protect the privacy of personal information. Possible security measures include: administrative security, physical security and technical security.</li><li><strong>Enforcement</strong> – Companies should have systems through which they can enforce the privacy policy. This may be managed by the company, or an independent third party to ensure compliance. Examples include <a
href="https://www.cippguide.org/tag/bbbonline/">BBBOnLine</a> and <a
href="https://www.cippguide.org/tag/truste/">TRUSTe</a>.</li></ul><p><strong>Consumer’s Point of View</strong></p><p>From a consumer’s point of view, just because a website has a privacy policy doesn’t necessarily guarantee the security of the personal information. No privacy policy can definitely ensure the security of your information, or bind a company to those specific practices; however, there are certain policies that are better than others. A privacy policy should provide the consumer with a sense of transparency regarding the company.</p><p>Some important things that a consumer should consider when looking for good privacy policy include:</p><ul><li>What personal information is being collected?</li><li>How will your personal information be used?</li><li>How will your personal information be stored?</li><li>Are there security measures protecting your personal information?</li><li>How long will your personal information be kept by the company?</li><li>Will your personal information be shared with others?</li><li>How can you contact the company?</li></ul><p><strong>Summary</strong></p><p>This article takes a look at the importance of an enterprise privacy policies and privacy programs. While policies alone cannot prevent data breaches or misuse of personal information, they are a good step in ensuring transparency and privacy-friendly practices. A privacy policy should contain the following key components: notice; consumer choice; access and correction; security; and enforcement. The article also lists some considerations consumers should take when assessing the reliability of a company’s privacy policy.</p><p><strong>CIPP Exam Preparation</strong></p><p>In preparation for the Certified Information Privacy Professional/Information Technology (CIPP/IT) exam, a privacy professional should be comfortable with topics related to this post, including:</p><ul><li>Personally Identifiable Information (PII) (I.A.a.)</li><li>Consumer privacy concerns (II.A.a.)</li><li>Organizational privacy practices (II.A.b.)</li><li>Prominent notice and opt-in consent (II.B.b.)</li><li>Privacy mechanisms – privacy by policy (III.A.)</li></ul> ]]></content:encoded> <wfw:commentRss>https://www.cippguide.org/2011/08/09/components-of-a-privacy-policy/feed/</wfw:commentRss> <slash:comments>0</slash:comments> </item> <item><title>Android Phones Secretly Tracking Users?</title><link>https://www.cippguide.org/2011/07/12/android-phones-secretly-tracking-users/</link> <comments>https://www.cippguide.org/2011/07/12/android-phones-secretly-tracking-users/#comments</comments> <pubDate>Tue, 12 Jul 2011 17:00:06 +0000</pubDate> <dc:creator>hannah</dc:creator> <category><![CDATA[Privacy]]></category> <category><![CDATA[data collection]]></category> <category><![CDATA[Google]]></category> <category><![CDATA[location data]]></category> <category><![CDATA[mobile devices]]></category> <category><![CDATA[Notice]]></category> <category><![CDATA[PII]]></category><guid
isPermaLink="false">https://www.cippguide.org/?p=2589</guid> <description><![CDATA[In April 2011, Google was at the center of public scrutiny, after security experts, researchers and hackers revealed that its Android mobile devices were continuously collecting user’s location data. Contrary to Google’s claims, it was discovered that this information was tied to a numerical identifier. This article looks at numerous responses to this discovery, in the US and [...]]]></description> <content:encoded><![CDATA[<p>Anyone following information security news will be aware of the string of data breaches and discovery of privacy-invasive practices by numerous high-profile companies, including as Sony, Apple and Google. Both Apple and Google have recently been embroiled in a public debate about mobile device privacy and user awareness of their practices.</p><p><strong>Google’s Continuous Data Collection</strong></p><p>In April, Google was forced to address user concerns about the location data it collects from its <a
href="http://www.android.com/">Android</a> phones. Security experts, researchers and hackers, learned that certain Android phones were covertly sending streams of location data back to Google. This was counter to previous beliefs that the phones sent back occasional pings from specific location-based apps.</p><p><a
href="http://samy.pl/androidmap/">According to Samy Kamkar</a>, security researcher and hacker, the information Google was collecting was not anonymous, rather it contained a unique identifier tied to the user’s phone. The data is then used by the company to build its database about Wi-Fi router locations, which is then used to get location fixes by other Android phones. The location-based data is also used to add traffic data to Google Maps.</p><p><strong>Responses &amp; Challenges</strong></p><p>According to a <a
href="http://www.mobiledia.com/news/87993.html">Google spokesman</a>, “We provide users with notice and control over the collection, sharing and use of location in order to provide a better mobile experience on Android devices.” Google has also acknowledged the scope of information it collects from users, which includes GPS current location, timestamps, nearby Wi-Fi network addresses and device IDs. The company pointed out that all these practices were opt-in and it was possible for users to disable the GPS feature. However, functionality of their location-based services would significantly diminish.</p><p>In a May 2011 US Senate subcommittee meeting on mobile data collection, Alan Davidson, Google’s director of public policy for the Americas <a
href="http://www.clickz.com/clickz/news/2072622/growing-scrutiny-mobile-collection">said</a> that his company supports the development of a legal privacy framework that can “ensure broad-based user trust and that will support continued innovation.”</p><p>The company has also pointed out that the location data it collects is completely anonymized, contrary to reports that such data contains a unique identifier that is tied to the phone. In response, Google said the identifier is tied to the location, rather than the handset. However, the company admitted that the identifying number can be changed by doing a “factory reset” of the Android device, which means that this number remains consistent until that happens. Until the phone is reset, this number is effectively an identifier for the phone.</p><p><strong>Reactions</strong></p><p>In response to Google’s practices, two women from Michigan <a
href="http://www.detnews.com/article/20110428/METRO02/104280446/1361/Oakland-County-women-sue-Google-over-Android-s-tracking-software">filed a lawsuit</a> in US District Court in Detroit on April 26, 2011. The $50 million lawsuit is an attempt to stop Google from selling phones with location-tracking software. <a
href="http://news.cnet.com/8301-27080_3-20058493-245.html">According to Steven Budaj</a>, the lawyer representing the case on behalf of plaintiffs Julie Brown and Kayla Molaski, the tracking of Android owners’ locations “puts users at serious risk of privacy invasions, including stalking.” The plaintiffs are also seeking class action status for their lawsuit. Thus far, Google has not commented on the lawsuit.<strong></strong></p><p><strong>Worldwide Reaction</strong></p><p>In South Korea, Google Inc.’s office was raided in early May, based on suspicions that <a
href="http://www.admob.com/">AdMob</a> (Google’s mobile advertising unit) was illegally collecting user collection data without consent. According to a South Korean police spokesperson, “We suspect AdMob collected personal location information without consent or approval from the Korean Communication Commission.”</p><p>A spokesman from Google confirmed that the police did visit the Seoul office and the company was cooperating with the investigation. This event highlighted recent and growing concerns in South Korea about the potential misuse of private information, along with the increased use of mobile devices, such as smartphones and tablets. Furthermore, Google has been the subject of a number of law enforcement investigations in the United States, Britain, France, Singapore and Switzerland, over its controversial data collection practices.</p><p><strong>Summary</strong></p><p>In April 2011, Google was at the center of public scrutiny, after security experts, researchers and hackers revealed that its Android mobile devices were continuously collecting user’s location data. Contrary to Google’s claims, it was discovered that this information was tied to a numerical identifier. This article looks at numerous responses to this discovery, in the US and abroad.</p><p><strong>CIPP Exam Preparation</strong></p><p>In preparation for the Certified Information Privacy Professional/Information Technology (CIPP/IT) exam, a privacy professional should be comfortable with topics related to this post, including:</p><ul><li>Personally Identifiable Information – PII (I.A.a.)</li><li>Methods of Data Collection (I.B.a.)</li><li>Consumer Privacy Concerns (II.A.a.)</li><li>Phone-Home Software (II.A.l.i.)</li><li>Prominent &amp; Inconspicuous Notice (IV.A.)</li><li>Location-Based Services (VI.E.)</li></ul> ]]></content:encoded> <wfw:commentRss>https://www.cippguide.org/2011/07/12/android-phones-secretly-tracking-users/feed/</wfw:commentRss> <slash:comments>0</slash:comments> </item> <item><title>Facebook’s Data-Sharing Mistake</title><link>https://www.cippguide.org/2011/01/20/facebook%e2%80%99s-data-sharing-mistake/</link> <comments>https://www.cippguide.org/2011/01/20/facebook%e2%80%99s-data-sharing-mistake/#comments</comments> <pubDate>Thu, 20 Jan 2011 12:00:10 +0000</pubDate> <dc:creator>hannah</dc:creator> <category><![CDATA[Privacy]]></category> <category><![CDATA[Consent]]></category> <category><![CDATA[Notice]]></category> <category><![CDATA[opt-in]]></category> <category><![CDATA[PII]]></category> <category><![CDATA[Social Networking]]></category><guid
isPermaLink="false">https://www.cippguide.org/?p=2430</guid> <description><![CDATA[On Tuesday, January 18 2011, Facebook announced its decision to suspend the controversial feature allowing developers to access users’ home addresses and mobile numbers. The announcement comes just days after the social networking website decided to share users’ contact information with third party app developers. Privacy watchdogs have long decried Facebook’s privacy and security failings, which have affected its over 500 million users [...]]]></description> <content:encoded><![CDATA[<h1><span
style="font-weight: normal; font-size: 13px;">On Tuesday, January 18 2011, Facebook <a
href="http://developers.facebook.com/blog/post/447">announced</a> its decision to suspend the controversial feature allowing developers to access users’ home addresses and mobile numbers. The announcement comes just days after the social networking website decided to <a
href="http://www.thedrum.co.uk/news/2011/01/18/17715-facebook-embroiled-in-fresh-privacy-controversy/">share users’ contact information</a> with third party app developers. Privacy watchdogs have long decried Facebook’s <a
href="http://en.wikipedia.org/wiki/Criticism_of_Facebook">privacy and security failings</a>, which have affected its over 500 million users worldwide.</span></h1><p>In a statement on its <a
href="http://developers.facebook.com/blog/post/446">Developer Blog</a>, Facebook said:</p><p>“Over the weekend, we got some useful feedback that we could make people more clearly aware of when they are granting access to this data. We agree, and we are making changes to help ensure you only share this information when you intend to do so. We’ll be working to launch these updates as soon as possible, and will be temporarily disabling this feature until those changes are ready.”</p><h2>Data-Sharing Decision &amp; Responses</h2><p>The original decision to share user information came on Friday, January 14 2011. Facebook <a
href="http://developers.facebook.com/blog/post/447">pointed out</a> that the new feature would allow a user to “easily share your address and mobile phone with a shopping site to streamline the checkout process, or sign up for up-to-the-minute alerts on special deals directly to your mobile phone.”</p><p>The surprising decision triggered public backlash against Facebook’s privacy practices. Although app developers could only gather contact information if users had allowed them to do so, observers pointed out users are often confronted with too many apps that are deceptive about allowing access.</p><p>It is also commonly known that many users will click through permission dialogue boxes without pausing to read their contents. As a result of being inundated with too many permissions requests, users will respond to constant dialog boxes by agreeing to everything without considering potential negative consequences.</p><p>Critics responded strongly to Facebook’s new data-sharing practices. The marketing and media site <a
href="http://www.thedrum.co.uk/news/2011/01/18/17722-facebook-performs-u-turn-over-personal-data-sharing/">The Drum commented</a>:</p><p>“[This] raises questions as to how an organization, which ought to have been sensitive to privacy concerns following previous controversies, could have launched such an unheralded change, on a Friday evening, without fully thinking through the consequences.”</p><p>Graham Cluley, a technology consultant with the IT security firm Sophos <a
href="http://nakedsecurity.sophos.com/2011/01/16/rogue-facebook-apps-access-your-home-address-mobile-phone-number/">called the new practices a “recipe for disaster,”</a> pointing to the array of scam applications that have overrun the social network.</p><h2>Suggested alternatives</h2><p>Commenters suggested that Facebook ought to pre-approve developers before they are able to gain access to users’ information. The suggested approval process would be similar to the compulsory verification system for iPhone apps. According to a recent <a
href="http://www.facebook.com/SophosSecurity">Sophos poll</a>, over 95% of respondents supported the idea of Facebook verification of all apps before they are released to users. Currently, Facebook app developers only need to verify their accounts by confirming their mobile number or credit card information. After this process, they can write and release any application they like.</p><p>While Facebook does not currently offer this feature, many recommend that the network check applications written for its platform to ensure that they are not malicious. As this verification is not done, it is common to see many “<a
href="http://nakedsecurity.sophos.com/tag/rogue-application/">rogue applications</a>” appear across the social network. Such apps include revenue-generating survey scams, redirection of users’ browsers to malicious sites, spamming from a user’s account or stealing personal information.</p><p>Others suggested that users’ contact information could only be accessed if it was necessary for the purposes of the application. At the very least, the application should specifically request users’ permission before gathering their information. Facebook’s announcement on Friday evening led to many users removing their home address and mobile number from their profiles, as an immediate measure.</p><h3>Summary</h3><p>This article takes a look at Facebook’s January 14, 2011 decision to share user data with its applications developers. In the face of negative media coverage and public outcry, the social networking site was forced to reverse the changes only three days later. Many users and critics were uncomfortable with the fact that developers were able to access personal information such as their home address and mobile numbers. This article also looks at why this practice is especially problematic, especially in light of Facebook’s developer and applications policies.</p><h3>CIPP Exam Preparation</h3><p>In preparation for the Certified Information Privacy Professional/Information Technology (CIPP/IT) exam, a privacy professional should be comfortable with topics related to this post, including:</p><ul><li>Privacy Concerns – Organizational Practices (II.A.b.)</li><li>Privacy Expectations – Prominent Notice &amp; Opt-In Consent (II.B.b.)</li><li>Social Networking Services – System Designs (VI.C.i.)</li><li>Social Networking Services – Privacy Controls (VI.C.ii.)</li></ul> ]]></content:encoded> <wfw:commentRss>https://www.cippguide.org/2011/01/20/facebook%e2%80%99s-data-sharing-mistake/feed/</wfw:commentRss> <slash:comments>1</slash:comments> </item> <item><title>Recommendations for Identity Theft Related Data Breach Notification</title><link>https://www.cippguide.org/2010/04/20/recommendations-for-identity-theft-related-data-breach-notification/</link> <comments>https://www.cippguide.org/2010/04/20/recommendations-for-identity-theft-related-data-breach-notification/#comments</comments> <pubDate>Tue, 20 Apr 2010 12:00:45 +0000</pubDate> <dc:creator>jbrook</dc:creator> <category><![CDATA[CIPP]]></category> <category><![CDATA[Compliance & Regulations]]></category> <category><![CDATA[Privacy]]></category> <category><![CDATA[account number]]></category> <category><![CDATA[biometric]]></category> <category><![CDATA[Chief Legal Officer]]></category> <category><![CDATA[CIO]]></category> <category><![CDATA[CIPP/G]]></category> <category><![CDATA[CPO]]></category> <category><![CDATA[credit bureau]]></category> <category><![CDATA[credit report]]></category> <category><![CDATA[data breach]]></category> <category><![CDATA[driver's license]]></category> <category><![CDATA[Identity Theft]]></category> <category><![CDATA[Inspector General]]></category> <category><![CDATA[Notice]]></category> <category><![CDATA[Office of Managment and Budget]]></category> <category><![CDATA[OMB]]></category> <category><![CDATA[Personally Identifiable Information]]></category> <category><![CDATA[PII]]></category> <category><![CDATA[pin]]></category> <category><![CDATA[Presidential Identity Theft Task Force]]></category> <category><![CDATA[security code]]></category> <category><![CDATA[Social Security Number]]></category> <category><![CDATA[SSN]]></category><guid
isPermaLink="false">http://www.cippguide.org/?p=1443</guid> <description><![CDATA[In September 2006, The Office of Management and Budget issued a memorandum suggested by the President’s Identity Theft Task Force to help government departments and agencies adequately protect data.What is Identity Theft?Identity theft is the unauthorized use of personally identifiable information (PII) by an individual to commit fraud, usually financial related fraud. This is achieved either by using financial account information or using an individual’s Social Security Number (SSN) to open new financial accounts. Identity theft is a serious problem costing American citizens millions of dollars every year. As one of the largest collectors of information, the U.S. Government must implement strong measures to reduce the risk of security breaches leading to identity [...]]]></description> <content:encoded><![CDATA[<p>In September 2006,<a
href="http://www.whitehouse.gov/OMB/memoranda/.../task_force_theft_memo.pdf"> The Office of Management and Budget issued a memorandum</a> suggested by the <a
href="http://www.idtheft.gov/">President’s Identity Theft Task Force</a> to help government departments and agencies adequately protect data.</p><p><strong>What is Identity Theft?</strong></p><p>Identity theft is the unauthorized use of personally identifiable information (PII) by an individual to commit fraud, usually financial related fraud. This is achieved either by using financial account information or using an individual’s Social Security Number (SSN) to open new financial accounts. Identity theft is a serious problem costing American citizens millions of dollars every year. As one of the largest collectors of information, the U.S. Government must implement strong measures to reduce the risk of security breaches leading to identity theft.</p><p>The President’s Identity Theft Task Force made the following recommendations:</p><p><strong>Data Breach Planning</strong></p><p>Effective information security requires building contingency plans in the event a data breach occurs. Each agency should select a number of appropriate individuals to be part of a data breach response group that convenes after any potential or confirmed data breach has been found.</p><p>This group should include at minimum:</p><ul><li>Chief Information Officer</li><li>Chief Legal Officer</li><li>Chief Privacy Officer</li><li>Senior management official</li><li>Agency’s Inspector General</li></ul><p>This group should meet initially to develop basic contingency plans to be automatically implemented when a breach occurs and reconvene as necessary in response to security incidents.</p><p><strong>Identifying an Incident that Presents Identity Theft Risk and the Level of Risk Involved</strong></p><p>Not all data breaches may result in an identity theft risk. When a security breach occurs, agencies must determine on a case by case basis if there is a risk of identity theft and the level of that risk.</p><p>What constitutes an identity theft risk?</p><ul><li>Unauthorized disclosure of an individual’s <strong><a
href="http://www.ssa.gov/pubs/10064.html">Social Security Number</a></strong></li><li>Unauthorized disclosure of an individual’s name, address or telephone number with<ul><li>a government identifier (ie: driver’s license)</li><li>a biometric record</li><li>a financial account number with the pin or security code</li><li>any information that particularly identifies an individual such as a relationship with a financial institution or club membership</li></ul></li></ul><p>When such information has been compromised the following criteria should be used to determine the level of risk of identity theft:</p><ul><li>the level of difficulty an unauthorized individual would have to use the information</li><li>how the data loss occurred including whether it may be considered or related to criminal activity</li><li>the ability of the agency to counteract or prevent abuse of the information</li><li>evidence that the information that has been compromised is used to commit fraud related to identity theft</li></ul><p><strong>Reducing Risk After Disclosure</strong></p><p>When a data breach has occurred and a risk of identity theft has been determined, measures should be taken by both the affected individual and the agency to minimize the abuse of the information. Responses may vary depending on the type of information compromised and the level of risk determined by the agency.</p><p><a
href="http://www.ncpc.org/cms/cms-upload/prevent/files/idtheftrev.pdf">Individual actions may include:</a></p><ul><li>Closing affected financial accounts</li><li>Monitoring financial accounts</li><li>Requesting and monitoring their credit report</li><li>Placing a fraud alert with the credit bureaus</li><li>Placing a credit freeze on their credit account</li><li>Increasing identity theft awareness by watching for criminals offering credit assistance who may just be attempting to obtain more PII</li></ul><p>Agency actions may include:</p><ul><li>Notifying banks if government authorized credit cards or government payments are involved</li><li>Perform data breach analysis to determine whether a data breach has resulted in identity theft</li><li>Provide credit monitoring services to affected individuals.</li><li>Notification to law enforcement officials</li></ul><p><strong>Providing Notice to Those Affected</strong></p><p>Agencies are not required to notify affected individuals after <em>any</em> data breach has occurred. However, agencies must notify individuals when a breach has occurred that poses a <em>significant risk</em> of identity theft so that suitable countermeasures may be taken.</p><p>Providing notice for all data breaches is not an effective response to data breaches because:</p><ul><li>Notification is costly</li><li>Counter measures, such as closing financial accounts, placing fraud alerts and obtaining new ID documents is too costly to both the public and private sector to be undertaken with every data breach</li><li>Frequent public notices may confuse the public as to what constitutes a minor or major threat and what actions must be taken</li></ul><p>If an agency has determined that the risk of identity theft is large enough to warrant notification, the following guidelines should be used in providing notice:</p><ul><li>Timing– Affected individuals must be notified at the correct time. Individuals should be notified as early as possible to allow protective measures to be implemented. However, information regarding identity theft, if released too early may exaggerate the threat, or impede an investigation. Agencies must confer with law enforcement officials to make sure that notification is made at the time appropriate to the actions that must be taken</li><li>Source– Individuals must be given the name of the responsible party from where the breach occurred. The breach may not always occur within an agency, for instance, if an outside contractor handles the information on behalf of an agency and the breach occurred in their system. The agency still maintains liability for the information and an agency official should be cited as the contact person.</li><li>Contents– Individuals should be told in clear, easy-to-understand terms:<ul><li>brief description of the data breach</li><li>the type of information that may be compromised</li><li>brief description of the agency’s actions to investigate and mitigate the breach and prevent further problems in the future</li><li>contact information to ask questions including a toll free number, web address and postal address</li><li>the actions an individual should take to mitigate the threat of identity theft</li></ul></li><li>Method of Notification–Notification methods should be chosen based on how the majority of affected individuals can receive the information. A mailing address should be the primary means of communication.</li><li>Preparing for follow-on inquiries– Agencies must be prepared to handle the volume of follow-up inquiries they may receive, especially after a public announcement. Officials may choose to delay public notice of data breaches to allow an agency adequate time to prepare a response plan for such requests.</li><li>Preparing counterpart entities that may receive a surge in inquiries– agencies should alert other entities such as affected financial institutions or the credit bureaus if they may see a significant increase in requests due to notice of a data breach.</li></ul><p><strong>Summary</strong></p><p>The Government is one of the largest consumers of personally identifiable information. As such, it is at significant risk for data breaches and unauthorized disclosure of sensitive data. In addition to implementing adequate security measures, agencies must be prepared to notify individuals when significant data breaches occur. While a data breach may be considered something of an embarrassment, agencies are required by law to report such incidents and alert affected individuals that may face significant threat of identity theft.</p><p><em>CIPP/G Candidate Preparation</em></p><p>In preparation for the Certified Information Privacy Professional Government exam, a privacy professional should be comfortable with topics related to this post including:</p><ul><li>OMB Memorandum, September 20, 2006: Recommendations for Identity Theft Related Data Breach Notification Guidance (II.A.c.2.i)</li></ul> ]]></content:encoded> <wfw:commentRss>https://www.cippguide.org/2010/04/20/recommendations-for-identity-theft-related-data-breach-notification/feed/</wfw:commentRss> <slash:comments>2</slash:comments> </item> <item><title>Fair Information Practice Principles</title><link>https://www.cippguide.org/2010/01/18/fair-information-practices-principles/</link> <comments>https://www.cippguide.org/2010/01/18/fair-information-practices-principles/#comments</comments> <pubDate>Mon, 18 Jan 2010 12:00:43 +0000</pubDate> <dc:creator>jbrook</dc:creator> <category><![CDATA[CIPP]]></category> <category><![CDATA[Compliance & Regulations]]></category> <category><![CDATA[Awareness]]></category> <category><![CDATA[Choice]]></category> <category><![CDATA[Consent]]></category> <category><![CDATA[data subject access]]></category> <category><![CDATA[fair information practice principles]]></category> <category><![CDATA[Notice]]></category> <category><![CDATA[opt-in]]></category> <category><![CDATA[opt-out]]></category> <category><![CDATA[redress]]></category><guid
isPermaLink="false">http://www.cippguide.org/?p=1200</guid> <description><![CDATA[The Fair Information Practices Principles form the backbone of privacy law in the United States and the concepts they include have played a significant role in the development of data protection laws around the globe. Understanding the Fair Information Practice Principles and how they should be implemented is critical to comply with the various privacy laws that protect personal [...]]]></description> <content:encoded><![CDATA[<p>The Fair Information Practices Principles form the backbone of privacy law in the United States and the concepts they include have played a significant role in the development of data protection laws around the globe. Understanding the Fair Information Practice Principles and how they should be implemented is critical to comply with the various privacy laws that protect personal information.</p><p><strong>The Fair Information Practice Principles</strong></p><p><em>Notice/Awareness</em></p><p>Individuals should receive notice of an entity’s privacy practices <em>prior</em> to the collection of personally identifiable information. Notice allows individuals to make informed choices regarding the use of the personal information. A privacy notice must include:</p><ul><li> A legitimate name and physical address of the entity collecting the data</li><li>The type of data collected</li><li>How collected data will be used</li><li>Any potential third party disclosure of personal information</li><li>Any potential secondary use of personal information</li></ul><p><em> </em></p><p><em><a
href="../../../../../2009/12/21/choice-and-consent/">Choice/Consent</a></em><em> </em></p><p>Individuals must be able to consent or reject to certain uses of their personal information, particularly with regard to secondary uses and marketing purposes. Two main mechanisms are used to provide consumer with consent options:</p><ul><li><a
href="../../../../../2009/12/21/choice-and-consent/">Opt in</a>: Require affirmative consent from the individual. In other words, action must be taken by the individual to START the processing of personal information for secondary uses or disclosures. This may include signing up to receive marketing newsletters, special offers and similar types of communications.</li><li><a
href="../../../../../2009/12/21/choice-and-consent/">Opt Out:</a> Requires the implicit consent of the individual. Here consent is assumed because the individual has not stated a desire otherwise. In other words, action must be taken by the individual to STOP the processing of personal information for secondary uses or disclosures. This may include <a
href="../../../../../2009/11/16/cookies-tracking-your-internet-experience/">opting out of third party advertising</a></li></ul><p>An individual must be able to view their consent options and change them at any time. Changes should be honored within a reasonable length of time.</p><p><em> </em></p><p><em>Access/Participation</em></p><p>An individual must be able to view the data an entity has on record. They must also be allowed to correct an incomplete or false information contained in their file. Access to data must be granted within a reasonable time frame and at a minimal cost.</p><p><em> </em></p><p><em>Integrity/Security</em></p><p>Data must be accurate, up-to-date, complete and not stored longer than necessary. Security of data must be maintained using physical, technical and administrative safeguards to protect against unauthorized access, use, disclosure and destruction. Safeguards should be implemented in proportion to the security risk or threat, with greater risks or threats using greater resources and stronger protections.</p><p><em> </em></p><p><em>Enforcement/Redress</em></p><p>An individual must be able to file complaints with the entity have their issues addressed.   Furthermore there should be a mechanism in place to ensure compliance with the above standards, either through self or government regulation.</p><p><strong>Enforcement of Privacy Practices</strong></p><p>The Fair Information Practice Principles are suggestions to guide the use of personal information in connection with business activities and transactions. They are not in themselves a law that must be followed, and as such are not enforceable. However, there are many privacy laws(see below) which make use of the Fair Information Practices to protect personal information.</p><p>The United States supports the use of self-regulation to enforce Fair Information Practices. Theoretically, informed consumers will choose to use businesses that implement the Fair Information practices and ensure the protection of their information, forcing those business that do not guarantee such protections out of business. Services such as the Better Business Bureau and online assurance programs build trust between businesses and consumers by providing consumers with a directory of businesses whose privacy practices have been assessed and found to provide adequate protection.</p><p>The Fair Information Practice Principles have been criticized because they do not require the creation of a general privacy authority and rely largely on self-regulation, which at times falls short of adequately regulating consumer protection. At the same time, many businesses believe implementing stronger guidelines or regulations would be too costly and detrimental to the growth of business. For now, the United States continues to use a sectoral approach, developing privacy laws as needed.</p><p><strong>Laws Using the Fair Information Practice Principles to regulate Privacy</strong></p><ul><li><a
href="http://epic.org/privacy/fcra/">Fair Credit Reporting Act</a>– Regulated by the Federal Trade Commission, the Fair Credit Reporting Act regulates the use of consumer reports. Requires Notice of disclosure and adverse action, as well as the ability for a consumer to access and rectify inaccuracies in their consumer reports.</li><li><a
href="http://www.accessreports.com/statutes/RFPA.htm">Right to Financial Privacy Act</a>– Protects the privacy of customers using financial institutions from government searches (with exceptions.) RFPA restricts government access to financial records without the individual’s consent or meeting one of the specified exemptions from the rule.</li><li><a
href="http://www.coppa.org/">Children’s Online Privacy and Protection Act</a>–Protects against the collection, use and disclosure of the personal information of children under 13 without parental notice and consent.</li></ul><p><strong>Summary:</strong></p><p>The Fair Information Practice Principles form the backbone of privacy laws in the United States. Though the principles put forth by the FTC are only considered guidelines, there are some laws that have turned the guidelines into law and even more businesses which choose build trust with consumers by ensuring their privacy through self regulation of the Fair Information Practice Principles. Understanding the principles and their implementation is one of the core concepts all privacy professionals need to know.</p><p><em>CIPP/G Candidate Preparation</em></p><p>In preparation for the Certified Information Privacy Professional Government exam, a privacy professional should be comfortable with topics related to this post including:</p><ul><li>Privacy Principles and Definitions including Fair Information Principles(I.B.a.i.)</li></ul> ]]></content:encoded> <wfw:commentRss>https://www.cippguide.org/2010/01/18/fair-information-practices-principles/feed/</wfw:commentRss> <slash:comments>0</slash:comments> </item> </channel> </rss>
<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk: basic
Page Caching using disk: enhanced

Served from: www.cippguide.org @ 2012-02-04 13:40:20 -->
