<?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; Privacy</title>
	<atom:link href="http://www.cippguide.org/category/privacy/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.cippguide.org</link>
	<description>Your Guide to the CIPP</description>
	<lastBuildDate>Tue, 27 Jul 2010 12:00:26 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Google Buzz</title>
		<link>http://www.cippguide.org/2010/06/08/google-buzz/</link>
		<comments>http://www.cippguide.org/2010/06/08/google-buzz/#comments</comments>
		<pubDate>Tue, 08 Jun 2010 12:00:13 +0000</pubDate>
		<dc:creator>jbrook</dc:creator>
				<category><![CDATA[CIPP]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Beacon]]></category>
		<category><![CDATA[Buzz]]></category>
		<category><![CDATA[Canada]]></category>
		<category><![CDATA[CIPP/C]]></category>
		<category><![CDATA[Consent]]></category>
		<category><![CDATA[Facebook]]></category>
		<category><![CDATA[Fair Information Principles]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[Google Maps]]></category>
		<category><![CDATA[Google Street View]]></category>
		<category><![CDATA[Harriet Jacobs]]></category>
		<category><![CDATA[Jennifer Stoddart]]></category>
		<category><![CDATA[limiting data collection]]></category>
		<category><![CDATA[opt-in]]></category>
		<category><![CDATA[opt-out]]></category>
		<category><![CDATA[Privacy Commissioner]]></category>
		<category><![CDATA[Reader]]></category>
		<category><![CDATA[Social Networking]]></category>
		<category><![CDATA[Street View]]></category>

		<guid isPermaLink="false">http://www.cippguide.com/?p=1870</guid>
		<description><![CDATA[When Google launched its social networking tool, Google Buzz in February 2010, privacy advocates around the world raised concerns regarding its features. Although Google has since made significant changes, the compromises and intrusions of privacy still remain a troubling characteristic of many Web services and online networking [...]]]></description>
			<content:encoded><![CDATA[<p>When <a href="http://www.cippguide.org/tag/google/">Google</a> launched its social networking tool, <a href="http://www.google.com/buzz">Google Buzz</a> in February 2010, privacy advocates around the world raised concerns regarding its features. Although Google has since made significant changes, the compromises and intrusions of privacy still remain a troubling characteristic of many Web services and <a href="http://www.cippguide.org/tag/social-networking/">online networking applications</a>.</p>
<h2>Introducing Google Buzz</h2>
<p>Google launched what it expected would be the Twitter/Facebook competitor, Google Buzz on February 9, 2010. It was advertised as “a new way to share updates, photos, videos and more, and start conversations about the things you find interesting.” Buzz was designed to integrate with Gmail – which already had over 146 million users at the time of the launch – and other interface interaction elements with other Google products, such as <a href="http://www.google.com/reader/view/">Google Reader</a>.</p>
<p>The service can also be accessed through supported mobile devices. The mobile version of Buzz is integrated with <a href="http://maps.google.com/">Google Maps</a>, in order to let users know their location and identify other users who are around them.</p>
<p>Buzz was received with great interest. In the first two days after its launch, tens of millions of users created over nine million posts and comments. On average, there were over 200 posts per minute through mobile phones worldwide.</p>
<h2>Responses</h2>
<p>However, not all responses to Buzz were positive. Immediately after its introduction, privacy-minded users noticed that Buzz automatically set them up with followers and people to follow. This group of followers is chosen based on the contacts the user emails and chats with the most.</p>
<p>Another issue of concern was that the people a user follows and the people that follow the user are made public to anyone viewing the user’s profile. This is the default setting, which allows anyone who views a profile to see the people who a user chats with or emails most. The implications of this setting were worrisome to some users. For instance, a boss may discover that a subordinate has frequent email contact with executives at a competing firm.</p>
<p>What was distressing to most critics was that Google did not openly explain how the publicly viewable follower lists were determined. Buzz’s unclear opt-out approach put many users in the position of unknowingly sharing personal information.  It is clear that Google’s choice to design the lists to show publicly by default was a strategic decision to get as many people using Buzz as quickly as possible. While it may be a helpful setting for some users, others may not feel comfortable with sharing with the world who they email or chat with most.</p>
<p>This glaring privacy flaw was brought to the spotlight two days after Buzz was launched, when <a href="http://www.fugitivus.net/2010/02/11/fuck-you-google/">Harriet Jacobs</a> saw her personal information revealed to her ex-husband and his abusive friends. Unfortunately, Google automatically allowed her most frequent contacts to view her Google Reader, all the comments on her Reader, as well as her current location, workplace and other sensitive information. Her most frequent email contacts happened to be her ex-husband, his friends and other hostile blog commenters. She was unable to block these users as she never created a Google profile or Buzz profile, which left her unable to prevent them from following her.</p>
<h2>Making Changes</h2>
<p>Within three days of launching Buzz, Google issued a public apology and made some changes to the program in response to the widely-publicized consumer privacy concerns. It added a more visible opt-out selection to allow users to choose not to show their connections or followers on their profile. This was a rapid response to user concerns, especially when compared to Facebook’s <a href="http://www.circleid.com/posts/a_look_at_the_facebook_privacy_class_action_beacon_settlement/">Beacon privacy problems</a> in 2007, which took over a month to resolve.</p>
<p>Although the changes were a positive step in terms of supporting user privacy rights, critics pointed out that Google did not go far enough to address immediate concerns. For instance, the selection box for sharing followers was checked by default. Since this is an option for sharing private or sensitive information, many argued that the box should be unchecked. Given its nature, it would be best to leave that as an opt-in feature.</p>
<p>Furthermore, the opt-out selection did not give users an adequate explanation as to what they were allowing Buzz to publish. Users were not informed that Buzz would publish the list of people they email and chat with most. Although the privacy settings could be adjusted, the problem was that most users do not know how to change these settings. The majority of users simply click “save and continue” until the application is fully set-up, unfortunately reading little of the information contained in the dialog boxes. This made it clear that Google’s changes were an inadequate response to the scope and implication of user’s concerns.</p>
<p>In April 2010, privacy officials from Canada, Germany, France, Ireland, Israel, Italy, the Netherlands, New Zealand, Spain and the UK raised privacy concerns regarding Google Buzz, as well as other Google services. The letter pointed out that even months after its launch, Buzz was still disregarding its user’s privacy rights, despite Google’s promises to the contrary.</p>
<h2>Opt-In vs. Opt-Out</h2>
<p><a title="CIPPGuide: Opt out articles" href="./tag/opt-out/" target="_self">Opt-out mechanisms</a> give users the opportunity to express non-agreement to a specific purpose. Unless the user takes action to opt-out, the organization assumes consent and proceeds. The organization should clearly inform the users that failing to opt-out means that the user consents to the use or disclosure of information. For instance, the Google Buzz box presented users with the opt-out choice with a pre-checked box that read, “Show the list of people I’m following and the list of people following me on my public profile.”</p>
<p>Opt-in consent is often referred to as “express consent.” With opt-in consent, the organization presents the users with the opportunity to express positive agreement to a stated purpose. Only with the user’s action will the organization assume consent. Opt-in consent is considered the strongest form of consent. The <a href="http://www.priv.gc.ca/index_e.cfm">Privacy Commissioner of Canada</a> encourages organizations to use this form of consent wherever it is appropriate, as it is least likely to result in misunderstandings and complaints.</p>
<p>In the Google Buzz case, an effective opt-in statement for new users might have been a checkbox reading “Show the list of people I’m following and the list of people following me on my public profile. Right now, the list is made up of people you email and chat with most.”</p>
<h2>Recommendations</h2>
<p>Jennifer Stoddart, the federal Privacy Commissioner of Canada expressed her unease over how such a problematic application like Buzz was launched for public use in the first place. Stoddart did not support the decision to release Buzz in its “beta” form, as it should have demonstrated compliance with <a title="CIPPGuide: Fair Information Practice Principles" href="./2010/01/18/fair-information-practices-principles/?action=lostpassword&amp;instance=tml-1">fair information principles</a> before it was introduced. She felt it was unacceptable to launch a product that had such significant privacy issues, with the intention of addressing those problems only as they arise. This was also not the first time Google made a glaring privacy error, as <a title="CIPPGuide: Street View" href="./tag/google/" target="_self">Google Street View</a> was launched earlier, without consideration of privacy, data protection laws or cultural norms.</p>
<p>Stoddart and the Privacy Commissioner’s Office sent Google a number of recommendations that would enable it to integrate fundamental privacy principles into its online services. The recommendations included:</p>
<ul>
<li>Collecting and 	processing only the minimum amount of personal information that is 	necessary for achieving the purpose of the product or service.</li>
<li>Providing 	clear, unambiguous information regarding the use of personal 	information.</li>
<li>Allowing users 	to provide informed consent.</li>
<li>Creating 	privacy-protective default settings.</li>
<li>Ensuring that 	privacy control settings are clear and easy to use.</li>
<li>Ensuring that 	all personal data is adequately protected.</li>
<li>Giving users 	simple procedures for account deletion.</li>
<li>Honoring user 	requests in a timely manner.</li>
</ul>
<h3>Summary</h3>
<p>This article examines privacy issues raised through the launch of the social networking program Google Buzz. It outlines some critical responses to the privacy settings and risks that the application exposes users to. The article also explores opt-in and opt-out consent mechanisms. Finally, the article takes a look at the Canadian Privacy Commissioner’s response and recommendations to Google Buzz.</p>
<h3>CIPP/C Preparation</h3>
<p>In preparation for the Certified Information Privacy Professional/Canada exam, a privacy professional should be comfortable with topics related to this post, including:</p>
<ul>
<li>Online privacy, 	online data collection (V.B.c.)</li>
<li>End user 	expectations (V.C.c.a.i.)</li>
<li>End user 	preferences, opt-in vs. opt-out (V.C.c.a.ii.)</li>
</ul>
<div id="_mcePaste" style="overflow: hidden; position: absolute; left: -10000px; top: 0px; width: 1px; height: 1px;"><!-- 		@page { margin: 0.79in } 		H1 { margin-top: 0.33in; margin-bottom: 0in; color: #776b45 } 		H1.western { font-family: "Arial Black", serif; font-size: 14pt } 		H1.cjk { font-family: "Arial"; font-size: 14pt } 		H1.ctl { font-family: ; font-size: 14pt } 		P { margin-bottom: 0.08in } 		H2 { margin-top: 0.14in; margin-bottom: 0in; color: #9e8e5c } 		H2.western { font-family: "Arial Black", serif; font-size: 13pt } 		H2.cjk { font-family: "Arial"; font-size: 13pt } 		H2.ctl { font-family: ; font-size: 13pt } 		H3 { margin-top: 0.14in; margin-bottom: 0in; color: #9e8e5c } 		H3.western { font-family: "Arial Black", serif; font-size: 12pt } 		H3.cjk { font-family: "Arial"; font-size: 12pt } 		H3.ctl { font-family: ; font-size: 12pt } 		A:link { so-language: zxx } --></p>
<h1 class="western"><span lang="en-US">Google Buzz</span></h1>
<p style="margin-bottom: 0in;"><span lang="en-US">When <a href="http://www.cippguide.org/tag/google/">Google</a> launched its social networking tool, <a href="http://www.google.com/buzz">Google Buzz</a> in February 2010, privacy advocates around the world raised concerns regarding its features. Although Google has since made significant changes, the compromises and intrusions of privacy still remain a troubling characteristic of many Web services and <a href="http://www.cippguide.org/tag/social-networking/">online networking applications</a>. </span></p>
<h2 class="western"><span lang="en-US">Introducing Google Buzz</span></h2>
<p style="margin-bottom: 0in;"><span lang="en-US">Google launched what it expected would be the Twitter/Facebook competitor, Google Buzz on February 9, 2010. It was advertised as “a new way to share updates, photos, videos and more, and start conversations about the things you find interesting.” Buzz was designed to integrate with Gmail – which already had over 146 million users at the time of the launch – and other interface interaction elements with other Google products, such as <a href="http://www.google.com/reader/view/">Google Reader</a>. </span></p>
<p style="margin-bottom: 0in;"><span lang="en-US">The service can also be accessed through supported mobile devices. The mobile version of Buzz is integrated with <a href="http://maps.google.com/">Google Maps</a>, in order to let users know their location and identify other users who are around them. </span></p>
<p style="margin-bottom: 0in;"><span lang="en-US">Buzz was received with great interest. In the first two days after its launch, tens of millions of users created over nine million posts and comments. On average, there were over 200 posts per minute through mobile phones worldwide. </span></p>
<h2 class="western"><span lang="en-US">Responses</span></h2>
<p style="margin-bottom: 0in;"><span lang="en-US">However, not all responses to Buzz were positive. Immediately after its introduction, privacy-minded users noticed that Buzz automatically set them up with followers and people to follow. This group of followers is chosen based on the contacts the user emails and chats with the most. </span></p>
<p style="margin-bottom: 0in;"><span lang="en-US">Another issue of concern was that the people a user follows and the people that follow the user are made public to anyone viewing the user’s profile. This is the default setting, which allows anyone who views a profile to see the people who a user chats with or emails most. The implications of this setting were worrisome to some users. For instance, a boss may discover that a subordinate has frequent email contact with executives at a competing firm. </span></p>
<p style="margin-bottom: 0in;"><span lang="en-US">What was distressing to most critics was that Google did not openly explain how the publicly viewable follower lists were determined. Buzz’s unclear opt-out approach put many users in the position of unknowingly sharing personal information.  It is clear that Google’s choice to design the lists to show publicly by default was a strategic decision to get as many people using Buzz as quickly as possible. While it may be a helpful setting for some users, others may not feel comfortable with sharing with the world who they email or chat with most. </span></p>
<p style="margin-bottom: 0in;"><span lang="en-US">This glaring privacy flaw was brought to the spotlight two days after Buzz was launched, when <a href="http://www.fugitivus.net/2010/02/11/fuck-you-google/">Harriet Jacobs</a> saw her personal information revealed to her ex-husband and his abusive friends. Unfortunately, Google automatically allowed her most frequent contacts to view her Google Reader, all the comments on her Reader, as well as her current location, workplace and other sensitive information. Her most frequent email contacts happened to be her ex-husband, his friends and other hostile blog commenters. She was unable to block these users as she never created a Google profile or Buzz profile, which left her unable to prevent them from following her. </span></p>
<h2 class="western"><span lang="en-US">Making Changes</span></h2>
<p style="margin-bottom: 0in;"><span lang="en-US">Within three days of launching Buzz, Google issued a public apology and made some changes to the program in response to the widely-publicized consumer privacy concerns. It added a more visible opt-out selection to allow users to choose not to show their connections or followers on their profile. This was a rapid response to user concerns, especially when compared to Facebook’s <a href="http://www.circleid.com/posts/a_look_at_the_facebook_privacy_class_action_beacon_settlement/">Beacon privacy problems</a> in 2007, which took over a month to resolve. </span></p>
<p style="margin-bottom: 0in;"><span lang="en-US">Although the changes were a positive step in terms of supporting user privacy rights, critics pointed out that Google did not go far enough to address immediate concerns. For instance, the selection box for sharing followers was checked by default. Since this is an option for sharing private or sensitive information, many argued that the box should be unchecked. Given its nature, it would be best to leave that as an opt-in feature. </span></p>
<p style="margin-bottom: 0in;"><span lang="en-US">Furthermore, the opt-out selection did not give users an adequate explanation as to what they were allowing Buzz to publish. Users were not informed that Buzz would publish the list of people they email and chat with most. Although the privacy settings could be adjusted, the problem was that most users do not know how to change these settings. The majority of users simply click “save and continue” until the application is fully set-up, unfortunately reading little of the information contained in the dialog boxes. This made it clear that Google’s changes were an inadequate response to the scope and implication of user’s concerns. </span></p>
<p style="margin-bottom: 0in;"><span lang="en-US">In April 2010, privacy officials from Canada, Germany, France, Ireland, Israel, Italy, the Netherlands, New Zealand, Spain and the UK raised privacy concerns regarding Google Buzz, as well as other Google services. The letter pointed out that even months after its launch, Buzz was still disregarding its user’s privacy rights, despite Google’s promises to the contrary. </span></p>
<h2 class="western">Opt-In vs. Opt-Out</h2>
<p style="margin-bottom: 0in;">Opt-out mechanisms give users the opportunity to express non-agreement to a specific purpose. Unless the user takes action to opt-out, the organization assumes consent and proceeds. The organization should clearly inform the users that failing to opt-out means that the user consents to the use or disclosure of information. For instance, the Google Buzz box presented users with the opt-out choice with a pre-checked box that read, “Show the list of people I’m following and the list of people following me on my public profile.”</p>
<p style="margin-bottom: 0in;">Opt-in consent is often referred to as “express consent.” With opt-in consent, the organization presents the users with the opportunity to express positive agreement to a stated purpose. Only with the user’s action will the organization assume consent. Opt-in consent is considered the strongest form of consent. The <a href="http://www.priv.gc.ca/index_e.cfm">Privacy Commissioner of Canada</a> encourages organizations to use this form of consent wherever it is appropriate, as it is least likely to result in misunderstandings and complaints.</p>
<p style="margin-bottom: 0in;">In the Google Buzz case, an effective opt-in statement for new users might have been a checkbox reading “Show the list of people I’m following and the list of people following me on my public profile. Right now, the list is made up of people you email and chat with most.”</p>
<h2 class="western"><span lang="en-US">Recommendations</span></h2>
<p style="margin-bottom: 0in;"><span lang="en-US">Jennifer Stoddart, the federal Privacy Commissioner of Canada expressed her unease over how such a problematic application like Buzz was launched for public use in the first place. Stoddart did not support the decision to release Buzz in its “beta” form, as it should have demonstrated compliance with <a href="http://www.cippguide.org/2010/01/18/fair-information-practices-principles/?action=lostpassword&amp;instance=tml-1">fair information principles</a> before it was introduced. She felt it was unacceptable to launch a product that had such significant privacy issues, with the intention of addressing those problems only as they arise. This was also not the first time Google made a glaring privacy error, as Google Street View was launched earlier, without consideration of privacy, data protection laws or cultural norms. </span></p>
<p style="margin-bottom: 0in;"><span lang="en-US">Stoddart and the Privacy Commissioner’s Office sent Google a number of recommendations that would enable it to integrate fundamental privacy principles into its online services. The recommendations included:</span></p>
<ul>
<li>
<p style="margin-bottom: 0in;"><span lang="en-US">Collecting and 	processing only the minimum amount of personal information that is 	necessary for achieving the purpose of the product or service. </span></p>
</li>
<li>
<p style="margin-bottom: 0in;"><span lang="en-US">Providing 	clear, unambiguous information regarding the use of personal 	information. </span></p>
</li>
<li>
<p style="margin-bottom: 0in;"><span lang="en-US">Allowing users 	to provide informed consent. </span></p>
</li>
<li>
<p style="margin-bottom: 0in;"><span lang="en-US">Creating 	privacy-protective default settings. </span></p>
</li>
<li>
<p style="margin-bottom: 0in;"><span lang="en-US">Ensuring that 	privacy control settings are clear and easy to use. </span></p>
</li>
<li>
<p style="margin-bottom: 0in;"><span lang="en-US">Ensuring that 	all personal data is adequately protected. </span></p>
</li>
<li>
<p style="margin-bottom: 0in;"><span lang="en-US">Giving users 	simple procedures for account deletion. </span></p>
</li>
<li>
<p style="margin-bottom: 0in;"><span lang="en-US">Honoring user 	requests in a timely manner. </span></p>
</li>
</ul>
<h3 class="western"><span lang="en-US">Summary</span></h3>
<p style="margin-bottom: 0in;"><span lang="en-US">This article examines privacy issues raised through the launch of the social networking program Google Buzz. It outlines some critical responses to the privacy settings and risks that the application exposes users to. The article also explores opt-in and opt-out consent mechanisms. Finally, the article takes a look at the Canadian Privacy Commissioner’s response and recommendations to Google Buzz. </span></p>
<h3 class="western"><span lang="en-US">CIPP/C Preparation</span></h3>
<p style="margin-bottom: 0in;"><a name="_GoBack"></a><span lang="en-US">In preparation for the Certified Information Privacy Professional/Canada exam, a privacy professional should be comfortable with topics related to this post, including:</span></p>
<ul>
<li>
<p style="margin-bottom: 0in;"><span lang="en-US">Online privacy, 	online data collection (V.B.c.)</span></p>
</li>
<li>
<p style="margin-bottom: 0in;"><span lang="en-US">End user 	expectations (V.C.c.a.i.)</span></p>
</li>
<li>
<p style="margin-bottom: 0in;"><span lang="en-US">End user 	preferences, opt-in vs. opt-out (V.C.c.a.ii.)</span></p>
</li>
</ul>
</div>
]]></content:encoded>
			<wfw:commentRss>http://www.cippguide.org/2010/06/08/google-buzz/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Comparing the Co-Regulatory Model, Comprehensive Laws and the Sectoral Approach</title>
		<link>http://www.cippguide.org/2010/06/01/comparing-the-co-regulatory-model-comprehensive-laws-and-the-sectoral-approach/</link>
		<comments>http://www.cippguide.org/2010/06/01/comparing-the-co-regulatory-model-comprehensive-laws-and-the-sectoral-approach/#comments</comments>
		<pubDate>Tue, 01 Jun 2010 12:00:56 +0000</pubDate>
		<dc:creator>jbrook</dc:creator>
				<category><![CDATA[CIPP]]></category>
		<category><![CDATA[Compliance & Regulations]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Cable Television Consumer Protection and Competition Act]]></category>
		<category><![CDATA[Canadian Access and Privacy Association]]></category>
		<category><![CDATA[CAPA]]></category>
		<category><![CDATA[Charter of Rights and Freedoms]]></category>
		<category><![CDATA[CIPP/C]]></category>
		<category><![CDATA[Co-regulation]]></category>
		<category><![CDATA[Co-regulatory]]></category>
		<category><![CDATA[Comprehensive Model]]></category>
		<category><![CDATA[Data Protection Directive]]></category>
		<category><![CDATA[EFC]]></category>
		<category><![CDATA[Electronic Frontier Canada]]></category>
		<category><![CDATA[Fair Credit Reporting Act]]></category>
		<category><![CDATA[Office of the Privacy Commissioner]]></category>
		<category><![CDATA[OPC]]></category>
		<category><![CDATA[PIAC]]></category>
		<category><![CDATA[Privacy Act]]></category>
		<category><![CDATA[Privacy Commissioner]]></category>
		<category><![CDATA[Public Interest Advocacy Center]]></category>
		<category><![CDATA[Video Privacy Protection Act]]></category>

		<guid isPermaLink="false">http://www.cippguide.org/?p=1820</guid>
		<description><![CDATA[With the advent of new technologies and the information-driven society, it has become increasingly difficult for governments to safeguard the privacy rights of their citizens. Various models of privacy protection have been developed in response to concerns and violations of personal information. This article discusses the three main models: sectoral, comprehensive and co-regulatory approaches to privacy protection. Specific examples of each model are also [...]]]></description>
			<content:encoded><![CDATA[<h1><span style="font-weight: normal; font-size: 13px;">Developments in new technologies have perhaps inadvertently facilitated the invasion of personal privacy. The conflict between technological advances and privacy protection concerns has resulted in a number of responses worldwide. There are three main models for privacy protection: the co-regulatory model, comprehensive model and the sectoral approach. Depending on how they are applied, they can be complementary or contradictory. Countries that most effectively protect privacy apply strategies and components from all three models simultaneously.</span></h1>
<h2>Sectoral Approach</h2>
<p>Certain countries prefer to create specific sectoral laws on privacy protection which apply to some, but not all, industries. The sectoral approach is based on a combination of legislation, regulation and self-regulation.</p>
<p>Self-regulation refers to companies and industry associations which establish codes of practice and implement self-policing techniques. This policy is currently promoted by the governments in the United States, Singapore and Japan. For the most part, the self-regulatory approach is rarely effective, due to the inadequacy of requirements and lack of enforcement.</p>
<p>An example of the sectoral approach can be found in the United States’ model of privacy protection, in which data protection legislation as adopted on a needs basis, when specific sectors and circumstances require. For instance, the following Acts were passed at different times, in different sectors to reinforce privacy rights in the US:</p>
<ul>
<li>Fair Credit Reporting Act (1970)</li>
<li>Video Privacy Protection Act (1988)</li>
<li>Cable Television Consumer Protection and Competition Act (1992)</li>
</ul>
<p>A significant disadvantage of the sectoral approach is that new legislation is required each time new technology is introduced, so the scope of protection is often inadequate. Another challenge is the lack of oversight agency. While the <a href="http://www.archives.gov/about/laws/privacy-act-1974.html">Privacy Act</a> (1974) governs personal data stored in government computers, crucial areas such as financial records, medical records and Internet usage remain unprotected.</p>
<p>Many countries choose to implement sectoral legislation in addition to a more comprehensive approach. In this way, governments are able to provide more specific and detailed protections for certain types of personal information.</p>
<h2>Comprehensive Model</h2>
<p>This refers to a general law governing the collection, use and dissemination of personal information by the public as well as private sector. It is characterized by an oversight body, which ensures compliance with the legislation.</p>
<p>There is a distinct trend towards the legislation of comprehensive data protection acts worldwide. Over 40 countries and jurisdictions currently have or are in the process of adopting comprehensive data protection laws which regulate the collection and management of personal information by both the government and private sector.</p>
<p>There are three key reasons for the movement towards the comprehensive model of privacy protection:</p>
<p><strong>1. </strong><strong>Remedy past injustices</strong></p>
<ul>
<li>Countries in Central Europe and South America look to comprehensive privacy laws in order to provide redress for privacy violations that may have occurred under past authoritarian regimes.</li>
</ul>
<p><strong>2. </strong><strong>Promote e-commerce</strong></p>
<ul>
<li>Comprehensive laws recognize that consumers are uncomfortable with sharing personal data over computer networks.</li>
<li>Comprehensive privacy laws can facilitate e-commerce by establishing a uniform set of rules and regulations.</li>
</ul>
<p><strong>3. </strong><strong>Ensure consistency</strong></p>
<ul>
<li>Most countries, including Canada and in South America, are adopting laws that reflect those set out in the European Union <a href="http://ec.europa.eu/justice_home/fsj/privacy/index_en.htm">Data Protection Directive</a> to prevent difficulties in trade.</li>
</ul>
<p>The comprehensive model is favored by the EU to secure compliance with its Data Protection Directive. The Directive insists on increased privacy protections and more consistent privacy legislation throughout EU member states. It also sets out a requirement for specific minimum standards of data protection in countries that will be receiving information from EU member states. One area of concern is that the current US privacy standards do not meet the Directive’s requirements.</p>
<p>Within EU member states, a supervisory authority is established to monitor the level of data protection. This independent body is responsible for advising the government on administrative measures and regulations as well as initiating legal proceedings when data protection legislation has been violated. Individuals may take their report violations and complaints to this supervisory body or to a court of law.</p>
<h2>Co-Regulatory Model</h2>
<p>The co-regulatory model is closely linked to the comprehensive model of data protection. In the co-regulatory approach, industry develops the rules for privacy protection. These rules are enforced by the industry and overseen by the state privacy agency. This multi-tiered approach aims to involve individuals, organizations, industry associations and governments, within a legal framework. This model has been most notably adopted in Canada and Australia.</p>
<p>Elements of a co-regulatory data protection model include:</p>
<ul>
<li><strong>Legislation</strong>
<ul>
<li>Establishing regulations and incentives for compliance, as well as consequences for privacy violations is absolutely crucial.</li>
<li>Effective legislation must reinforce the power of monitoring organizations (e.g. industry associations, supervisory authorities) to ensure compliance.</li>
<li>Must impose a comprehensive set of data protection principles which apply to specific sectors as well as general practices.</li>
<li><strong>Agency</strong>
<ul>
<li>A government privacy protection agency must have the appropriate resources and adequate jurisdiction to ensure compliance with privacy legislation.</li>
<li><strong>Watchdog Agencies</strong>
<ul>
<li>These agencies help to enforce privacy legislation by providing expert consultation; negotiating and approving codes and standards; supervising compliance; imposing penalties on violators; researching new technologies; and providing a means to adapt the law in a practical context. <strong></strong></li>
<li><strong>Individuals</strong>
<ul>
<li>The public must be empowered and enabled to take actions to protect their personal information. <strong></strong></li>
<li>People should be aware of the privacy legislation in place, privacy agencies, industry agencies and complaints processes. <strong></strong></li>
</ul>
</li>
</ul>
</li>
</ul>
</li>
</ul>
</li>
</ul>
<h2>What Can Co-Regulation Look Like?</h2>
<p>As mentioned earlier, Canada’s privacy protection framework offers a working example of a co-regulation model.</p>
<ul>
<li><strong>Legislation</strong>
<ul>
<li>The fundamental right to privacy is protected in the Canadian Constitution, the <a href="http://laws.justice.gc.ca/en/charter/">Charter of Rights and Freedoms</a>.</li>
<li>At the federal level, Canadian privacy legislation includes the <a href="http://www.priv.gc.ca/legislation/02_07_01_e.cfm">Privacy Act</a> (1983), which regulates 150 federal government departments regarding the collection, use and disclosure of personal information.</li>
<li>The <a href="http://laws.justice.gc.ca/en/P-8.6/">Personal Information Protection and Electronic Documents Act</a> (PIPEDA) is federal legislation which governs the use of electronic documents.</li>
<li>Provincial and territorial governments (excluding the province of Newfoundland) have also set out legislation regarding the collection, use and disclosure of personal information within provincial or territorial government agencies.</li>
<li><strong>Agency</strong>
<ul>
<li>The <a href="http://www.priv.gc.ca/aboutUs/bio_e.cfm#contenttop">Privacy Commissioner</a> of Canada is a designated ombudsperson and officer of Parliament who can investigate complaints and violations of the Privacy Act or the PIPEDA.</li>
<li>The <a href="http://www.priv.gc.ca/index_e.cfm">Office of the Privacy Commissioner</a> (OPC) investigates complaints, conducts audits, publishes information about personal data handling practices, researches privacy issues and promotes awareness and understanding of privacy issues.</li>
<li><strong>Watchdog Agencies</strong>
<ul>
<li>The <a href="http://www.piac.ca/index.html">Public Interest Advocacy Center</a> (PIAC) is a non-profit organization which functions to provide legal assistance and research into consumer vulnerabilities. It also demands responsible provision of public services and has a history of reporting violations and complaints to the Privacy Commissioner.</li>
<li>The <a href="http://www.capa.ca/">Canadian Access and Privacy Association</a> (CAPA) is another national non-profit organization which aims to promote knowledge and understanding of privacy legislation at the international, federal, provincial and local levels.</li>
<li><a href="http://www.efc.ca/">Electronic Frontier Canada</a> (EFC) is a non-profit civil rights organization which conducts research and promotes awareness of new computer, communication and information technologies. Its goal is to promote the right to privacy on the internet.</li>
<li><strong>Individuals</strong>
<ul>
<li>The OPC regularly encourages and organizes informal awareness-raising activities with the public. It also maintains that both businesses and individuals have the responsibility of safeguarding personal information.</li>
</ul>
</li>
</ul>
</li>
</ul>
</li>
</ul>
</li>
</ul>
<h3>Summary</h3>
<p>With the advent of new technologies and the information-driven society, it has become increasingly difficult for governments to safeguard the privacy rights of their citizens. Various models of privacy protection have been developed in response to concerns and violations of personal information. This article discusses the three main models: sectoral, comprehensive and co-regulatory approaches to privacy protection. Specific examples of each model are also provided.</p>
<h3>CIPP/C Preparation</h3>
<p>In preparation for the Certified Information Privacy Professional/Canada exam, a privacy professional should be comfortable with topics related to this post, including:</p>
<ul>
<li>Co-regulatory model (Canada) (II.B.a.)</li>
<li>Comprehensive laws (EU model) (II.B.b.)</li>
<li>Sectoral approach (United States) (II.B.c.)</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.cippguide.org/2010/06/01/comparing-the-co-regulatory-model-comprehensive-laws-and-the-sectoral-approach/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Opt-out of Comcast Settlement, Critics Advise</title>
		<link>http://www.cippguide.org/2010/05/11/opt-out-of-comcast-settlement-critics-advise/</link>
		<comments>http://www.cippguide.org/2010/05/11/opt-out-of-comcast-settlement-critics-advise/#comments</comments>
		<pubDate>Tue, 11 May 2010 12:00:22 +0000</pubDate>
		<dc:creator>jbrook</dc:creator>
				<category><![CDATA[CIPP]]></category>
		<category><![CDATA[Compliance & Regulations]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[bandwidth throttling]]></category>
		<category><![CDATA[Comcast]]></category>
		<category><![CDATA[Communications Act of 1934]]></category>
		<category><![CDATA[FCC]]></category>
		<category><![CDATA[Federal Communications Commission]]></category>
		<category><![CDATA[hart v. comcast]]></category>
		<category><![CDATA[Net Neutrality]]></category>
		<category><![CDATA[Network Freedom Principles]]></category>
		<category><![CDATA[P2P]]></category>

		<guid isPermaLink="false">http://www.cippguide.org/?p=1810</guid>
		<description><![CDATA[Clients of Comcast, a US cable broadband provider, are encouraged to reject a proposed settlement of the Hart v. Comcast P2P lawsuit. This lawsuit claims that although Comcast had advertised specific speeds and unlimited internet access, but then limited some P2P file-sharing traffic on its High-Speed Internet [...]]]></description>
			<content:encoded><![CDATA[<p>Clients of <a href="http://www.comcast.com/default.cspx">Comcast</a>, a US cable broadband provider, are encouraged to reject a <a href="http://p2pcongestionsettlement.com/">proposed settlement</a> of the Hart v. Comcast P2P lawsuit. This lawsuit claims that although Comcast had advertised specific speeds and unlimited internet access, but then limited some P2P file-sharing traffic on its High-Speed Internet network.</p>
<h2>Bandwidth Throttling</h2>
<p>A <a href="http://broadband.mpi-sws.org/transparency/results/08_imc_blocking.pdf">study</a> carried out by the <a href="http://www.mpi-sws.org/index_noflash.php">Max Planck Institute for Software Systems</a> showed that Comcast, among other broadband providers, slowed BitTorrent traffic at all times of the day, not just during times of peak congestion. This study was conducted between March 18, 2008 and July 25, 2008. The BitTorrent test was run from users in 135 countries worldwide, involving 1,987 different internet service providers (ISPs).</p>
<p>With 8,000 nodes worldwide, the study found that Comcast was interrupting between 30 and 80 percent of BitTorrent upload attempts at all times. In response to these findings, Comcast insisted that although it does slow some P2P traffic, this is done only during high-traffic times. In a statement, Comcast described its practices as “reasonable network management.”</p>
<h2>Comcast Settlement</h2>
<p>The settlement was introduced in December 2009. Despite Comcast’s continued denial of these claims, it has revised its P2P management techniques and has attempted to settle in order to avoid the cost of further litigation. Comcast has offered to credit or refund current and former customers, agreeing to pay up to $16 million to eligible customers. According to the terms of the settlement, this would include:</p>
<ul>
<li>Customers who had used P2P software between April 2006 and December 2008</li>
<li>Customers who had used Lotus Notes to send email between March and October 2007</li>
</ul>
<p>Eligible customers have the following options:</p>
<ol>
<li>File a claim by submitting a <a href="http://p2pcongestionsettlement.com/ClaimFormPrinterFriendlyVersion.htm">claim form</a>. In doing so, customers can receive the credit or refund from the settlement.</li>
<li>Exclude themselves from the settlement class. In doing so, customers maintain the right to sue independently about the lawsuit claims.</li>
<li>Object to the settlement, or comment on the settlement. This involves speaking at the Fairness Hearing, either independently or through a lawyer.</li>
<li>Do nothing. This means clients remain in the settlement. They will receive no compensation and they relinquish their right to sue independently.</li>
</ol>
<h2>Opt-Out</h2>
<p>Critics and experts are urging Comcast customers to choose to opt-out of the settlement. In presenting the settlement, Comcast in no way admits to any wrongdoing. A number of observers have pointed out that this is nothing but a slap on the wrist for the large corporation. The settlement is structured in such a way that all those who do want to claim must first confirm their status as file-sharers.</p>
<p>Although Comcast has allocated $16 million for this settlement, each eligible customer can only receive a maximum of $16, about 50 cents per month for each month of limited bandwidth. Arguably, this is inadequate compensation for an over $50/month service. Given that the <a href="http://www.fcc.gov/">Federal Communications Commission</a> (FCC) was left with continued oversight of Comcast, critics argue that tolerance of such interference and mismanagement may continue, unless consumers demand otherwise.</p>
<h2>FCC &amp; Net Neutrality</h2>
<p>After a long FCC investigation, Comcast was forced to disclose and stop the bandwidth throttling and blocking of traffic in 2008. However, on April 6, 2010, a federal appeals court rejected the FCC’s authority to sanction Comcast for interference. This effectively reverses the Commission’s first attempt to enforce network neutrality.</p>
<p>Network neutrality (also referred to as internet neutrality or net neutrality) is a consumer-oriented principle that advocates no restrictions for user access, regarding content, sites, platforms or equipment. The principle applies to restrictions or controls imposed by internet service providers, or governments.</p>
<p>Supporters of net neutrality argue that telecommunications companies, such as Comcast, aim to exercise increasing control over the service pipeline. Net neutrality principles would then ensure that such companies cannot screen, interrupt or filter internet content, unless the appropriate court orders are presented. This principle also ensures that the internet is a free and open technology, by discouraging preferential treatment of internet traffic, which would put newer companies at a disadvantage.</p>
<p>Detractors of net neutrality argue that regulation is largely unnecessary and that tiered services enable different types of consumers to have access to suitable broadband internet services. According to opponents, prioritizing bandwidth is needed to allow online companies to be productive and innovative. Net neutrality legislation could make it more challenging for ISPs to perform important packet filtering in order to prevent denial of service attacks, filter out email spam and prevent or respond to the threat of computer viruses.</p>
<h2>The Four Freedoms</h2>
<p>Despite contentions on both sides, there is general net neutrality in the US. In 2004, the FCC announced a set of <a href="http://fjallfoss.fcc.gov/edocs_public/attachmatch/FCC-05-151A1.pdf">Network Freedom</a> principles. These are non-discrimination principles that regarding consumers access to telecommunication technologies. These four freedoms and their descriptions are outlined below:</p>
<p><strong>1. Freedom to access lawful internet content </strong></p>
<ul>
<li>Users should have access to internet content of their choice, as long as it is legal.</li>
<li>Premium charges for broadband must be justified in terms of the service consumers receive and the content they can access.</li>
<li>While ISPs have to manage their networks, there should be reasonable, clearly communicated limits in service contracts.</li>
</ul>
<p><strong>2. </strong><strong>Freedom to run applications and services</strong></p>
<ul>
<li>Allowing users to run the applications they want is crucial in driving demand.</li>
<li>Developers should be confident that their products will not face interference.</li>
<li>Users should have this freedom, unless they exceed the limits of their service plan, or harm the network.</li>
</ul>
<p><strong>3. </strong><strong>Freedom to connect devices</strong></p>
<ul>
<li>Devices allow users greater choice, value and personalization.</li>
<li>Users should be free to choose any devices, as long as they operate within their service plan and do not enable theft of service.</li>
</ul>
<p><strong>4. </strong><strong>Freedom to obtain service plan information</strong></p>
<ul>
<li>Consumers have the right to receive meaningful information about their service plans. For instance, they should know how their services protect against spam, spyware and other potential invasions of privacy.</li>
<li>While providers have the right to offer different tiers of service in terms of bandwidth and features, users must be well-informed, as there should be competition between network providers, application and service providers, and content providers.</li>
</ul>
<p><a href="http://scrawford.blogware.com/blog/_archives/2005/8/5/1111877.html">Critics</a> have pointed out that these four freedoms are difficult to uphold, in light of the conditions that the FCC provides regarding service plan limitations. According to this position, it is impossible to reinforce the rights of the user or consumer, if they are dependent upon service plans which disregard those very rights.</p>
<h2>Appeal &amp; Analysis</h2>
<p>Previous FCC actions have resulted in significant deregulation of US communications networks, creating a legal loophole that renders the Commission unable to protect consumer privacy or promote broadband internet access. Public interest groups advise the FCC to respond to the Comcast appeal by reinstating common-carrier regulations for internet service.</p>
<p>Under the <a href="http://www.fcc.gov/Reports/1934new.pdf">Communications Act of 1934</a>, title II, telecommunications carriers are supposed to be regulated by the FCC. Title I of the Act generally regulates computer networks, such as the internet. Many ISPs have attempted to differentiate themselves from common carriers. As a result, the FCC deemed ISPs (i.e. internet DSL and internet cable services) as “information services.” This decision has given ISPs market power and the ability to discriminate the content and applications used on their networks. This is in direct contrast to the FCC’s push for network neutrality and the principle regarding consumers’ freedom to access content and run applications of their choice.</p>
<p>Comcast appealed against federal court’s ruling on the basis that the FCC had overstepped its authority. It was important for net neutrality advocates that the FCC net neutrality approach was essentially invalidated by the appeal, which overturned the original ruling. Digital rights groups, such as <a href="http://www.freepress.net/">Free Press</a> and <a href="http://www.publicknowledge.org/">Public Knowledge</a> point out that it is a direct consequence of aggressive deregulation on the part of the FCC.</p>
<p>It is argued that the Comcast case severely limits the FCC’s authority to regulate ISPs in the future. It sets a dangerous precedent and renders the Commission powerless to promote an open-internet approach. However, the FCC does have the option to appeal this decision and it may also choose to re-categorize ISPs into a stricter regulatory classification, perhaps placing it alongside telephone rules, thereby expanding the Commission’s jurisdiction.</p>
<h3>Summary</h3>
<p>This article discusses the recent Comcast BitTorrent bandwidth throttling lawsuit and subsequent appeal. The class members’ option to agree to the settlement is explored and is determined to be largely disadvantageous to the consumer. Concepts such as the FCC’s four freedom principles and net neutrality approach are also examined, in light of the Comcast case and industry deregulation.</p>
<h3>CIPP Preparation</h3>
<p>In preparation for the Foundations and Certified Information Privacy Professional exams, a privacy professional should be comfortable with topics related to this post, including:</p>
<ul>
<li>US Regulatory Authorities – Federal Communications Commission (CIPP I.A.c.ii)</li>
<li>Web Protocols (Foundations III.A.a)</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.cippguide.org/2010/05/11/opt-out-of-comcast-settlement-critics-advise/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>OMB Memorandum 07-16 Safeguarding Against and Responding to the Breach of Personally Identifiable Information</title>
		<link>http://www.cippguide.org/2010/05/04/omb-memorandum-07-16-safeguarding-against-and-responding-to-the-breach-of-personally-identifiable-information/</link>
		<comments>http://www.cippguide.org/2010/05/04/omb-memorandum-07-16-safeguarding-against-and-responding-to-the-breach-of-personally-identifiable-information/#comments</comments>
		<pubDate>Tue, 04 May 2010 12:00:07 +0000</pubDate>
		<dc:creator>jbrook</dc:creator>
				<category><![CDATA[CIPP]]></category>
		<category><![CDATA[Compliance & Regulations]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[breach notification]]></category>
		<category><![CDATA[CERT]]></category>
		<category><![CDATA[CIPP/G]]></category>
		<category><![CDATA[cryptography]]></category>
		<category><![CDATA[data breach]]></category>
		<category><![CDATA[Encryption]]></category>
		<category><![CDATA[Executive Order 13402]]></category>
		<category><![CDATA[Federal Inforamtion Security Management Act]]></category>
		<category><![CDATA[FISMA]]></category>
		<category><![CDATA[Identity Theft]]></category>
		<category><![CDATA[Memorandum 07-16]]></category>
		<category><![CDATA[NIST SP 800-37]]></category>
		<category><![CDATA[Personally Identifiable]]></category>
		<category><![CDATA[PII]]></category>
		<category><![CDATA[Presidential Identity Theft Task Force]]></category>
		<category><![CDATA[Privacy Act of 1974]]></category>
		<category><![CDATA[Social Security Number]]></category>
		<category><![CDATA[SSN]]></category>

		<guid isPermaLink="false">http://www.cippguide.org/?p=1461</guid>
		<description><![CDATA[Executive Order 13402 commanded the creation of a Presidential Identity Theft Task Force to examine how the Federal Government could better respond to and protect against data breaches resulting in identity theft. Under Federal regulations, such as the Privacy Act of 1974 and the Federal Information Security Management Act, individuals are guaranteed the security of their data, making adequate protection of data a matter of [...]]]></description>
			<content:encoded><![CDATA[<p>Executive Order 13402 commanded the creation of a Presidential Identity Theft Task Force to examine how the Federal Government could better respond to and protect against data breaches resulting in identity theft. Under Federal regulations, such as the <a href="http://www.cippguide.org/2010/02/10/privacy-act-of-1974/">Privacy Act of 1974</a> and the <a href="http://www.cippguide.org/2010/03/04/fisma-the-federal-information-security-management-act/">Federal Information Security Management Act</a>, individuals are guaranteed the security of their data, making adequate protection of data a matter of compliance.</p>
<p>On May 22, 2007 the Presidential Identity Theft Task Force issued <a href="http://www.whitehouse.gov/OMB/memoranda/fy2007/m07-16.pdf">Memorandum 07-16</a>. It required all agencies to develop and implement data breach notification policies within 120 days, as outlined by the memorandum. M-07-16 included a number of new recommendations and requirements agencies must use in creating such policies.</p>
<p><strong>What is Personally Identifiable Information (PII)?</strong></p>
<p>M-07-16 expanded the definition of personally identifiable information to the following: “personally identifiable information refers to information which can be used to distinguish or trace an individual’s identity, such as their name, social security number, biometric records, etc. alone, or when combined with other personal or identifying information which is linked or linkable to a specific individual, such as data and place of birth, mother’s maiden name, etc.”</p>
<p>The following are a number of requirements outlined by various attachments to M-07-16 in order to protect personally identifiable information:</p>
<p><strong>Safeguarding Against the Breach of Personally Identifiable Information</strong></p>
<p>Part A of Attachment I reiterated the privacy and security requirements for Federal agencies enforced under the Privacy Act, such as establishing safeguards, ensuring the integrity of data and establishing “rules of conduct” for individuals handling information. Furthermore, under the Privacy Act, agencies are require to assign risk levels to information systems according to <strong><a href="http://csrc.nist.gov/publications/nistpubs/800-37-rev1/sp800-37-rev1-final.pdf">NIST SP 800-37</a></strong>.</p>
<p>Attachment I also created the following new requirements:</p>
<p><em>Review and Reduce the Volume of Personally Identifiable Information</em></p>
<p>Agencies should conduct an initial review to identify records containing PII and ensure that the information is timely, accurate, relevant and complete. Only the information necessary for carrying out government activities should be maintained. After the initial review, the holdings of PII should be periodically review according to a public schedule</p>
<p><em>Reduce the Use of Social Security Numbers</em></p>
<p>All agencies were required to develop a plan within 120 days of the memorandum to eliminate any unnecessary collection of Social Security Numbers (SSN) within eighteen months. Furthermore agencies were also charged with the responsibility of working with other Federal agencies to create a Federal identifier separate from Social Security Numbers.</p>
<p><em>Security Requirements</em></p>
<p>Agencies must implement the following security features to protect all Federal information, not just data containing PII:</p>
<ul>
<li>Encryption</li>
<li>Require two factor authentication using separate devices when accessing information remotely</li>
<li>Implement a Time-Out function requiring re-authentication after a period of inactivity on remote access and mobile devices</li>
<li>Log data extracts from data files containing sensitive information and verify each extract including the destruction of sensitive data after 90 days after it is no longer in use</li>
<li>Educate all individuals handling PII and have them sign a document annually stating they understand their responsibilities.</li>
</ul>
<p><strong>Incident Reporting and Handling</strong></p>
<p>Attachment 2 of M-07-16 reviewed FISMA guidelines for the reporting of data breaches and modified several requirements.</p>
<p><strong><em><a href="http://www.us-cert.gov/federal/reportingRequirements.html">US-CERT Reporting</a></em></strong></p>
<p>All agencies must report incidents involving PII to the United States Computer Emergency Readiness Team regardless of whether a threat may be potential or confirmed. Reporting <em>must</em> take place with one hour of its detection for Category 1 incidents. Examples of Category 1 incidents include:</p>
<ul>
<li>An individual gaining physical or logical access to a Federal agency’s network, information system, applications, or data without authorization</li>
<li>Any confirmed or potential breach of personally identifiable information regardless of how the breach occurred</li>
</ul>
<p><em>Develop and Publish a Routine Use</em></p>
<p>Routine use includes all uses of data which are in line with the purposes for which data was originally collected. Effectively taking countermeasures to reduce the threat to information due to a security breach may require Federal agencies to share PII with other agencies and law enforcement officials with whom no data sharing agreement exists. To respond adequately, agencies should establish routine use policies to allow the disclosure of information without the prior consent of the individual in situations involving data breach investigations.</p>
<p><strong><em><a href="http://www.cippguide.org/2010/04/18/recommendations-for-identity-theft-related-data-breach-notification/">External Breach Notification</a></em></strong></p>
<p>Attachment 3 of M-07-16 addresses how and when data breaches should be reported to   affected individuals and/or the public. All agencies must develop data breach notification policies to guide officials and deciding when notification is necessary and how it should be undertaken.</p>
<p><em>Whether Breach Notification is Required</em></p>
<p>Agencies should assess the level of risk and the likelihood of the breach causing harm using the following five factors:</p>
<ul>
<li>Type of information compromised</li>
<li>Number of affected individuals</li>
<li>Accessibility and usability of the information</li>
<li>Likelihood of harm occurring</li>
<li>Ability of the agency to mitigate harm</li>
</ul>
<p><em>Timelines of the Notification</em></p>
<p>If notification is to be undertaken, it should be carried out promptly upon discovery. Notification may be delayed, as authorized but a senior official, if notification may seriously affect law enforcement proceedings.</p>
<p><em>Source of the Notification</em></p>
<p>Notification to affected individuals should come from the head of the agency where the breach occurred. Notification for breaches affecting less than fifty people may also come from the Chief Information or Privacy Officer.</p>
<p><em>Contents of the Notification</em></p>
<p>Notice should be provide in writing and contain the following information</p>
<ul>
<li>Type of information compromised</li>
<li>Whether the information was encrypted or similarly protected</li>
<li>Steps the individual can take to mitigate harm</li>
<li>Steps the agency is taking to investigate the breach, mitigate harm and protect against future incidents</li>
<li>Contact information for the agency</li>
</ul>
<p><em>Means of Providing Notification</em></p>
<p>Method of notification depends on the number of affected individuals and the urgency of the notification. Methods include:</p>
<ul>
<li>Telephone</li>
<li>First-Class mail</li>
<li>Email</li>
<li>Existing Government wide services</li>
<li>Newspapers and other media</li>
<li>Any accommodations necessary for individuals with disabilities</li>
</ul>
<p><em>Who Receives Notification</em></p>
<p>For every data breach, agencies must consider whether to provide notification to the affected individuals and/or the public. Notification to individuals should occur promptly after the need for notification has been determined. Notification to the public including the media should be carefully planned to avoid alarm or confusion. Notice should also be posted on the agencies web page when public notification occurs. <em></em></p>
<p><strong>Rules and Consequences Policy:</strong></p>
<p>Attachment 4 of M-07-16 set forth a new requirement. All agencies must develop and implement a Rules and Consequences policy for employees handling personally identifiable information.</p>
<p>The policy must outline the requirements of employees according to their level of responsibility and the type of information they handle. Employees must be aware of their responsibilities under Federal law as well as the consequences for any violations. Supervisors that fail to take disciplinary action when violations occur are also subject to penalties. The policy should address:</p>
<ul>
<li>The types of individuals that must comply, including employees, contractors and other individuals handling PII maintained by the Federal government</li>
<li>The types of actions that constitute violations including
<ul>
<li>Failing to maintain or implement security controls</li>
<li>Accessing PII or disclosing PII to other individuals without authorization</li>
<li>Failing to report suspected data breaches or unauthorized disclosures</li>
<li>Failing to adequately instruct, train or supervise employees handling PII (for managers)</li>
</ul>
</li>
</ul>
<p><strong>Summary</strong></p>
<p>The Federal Government has a legal responsibility to protect the personally identifiable information is has collected from individuals. Memoranda such as M-07-16 ensure that the security of personally identifiable information remains an ongoing discussion and concern within the Federal Government.</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 07-16 (II.A.c.2.j)</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.cippguide.org/2010/05/04/omb-memorandum-07-16-safeguarding-against-and-responding-to-the-breach-of-personally-identifiable-information/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>OMB Memorandums 06-19 and 04-26: Small Changes with Big Impacts</title>
		<link>http://www.cippguide.org/2010/04/27/omb-memorandums-06-19-and-04-26-small-changes-with-big-impacts/</link>
		<comments>http://www.cippguide.org/2010/04/27/omb-memorandums-06-19-and-04-26-small-changes-with-big-impacts/#comments</comments>
		<pubDate>Tue, 27 Apr 2010 12:00:43 +0000</pubDate>
		<dc:creator>jbrook</dc:creator>
				<category><![CDATA[CIPP]]></category>
		<category><![CDATA[Compliance & Regulations]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[CERT]]></category>
		<category><![CDATA[CIPP/G]]></category>
		<category><![CDATA[data breach]]></category>
		<category><![CDATA[Federal Information Security Management Act]]></category>
		<category><![CDATA[File sharing]]></category>
		<category><![CDATA[FISMA]]></category>
		<category><![CDATA[M-00-07]]></category>
		<category><![CDATA[M-06-15]]></category>
		<category><![CDATA[M-06-16]]></category>
		<category><![CDATA[Office of Managment and Budget]]></category>
		<category><![CDATA[OMB]]></category>
		<category><![CDATA[OMB 04-26]]></category>
		<category><![CDATA[OMB 06-19]]></category>
		<category><![CDATA[P2P]]></category>
		<category><![CDATA[Personally Identifiable Information]]></category>
		<category><![CDATA[PII]]></category>
		<category><![CDATA[Protection of Sensitive Agency Information]]></category>

		<guid isPermaLink="false">http://www.cippguide.org/?p=1463</guid>
		<description><![CDATA[Memorandum 06-19 was issued by the Office of Management and Budget in July 2006 to update the reporting requirements for data breaches involving personally identifiable information. It also addressed the need to budget in anticipation of providing adequate data security.  Memorandum 04-26 was issued in September 2004 regarding personal use policies for employees accessing government computers and the use of file sharing [...]]]></description>
			<content:encoded><![CDATA[<p><em><a href="http://www.whitehouse.gov/omb/memoranda/fy2006/m-06-19.pdf">Memorandum 06-19</a></em></p>
<p>Memorandum 06-19 was issued by the Office of Management and Budget in July 2006 to update the reporting requirements for data breaches involving personally identifiable information. It also addressed the need to budget in anticipation of providing adequate data security.</p>
<p><strong>Reporting Security Incidents</strong></p>
<p>Under the Federal Information Security Management Act, all government agencies must alert the U.S. Computer Emergency Readiness Team (US-CERT) of any potential or confirmed security violations. Response times and procedures vary according to the type of violation. OMB 06-19 decreased the reporting time for incidents involving personally identifiable information to within one hours of its detection or discovery. This helps to facilitate prompt, efficient response to security and privacy threats. Security violations involving PII must be reported regardless of whether the information is stored physically or electronically.</p>
<p><strong>Incorporating Security Funding Into Information Technology Investments</strong></p>
<p>The second part of M-06-19 reiterated past memoranda which addressed budgeting for security funding with regard to information technology. When developing fiscal year budgets, agencies should:</p>
<ul>
<li>Use <a href="http://www.whitehouse.gov/omb/memoranda_m00-07/">M-00-07</a> as a guidelines for preparing budget policy</li>
<li>Ensure that security and funding is integrated into information technology at all stages of development and use</li>
<li>Ensure current standards meet existing requirements so that new funds may be spent on developing new or improved systems</li>
<li>Address how funds and resources are allocated between correcting current weaknesses in security and developing new IT</li>
<li>Consider <a href="http://www.whitehouse.gov/omb/memoranda/fy2006/m-06-19.pdf">M-06-15</a> “Safeguarding Personally Identifiable Information” and <a href="http://www.whitehouse.gov/OMB/memoranda/fy2006/m06-16.pdf">M-06-16 </a>“Protection of Sensitive Agency Information” when considering any improvements or changes to IT investments.</li>
</ul>
<p><em><a href="http://www.whitehouse.gov/omb/memoranda_fy04_m04-26/">Memorandum 04-26</a></em></p>
<p>Memorandum 04-26 was issued in September 2004 regarding personal use policies for employees accessing government computers and the use of file sharing technology.</p>
<p><strong><a href="http://en.wikipedia.org/wiki/Peer-to-peer">What is file sharing technology?</a></strong></p>
<p>File sharing technology, also known as P2P (peer-to-peer) networking allows users to upload music, photos, videos, and other files to allow mass distribution. P2P networks do not depend on a single network or server to support all of the requests, but rather draws resources and bandwidth from users’ computers to support the transfer of files. While file sharing technology in itself is not illegal, there are many problems associated with it. Most e-piracy takes place through P2P networks, allowing individuals to download movies, music, books, pornography and other media content without paying. Furthermore, P2P networks facilitate the transmission of computer viruses.</p>
<p>The use of file sharing technology on government computers or networks is prohibited to prevent employees from engaging in illicit activities and/or compromising the security of privacy of the information maintained by the U.S. Government.</p>
<p><strong>Directions to Agencies to Prevent File Sharing</strong></p>
<p>M-04-26 directed agencies to take the following steps to protect Government information systems from problems associated with P2P technology:</p>
<p>1. Establish or Update Agency Personal Use Policies to be Consistent with CIO Council Recommended Guidance</p>
<p>All agencies must develop personal use policies outline the proper use of government information technology for the government employees that use them. Personal use policies should address the user’s responsibilities, possible consequences and include provisions against use of P2P technology</p>
<p>2.  Train All Employees on Personal Use Policies and Improper Uses of File Sharing</p>
<p>In addition to receiving personal use policies, all employees should receive training on how personal use policies relate to their specific responsibilities towards maintaing the security and privacy of data.</p>
<p>3.  Implement Security Controls to Prevent and Detect Improper File Sharing</p>
<p>Agencies should use NIST standards to implement internal security controls that prevent the access and use of P2P technology on government computers.</p>
<p><strong>Summary</strong></p>
<p>Memoranda from the Office of Management and Budget usually do not create all new privacy and security legislation. Rather, they amend or add to existing regulations. Often the changes may be small, such as in M-06-19 and M-04-26, however it does not make them less important. OMB memoranda allow privacy and security practices to be an ongoing process within the Federal government and strengthen the protections guaranteed to us under U.S. law.</p>
<p><em> </em></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 04-26 (II.A.c.i.2.c)</li>
<li>OMB Memorandum 06-15 (II.A.c.i.2.e)</li>
</ul>
<ul></ul>
]]></content:encoded>
			<wfw:commentRss>http://www.cippguide.org/2010/04/27/omb-memorandums-06-19-and-04-26-small-changes-with-big-impacts/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Recommendations for Identity Theft Related Data Breach Notification</title>
		<link>http://www.cippguide.org/2010/04/20/recommendations-for-identity-theft-related-data-breach-notification/</link>
		<comments>http://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>http://www.cippguide.org/2010/04/20/recommendations-for-identity-theft-related-data-breach-notification/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Identity Theft Task Force Recommendations</title>
		<link>http://www.cippguide.org/2010/04/13/identity-theft-task-force-recommendations/</link>
		<comments>http://www.cippguide.org/2010/04/13/identity-theft-task-force-recommendations/#comments</comments>
		<pubDate>Tue, 13 Apr 2010 12:00:56 +0000</pubDate>
		<dc:creator>jbrook</dc:creator>
				<category><![CDATA[CIPP]]></category>
		<category><![CDATA[Compliance & Regulations]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[biometrics]]></category>
		<category><![CDATA[CIPP/G]]></category>
		<category><![CDATA[Combatting ID Theft]]></category>
		<category><![CDATA[Department of Homeland Security]]></category>
		<category><![CDATA[DHS]]></category>
		<category><![CDATA[Executive Order]]></category>
		<category><![CDATA[Federal Trade Commission]]></category>
		<category><![CDATA[FTC]]></category>
		<category><![CDATA[Identity Theft Task Force]]></category>
		<category><![CDATA[OMB]]></category>
		<category><![CDATA[Privacy Act]]></category>
		<category><![CDATA[Social Security Number]]></category>
		<category><![CDATA[SSN]]></category>

		<guid isPermaLink="false">http://www.cippguide.org/?p=1441</guid>
		<description><![CDATA[In May 2006, an Executive Order of the President created the Identity Theft Task Force. The Task Force includes members of several Federal agencies and departments. In September 2006, the Task Force released a number of recommendations ahead of the May 2007 document “Combatting ID Theft: Strategic Plan” in order to help agencies get a head start on the growing problem of identity [...]]]></description>
			<content:encoded><![CDATA[<p>In May 2006, an Executive Order of the President created the <a href="http://www.idtheft.gov/">Identity Theft Task Force</a>. The Task Force includes members of several Federal agencies and departments. In September 2006, the Task Force released a number of recommendations ahead of the May 2007 document “<a href="http://www.idtheft.gov/reports/StrategicPlan.pdf">Combatting ID Theft: Strategic Plan</a>” in order to help agencies get a head start on the growing problem of identity theft.</p>
<p>The memorandum issued the following recommendations:</p>
<p><strong>Data Breach Guidance to Agencies</strong></p>
<p>The Office of Management and Budget should issue a memorandum guiding agencies on when and how notice must be given to individuals at risk for identity theft due to a security breach. The suggested memorandum, titled “<a href="http://www.whitehouse.gov/OMB/memoranda/.../task_force_theft_memo.pdf">Recommendations for Identity Theft Related Data Breach Notification</a>” was released almost concurrently with the Task Force’s memorandum.</p>
<p><strong>Development of Universal Police Report for Identity Theft Victims</strong></p>
<p>Identity theft victims my require official police reports to contest fraudulent information on their credit reports. A universal identity theft police report ensures that all necessary information is collected. It also allows identity theft victims to print the report from online, fill it out and bring it to their local enforcement agency for verification. Currently, individuals may also <strong><a href="http://www.ftc.gov/bcp/edu/microsites/idtheft/consumers/filing-a-report.html">file an official complaint</a></strong> with the Federal Trade Commission on the FTC website. A universal form of filing complaints, reduces the strain on law enforcement agencies and  allows streamlining of investigations.</p>
<p><strong>Extending Restitution for Victims of Identity Theft</strong></p>
<p>The Task Force recommended to Congress that defendants be required to pay their identity theft victims monetarily for the time lost due to investigating, responding to and correcting fraudulent activity on their credit reports. This created extra penalties for committing identity theft, as well as allowed some renumeration to be paid to identity theft victims for their troubles, in addition to settling any financial disputes related to the fraudulent activity.</p>
<p><strong>Reducing Access of Identity Thieves to Social Security Numbers</strong></p>
<p>All agencies in the public sector should limit the use of Social Security Numbers as an individuals main identifier in an information system. The Office of Personnel Management was instructed to assign employee identification numbers for common use to <strong><a href="http://www.cippguide.org/2010/03/29/guidance-on-protecting-federal-employee-social-security-numbers-and-combating-identify-theft/">eliminate the widespread use of SSN as the primary identifier for government employees</a></strong>. The OPM was also instructed to develop policies for the appropriate use and protection of Social Security Numbers. Further more all agencies were asked to review their use of SSNs in physical and electronic records systems to eliminate and restrict its usage where possible.</p>
<p><strong>Developing Alternative Methods of Authentication Identities</strong></p>
<p>The Task Force recommended that agencies confer with privacy and security experts in the private sector to create and implement technologies that use identifiers such as biometrics to authenticate identity. Biometric identifiers are harder for identity thieves to replicate or abuse. Using biometric identifiers in order to access personally identifiable information would significantly increase the protection to sensitive data.</p>
<p><strong>Improving Data Security in the Government</strong></p>
<p>The Task Force asked that the Office of Management and Budget and the Department of Homeland Security work together to investigate privacy practices in the Federal government and develop a list of the top mistakes that affect an agency’s ability to adequately protect data. This document was published in 2007 under the title <a href="http://www.cippguide.org/2010/03/22/common-risks-impeding-the-adequate-protection-of-government-information/">“Common Risks Impeding the Adequate Protection of Government Information.” </a></p>
<p><strong>Improving the Agencies’ Ability to Respond to Data Breaches in the Government</strong></p>
<p>Agencies were instructed to develop and publish a “routine use” policy for their systems of records under the <strong><a href="http://www.cippguide.org/2010/02/10/privacy-act-of-1974/">Privacy Act</a>. </strong>These “routine use” policies would allow agencies to share PII–without the prior consent of the individual–with other agencies in order to respond effectively to security breaches.</p>
<p><strong>Summary</strong></p>
<p>In 2006, the Presidential Identity Theft Task Force allowed the U.S. Government to quickly analyze federal information security practices and create appropriate recommendations and plans to increase protection. Of the seven recommendations put forth by the Identity Theft Task force in 2006, several have been fulfilled and/or implemented in to government practice. Today, the Task Force continues to discuss ways in which the U.S. Government can increase the protection of its data holdings to prevent unauthorized disclosure and expose citizens to the threat of identity theft. While only the Federal Government was required to implement many of the guidelines, they serve as a model for institutions in the private sector concerned with 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>Recommendations of the Identity Theft Task Force, September 2006</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.cippguide.org/2010/04/13/identity-theft-task-force-recommendations/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Office of Managment and Budget Memos</title>
		<link>http://www.cippguide.org/2010/04/06/office-of-managment-and-budget-memos/</link>
		<comments>http://www.cippguide.org/2010/04/06/office-of-managment-and-budget-memos/#comments</comments>
		<pubDate>Tue, 06 Apr 2010 12:00:14 +0000</pubDate>
		<dc:creator>jbrook</dc:creator>
				<category><![CDATA[CIPP]]></category>
		<category><![CDATA[Compliance & Regulations]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[CIPP/G]]></category>
		<category><![CDATA[Executive Order 13353]]></category>
		<category><![CDATA[information management]]></category>
		<category><![CDATA[Memorandum-01-05]]></category>
		<category><![CDATA[Memorandum-05-08]]></category>
		<category><![CDATA[NIST]]></category>
		<category><![CDATA[Office of Managment and Budget]]></category>
		<category><![CDATA[OMB]]></category>
		<category><![CDATA[OMB Circular A-130]]></category>
		<category><![CDATA[PIA]]></category>
		<category><![CDATA[Privacy Act of 1974]]></category>
		<category><![CDATA[Privacy Impact Assessments]]></category>

		<guid isPermaLink="false">http://www.cippguide.org/?p=1415</guid>
		<description><![CDATA[The Office of Management and Budget is one of several Government departments that issues new regulations and recommendations for protecting information maintained by the Federal Government. OMB Circular A-130, Memorandum-01-05, and Memorandum-05-08 are three important documents issued by the Office of Management and Budget for these [...]]]></description>
			<content:encoded><![CDATA[<p>The Office of Management and Budget is one of several Government departments that issues new regulations and recommendations for protecting information maintained by the Federal Government. OMB Circular A-130, Memorandum-01-05, and Memorandum-05-08 are three important documents issued by the Office of Management and Budget for these purposes.</p>
<p><strong><a href="http://www.whitehouse.gov/omb/Circulars_a130_a130trans4/">OMB Circular A-130</a></strong></p>
<p>OMB Circular A-130 was first issued in 1985, and was revised several times, most recently in 2000, to establish guidelines for information management in the Federal Government.</p>
<p><em>When creating Information Management procedures, agencies should:</em></p>
<ul>
<li>Consider data at all stages of its lifecycle</li>
<li>Consider the effects of such procedures on the public as well as local and stage governments</li>
<li>Consider the effect on the privacy of individuals</li>
<li>Use interagency data sharing where appropriate before collecting new information</li>
<li>Coordinate information system planning with budget, personnel and other resource planning</li>
<li>Provide the greatest level of protection to the information at greatest risk</li>
</ul>
<p><em>Regarding records management and the public, agencies should:</em></p>
<ul>
<li>Provide notice of the existence of such records, the type of information they contain and how to gain access</li>
<li>Provide public access to the information when appropriate</li>
<li>Make sure records management programs accurately record government activity</li>
<li>Implement information dissemination management products that allow timely, cost efficient access.</li>
<li>Ensure members of the public with disabilities are able to access information dissemination products</li>
<li>Ensure printed copies of information dissemination products are distributed to depository libraries</li>
<li>Agencies may use electronic media as an information dissemination product if:
<ul>
<li>it is cost effective and practical for large volume access</li>
<li>the product is disseminated frequently</li>
<li>most users have the knowledge and training to access the product</li>
</ul>
</li>
</ul>
<p><em>Agencies should also practice the following safeguards:</em></p>
<ul>
<li>Make sure the protection of information is commensurate with the level of risk and magnitude of harm caused by misuse of the information</li>
<li>Limit collection of personally identifiable information to that which is absolutely necessary</li>
<li>Limit the sharing of personally identifiable information and take steps to ensure confidentiality when disclosure is necessary</li>
<li>Provide individuals with the right to access and amend their records as required under the <a href="../../../../../2010/02/10/privacy-act-of-1974/">Privacy Act of 1974</a></li>
</ul>
<p>OMB A-130 also includes guidelines for the implementing and managing of information systems. Such management includes a three step process of selection, control and evaluation. During the selection<em> </em>component agencies consider the cost effectiveness of a system against the benefits it provides and the adequacy of its protections. In the control<em> </em>stage, the system is evaluated for its performance and oversight mechanisms are put into place. During the evaluation stage, regular post-implementation reviews are conducted that consider the cost, benefit and effectiveness of the system and improvements are made accordingly.</p>
<p>OMB A-130 assigned specific responsibilities to several government departments. Appendix I outlines specific oversight responsibilities for the head of each agency. Each department head must:</p>
<ul>
<li>Review a random sample of agency contracts every two years to ensure the wording of each act is compliant with regulation</li>
<li>Review record keeping and disposal practice every two years to ensure compliance with the Privacy Act</li>
<li>Review routine use disclosures every four years to ensure that the uses of information is still in accordance with the purposes for which it was originally collected</li>
<li>Review every four years those systems of records exempt from disclosure under the Privacy Act to determine whether such exemption is still need.</li>
<li>Review agency matching programs on an annual basis to ensure compliance</li>
<li>Review privacy act training every two years</li>
<li>Review privacy any privacy violations resulting in civil or criminal liability biennially</li>
<li>Review Systems of Records Notices every two years to ensure accuracy</li>
</ul>
<p>Other departments were given additional responsibilities. For example, the Office of Personnel Management must develop Privacy Act training programs; the National Archives and Records Administration must develop procedures for the transfer and archival of records; the Office of Management and Budget must issue guidelines to assist in implementing the Privacy Act.</p>
<p>Lastly, OMB Circular A-130 outlines guidelines for specific reporting and publishing activities required under the Privacy Act.</p>
<ul>
<li>A <em>Biennial Privacy Act Report </em>should include:
<ul>
<li>Statistics regarding the number or records systems both exempt and non exempt; exempt systems added or deleted; routine uses; the number of access and amendment requests, and appeals and whether they were granted or denied; Number of litigations</li>
<li>Brief summary of public comments received on agency publications or activities and the agency response</li>
<li>Results of reviews performed by the head of the agency</li>
</ul>
</li>
<li>A <em>Biennial Matching Activity Report </em>should include:
<ul>
<li>Information on the Data Integrity Board including contact information for the Board Secretary</li>
<li>Information on each matching program, its purpose and the participating agencies; a cost/benefit analysis; description of any matching agreement rejected by the board with an explanation for the rejection</li>
<li>A listing of any violation of matching agreements; litigations involved with a participation in a matching program; an explanation of steps taken to ensure the integrity of data for litigations due to inaccurate data</li>
</ul>
</li>
<li><em>New or Altered System of Records Report and New or Altered Matching Program Report</em> should be made when changes to the type of information or how it is accessed or protected are altered significantly. Such reports should include:
<ul>
<li>A Transmittal letter signed by the senior official responsible for implementing the change</li>
<li>A Narrative Statement describing the reasons for the change; the authority supervising the system; any potential impacts or effects; how each routine use remains compatible under the Privacy Act;</li>
<li>Supporting Documentation including a new System of Records Notice<em></em></li>
</ul>
</li>
</ul>
<p><strong><a href="http://www.whitehouse.gov/omb/memoranda_m01-05/">M-01-05</a></strong></p>
<p>In December 2000, the OMB issued Memorandum-01-05 to provide guidance on sharing personal data among agencies. M-01-05 served as a reminder of privacy protection already enacted under the Privacy Act of 1974, the Computer Matching and Privacy Protection Act and OMB Circular A-130, as well as additional recommendations for added protection.</p>
<p>It reiterated the following existing privacy requirements:</p>
<ul>
<li>Notice–agencies using data sharing must notify the individual at the time of application and periodically after that. 30 days before performing a data matching act, a notice must be placed in the Federal Register</li>
<li>Consent–Agencies must obtain consent from individuals prior to the sharing of data unless one of the exceptions under the Privacy Act is met</li>
<li>Redisclosure Limitations–Information should not be redisclosed unless it is required by law or necessary to perform a matching program</li>
<li>Accuracy–Individuals must be provided with the right access and amend their information as required under the Privacy Act. If an agency plans to take adverse action against an individual due to information gained through a matching program, the information must be independently verified.</li>
<li>Security Controls– Data must be guaranteed the same level of protection when shared with another agency or such disclosures mat not occur. Agencies should follow OMB Circular A-130 and NIST guidelines to adequately protect data.</li>
</ul>
<p>M-01-05 also made additional recommendations:</p>
<ul>
<li>Minimization–the amount of personally identifiable information collected should be limited only to that which is necessary.</li>
<li>Accountability–Agencies must be held responsible for upholding privacy principles during data sharing. Oversight and enforcement mechanisms should be implemented in ensure compliance</li>
<li>Privacy Impact Assessments–PIAs should be completed before implementing new data systems to ensure adequate protection of information.</li>
</ul>
<p><strong><a href="http://www.whitehouse.gov/OMB/memoranda/fy2005/m05-08.pdf">M-05-08</a></strong></p>
<p>In February 2004, M-05-08 was issued to allow the designation of Senior Agency Officials for Privacy. The creation of such a role was taken in accordance of <a href="http://ftp.fas.org/irp/offdocs/eo/eo-13353.htm">Executive Order 13353</a> which established the Safeguarding American Civil Liberties’ Board.</p>
<p>Under M-06-08, each agency must designate an official (such as the Chief Information Officer or a senior official with wide privacy responsibilities) to oversee privacy issues in the agency.</p>
<p>The Senior Agency Official of Privacy must:</p>
<ul>
<li>Hold overall responsibility and accountability for implementing privacy protection in the agency</li>
<li>Ensure compliance with privacy laws such as the Privacy Act and the Federal Information Security Management Act</li>
<li>Review the agencies privacy procedures and implement any necessary improvements</li>
<li>Ensure employees and contractors receive adequate privacy training</li>
<li>Be consulted heavily during the policymaking process to ensure privacy considerations play a role in the development of new laws and procedures</li>
</ul>
<p><strong>Summary:</strong></p>
<p>The Office of Management and Budget plays a significant and ongoing role in the implementation of privacy protection in the U.S. Government. Though the laws such as the Privacy Act and the Freedom of Information Act legally protect individual rights. It is documents such as OMB A-130, M-01-05 and M-05-08 that help agencies implement the laws effectively.</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>Federal Agency Responsibilities including OMB Circular A-130 (II.C.i.1) and other OMB Provisions including M-01-05 (II.C.i.2.a) and M-05-08 (II.C.i.2.d)</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.cippguide.org/2010/04/06/office-of-managment-and-budget-memos/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Guidance on Protecting Federal Employee Social Security Numbers and Combating Identify Theft</title>
		<link>http://www.cippguide.org/2010/03/29/guidance-on-protecting-federal-employee-social-security-numbers-and-combating-identify-theft/</link>
		<comments>http://www.cippguide.org/2010/03/29/guidance-on-protecting-federal-employee-social-security-numbers-and-combating-identify-theft/#comments</comments>
		<pubDate>Mon, 29 Mar 2010 12:00:58 +0000</pubDate>
		<dc:creator>jbrook</dc:creator>
				<category><![CDATA[CIPP]]></category>
		<category><![CDATA[Compliance & Regulations]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[5 CFR 1001.102]]></category>
		<category><![CDATA[5 CFR 293]]></category>
		<category><![CDATA[CIPP/G]]></category>
		<category><![CDATA[Federal Employee]]></category>
		<category><![CDATA[Identity Theft]]></category>
		<category><![CDATA[Office of Personnel Management]]></category>
		<category><![CDATA[OPM]]></category>
		<category><![CDATA[Privacy Act]]></category>
		<category><![CDATA[Social Security Number]]></category>
		<category><![CDATA[SSN]]></category>

		<guid isPermaLink="false">http://www.cippguide.org/?p=1410</guid>
		<description><![CDATA[Most privacy legislation and executive orders dealing with privacy concern protecting the common citizen’s right to privacy. While Government employees are not always afforded the same privacy and civil liberties rights, the government has taken some steps to safeguard their [...]]]></description>
			<content:encoded><![CDATA[<p>Most privacy legislation and executive orders dealing with privacy concern protecting the common citizen’s right to privacy. While Government employees are not always afforded the same privacy and civil liberties rights, the government has taken some steps to safeguard their information.</p>
<p>In June 2007, the Office of Personnel Management published the “Guidance on Protecting Federal Employee Social Security Numbers and Combating Identity Theft.” The memorandum recognized that the use of a social security number as an employee identifier placed government employees at greater risk for identify theft should unauthorized access or disclosure occur. The memorandum required agencies to limit the unnecessary use of Social Security Numbers as the main identifier for government employees.</p>
<p><strong>Social Security Numbers and Identify Theft</strong></p>
<p>Social Security Numbers were originally issued in 1936 for taxation purposes. Since that time, SSNs have become something of a national identifier for individuals. It is used on everything from job applications to financial accounts and medical records. As such the importance of protecting the secrecy of one’s Social Security Number has grown. With the move to electronic record keeping systems, identity theft has become a widespread concern. With just an individual’s name, address and social security number, a criminal can open credit accounts, take out loans, buy property and wreak havoc with a person’s   financial standing. Employers used to use Social Security Numbers to avoid developing their own employee identification system, however with the increased risk of identify theft, the use of SSN as the main identifier in the work place and with other institutions has been phased out.</p>
<p><strong>Protection of Federal Employee Social Security Numbers</strong></p>
<p>The memorandum made several recommendations based on the findings of the Presidential Identity Theft Task Force:</p>
<ul>
<li>Employees with authorization to access SSN should be trained annually on their privacy and security responsibilities. They should also be issued privacy and confidentiality statements that specify the disciplinary action that may be taken should abuse of such information occur.</li>
<li>All agency telework policies and written agreements should comply with Federal privacy protection policies</li>
<li>Supervisory approval should be necessary prior to accessing or transporting information or equipment containing SSN outside of the agency facilities</li>
<li>Encryption should be used during transportation or transmission of electronic data containing SSN</li>
<li>Paper records containing SSN should be adequately protected with physical safeguards and labeled with the agency’s contact information</li>
<li>When access is required to SSN, it should occur in a secure location</li>
<li>All incidents involved with SSN must be reported</li>
<li>Any disclosure of SSN along with other personally identifiable information must be made in accordance with Federal privacy protection laws</li>
<li>Employees must be familiar with the procedures for labeling, storing and destroying printed material containing Social Security Numbers and other personally identifiable information</li>
<li>On a records retrieval screen a Social Security Number must be masked with asterisks or special characters</li>
<li>Internal control procedures must be in place to control authorized and unauthorized use of SSN and personally identifiable information by employees</li>
</ul>
<p>A number of official regulations already enforce protection of Social Security Numbers including:</p>
<ul>
<li><a href="http://ecfr.gpoaccess.gov/cgi/t/text/text-idx?c=ecfr&amp;tpl=/ecfrbrowse/Title05/5cfr293_main_02.tpl">5 CFR 293</a> which allows individuals asked voluntarily to provide their SSN to refuse without threat of penalty or denial of benefits; protects agencies from requiring the disclosure of SSN unless required by Federal law; requires agencies to ensure the proper administrative, physical and technical safeguards are put into place to protect personally identifiable information</li>
<li><a href="http://law.justia.com/us/cfr/title05/5-2.0.1.2.43.html">5 CFR 1001.102</a>- All employees and contractors must protect SSN and other personally identifiable information in order to comply with the Privacy Act</li>
</ul>
<p><strong>Summary</strong></p>
<p>Social Security Numbers have an immense hold over an individual’s privacy and security. Unauthorized disclosure and use of SSN costs millions of dollars in damages. The OPM Memorandum regarding the protection of Federal Employee’s Social Security Numbers was important not only for protecting the privacy of Federal Employees but also signaling to other institutions that the use of Social Security Numbers is no longer safe or acceptable.</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>Federal Agency Responsibilities including OPM Memorandum: Guidance on Protecting Federal Employee Social Security Numbers and Combating Identify Theft (II.A.c.ii)</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.cippguide.org/2010/03/29/guidance-on-protecting-federal-employee-social-security-numbers-and-combating-identify-theft/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Common Risks Impeding the Adequate Protection of Government Information</title>
		<link>http://www.cippguide.org/2010/03/22/common-risks-impeding-the-adequate-protection-of-government-information/</link>
		<comments>http://www.cippguide.org/2010/03/22/common-risks-impeding-the-adequate-protection-of-government-information/#comments</comments>
		<pubDate>Mon, 22 Mar 2010 12:00:47 +0000</pubDate>
		<dc:creator>jbrook</dc:creator>
				<category><![CDATA[CIPP]]></category>
		<category><![CDATA[Compliance & Regulations]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Adequate Protection]]></category>
		<category><![CDATA[audit]]></category>
		<category><![CDATA[CIPP/G]]></category>
		<category><![CDATA[Cloud computing]]></category>
		<category><![CDATA[Common Risks]]></category>
		<category><![CDATA[data destruction]]></category>
		<category><![CDATA[DHS]]></category>
		<category><![CDATA[E-Government Act]]></category>
		<category><![CDATA[Encryption]]></category>
		<category><![CDATA[Federal Acquisition Regulation]]></category>
		<category><![CDATA[FOIA]]></category>
		<category><![CDATA[Freedom of Information Act]]></category>
		<category><![CDATA[NIST]]></category>
		<category><![CDATA[OMB]]></category>
		<category><![CDATA[PIA]]></category>
		<category><![CDATA[Presidential Identity Theft Task Force]]></category>
		<category><![CDATA[Privacy Act of 1974]]></category>
		<category><![CDATA[Privacy Impact Assessments]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Training]]></category>

		<guid isPermaLink="false">http://www.cippguide.org/?p=1405</guid>
		<description><![CDATA[In 2007, the Department of Homeland Security an Office of Management and Budget, along with the Presidential Identity Theft Task Force, investigated information privacy and security practices in the United States Government. They developed a report called the Common Risks Impeding the Adequate Protection of Government Information (pdf)which included a list of ten common mistakes made by U.S. departments and agencies and provided recommendations for new practices to be implement to eliminate and reduce security [...]]]></description>
			<content:encoded><![CDATA[<p>In 2007, the Department of Homeland Security adn Office of Management and Budget, along with the Presidential Identity Theft Task Force, investigated information privacy and security practices in the United States Government. They developed a report called the<a href="http://www.dns-lessons.lanl.gov/.../Common-Risks-Impeding-Adequate-Protection-Govt-Info1.pdf"> Common Risks Impeding the Adequate Protection of Government Information</a> (pdf)which included a list of ten common mistakes made by U.S. departments and agencies and provided recommendations for new practices to be implement to eliminate and reduce security risks.</p>
<p><strong>1. “Security and Privacy Training is inadequate and poorly aligned with the different roles and responsibilities of personnel.”</strong></p>
<p>Proper security and privacy education is part of the administrative safeguards needed to properly protect data. Information handlers must understand the risks facing sensitive information and their responsibilities towards maintaining the <a href="../2010/01/18/fair-information-practices-principles/">Fair Information Practices Principles</a>. The report instructed agencies to include privacy and security training upon employment, maintain awareness through weekly tips, annual “security days” and other creative reminders. Agencies should also target individuals with more security and privacy responsibilities and provide more extensive training.</p>
<p><strong>2. “Contracts and data sharing agreements between agencies and entities operating on behalf of the agency do not describe the procedures for appropriately processing and adequately safeguarding information.” </strong></p>
<p><a href="../2010/02/10/privacy-act-of-1974/">The Privacy Act of 1974</a> allows the sharing of information between government agencies provided the information receives the same level of protection after disclosure and the two agencies sign and follow a data sharing agreement. Failing to comply with a  data sharing agreement may allow serious breaches of a individual’s privacy. Agencies are encouraged to offer incentives for successful compliance with a data sharing agreement or contract. Agencies are also required to create detailed agreements (<a href="https://www.acquisition.gov/far/draftingguide.htm">using Federal Acquisition Regulation Language</a>) describing the procedures for protecting the information and assigning an individual to oversee the data sharing process.</p>
<p>3. <strong>“Information inventories inaccurately describe the types and uses of government information, and the locations where it is stored, processed or transmitted, including personally identifiable information.”</strong></p>
<p>Under the <a href="../2010/02/08/foia-the-freedom-of-information-act/">Freedom of Information Act</a> and the <a href="../2010/02/10/privacy-act-of-1974/">Privacy Act of 1974</a>, government agencies are required to maintain adequate records on the type or information systems they maintain and the types and uses of the information. With a few exceptions, such information must be available to the public. Improper record keeping poses a threat to the transparency of government activities and an individual’s right to access the information and agency maintains about them. Agencies should use <a href="http://www.whitehouse.gov/omb/e-gov/fea/">enterprise architecture</a> and inventories to review the type, location, and uses of information it has on record. Security controls should be developed in consideration of the inventory and all systems containing personally identifiable information should be regularly assessed to ensure the integrity and security of the data.</p>
<p><strong>4. “Information is not appropriately scheduled, archived or destroyed.”</strong></p>
<p>Information must be protected at all stages of its lifecycle including those when it is not in active use. The <a href="../2009/11/23/data-destruction-and-privacy/">proper destruction of information</a> is particularly important to safeguarding privacy. Information must be assessed to determine how long it needs to be maintained and whether it is permanent and needs to be archived by the NARA or temporary and needs to be destroyed. Agencies must obtain the National Archives and Records Administration approval to dispose of their records according to established record schedules.</p>
<p><strong>5. </strong><strong>“Suspicious activities and incidents are not identified and reported in a timely manner.”</strong></p>
<p>Information security is an ongoing process which requires identifying and detecting potential threats. Instituting a system without following up with security checks and incident response is ignoring a fundamental part of the information security process. Agencies should develop and follow a set of procedures to identify and respond to security or privacy incidents. Response should be timely in order to be effective. Agencies should configure their computer systems to detect intrusions, monitor use, and log any incidents. Furthermore incidents should be reported to authorized personnel and agencies to reduce risk as quickly as possible.</p>
<p><strong>6. “Audit Trails documenting how information is processed are not appropriately created or reviewed.”</strong></p>
<p>It is not just the type of information that is collected but how it is used that is restricted to protect privacy and civil liberties. Accurate audit trails are necessary to record how information is being collected, used, maintained and disclosed by an agency. Agencies should use managed data repositories to develop and review the necessary audit trails. Those audit trails can then be used to identify anomalies, determine the status of data and destroy data when it is no longer necessary.</p>
<p><strong>7. “Inadequate security controls where information is collected, created, processed or maintained.”</strong></p>
<p>Security controls include technical, physical and administrative safeguards. They are the primary defense against unauthorized access and use of information. Agencies should maintain inventories of their physical property including real estate and mobile devices. Stronger controls should be applied to areas of high impact or high risk. Security procedures should be reviewed regularly (at least annually) to ensure physical access is granted only to authorized individuals.</p>
<p><strong>8. “Information security controls are not adequate.”</strong></p>
<p>The sole purpose of information security controls is to prevent unauthorized use and access. When such controls fail, the system must be improved or replaced to be provide adequate protection to information which is guaranteed under U.S. law. Security controls should be tested annually with higher risk systems tested more frequently. Personnel that test controls should be separate from the personnel that administer the controls regularly, to allow outside enforcement. Problems and improvements should be shared among agencies to promote awareness. All common security configurations should follow <a href="http://www.nist.gov/index.html">NIST</a> guidelines. Agencies must also consider how the public availability of information affects how government information is protected.</p>
<p><strong>9. “Inadequate protection of information accessed or processed remotely.”</strong></p>
<p>Mobile devices and the increasing use of <a href="../2009/10/27/data-protection-in-the-cloud-why-it-matters-and-how-it-affects-you-and-your-data/">cloud computing</a> technologies all government employees to access government information when working away from the office. Data must be protected equally when accessed from a computer at the agency and when accessed from a mobile device. Agencies should maintain an audit log of any information accessed or processed remotely. NIST encryption methods, two factor authentication, and automatic log outs after a certain period of inactivity should be employed. Agencies should ensure personnel understand the security risks involved with remotely accessing such information and have them sign a document denoting their privacy and security responsibilities.</p>
<p><strong>10. Agencies acquire information technology and information security products without incorporating appropriate security and privacy standards and guidelines. </strong></p>
<p>The <a title="CIPP Guide: E-Government Act of 2002" href="http://www.cippguide.org/2010/02/22/the-e-government-act-of-2002/" target="_blank">E-Government Act of 2002</a> requires that all new information security systems conduct Privacy Impact Assessments prior to use, and periodically thereafter in order to evaluate the effectiveness of the system in protecting the information it maintains. Failing to assess new technologies for their privacy protections leaves large holes in the security of the system. Agencies should include information system planning, development and maintenance in their procedures and budgets. Systems should be purchased and implemented only when found to be cost effective in adequately protecting information. Software and hardware encryption products should be used according to the NIST certified cryptographic modules.</p>
<p><strong>Summary</strong></p>
<p>While there are a number of regulations such as the Privacy Act of 1974, the E-Government Act of 2002, as well as the Fair Information Practice Principles which guide the use of information by the Federal Government, such regulations are not always implemented properly. Reports such as the Common Risks Impeding the Adequate Protection of Government Information are necessary to maintain an ongoing discussion regarding information privacy and security and continue to increase security protections as technologies and threats evolve.</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>Common Risks Impeding the Adequate Protection of Government Information</li>
<li>Information Privacy Laws for U.S. Government Practice (I.C.)</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.cippguide.org/2010/03/22/common-risks-impeding-the-adequate-protection-of-government-information/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
