<?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>tuesdaynight &#187; catalyst09</title>
	<atom:link href="http://www.tuesdaynight.org/tag/catalyst09/feed" rel="self" type="application/rss+xml" />
	<link>http://www.tuesdaynight.org</link>
	<description>spots of thoughts: ian glazer and friends rant, rave and ruminate</description>
	<lastBuildDate>Sun, 11 Sep 2011 18:33:47 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Looking beyond the Privacy Mirror</title>
		<link>http://www.tuesdaynight.org/2009/07/27/looking-beyond-the-privacy-mirror.html</link>
		<comments>http://www.tuesdaynight.org/2009/07/27/looking-beyond-the-privacy-mirror.html#comments</comments>
		<pubDate>Mon, 27 Jul 2009 17:13:44 +0000</pubDate>
		<dc:creator>Ian Glazer</dc:creator>
				<category><![CDATA[Privacy]]></category>
		<category><![CDATA[catalyst09]]></category>
		<category><![CDATA[facebook]]></category>
		<category><![CDATA[privacy mirror]]></category>

		<guid isPermaLink="false">http://www.tuesdaynight.org/?p=602</guid>
		<description><![CDATA[<p>Over the last two weeks, I have been using my homegrown Facebook application, Privacy Mirror, as a means of experimenting with Facebook’s privacy settings. Although Facebook provides a nice interface to view your profile through your friends’ eyes, it does not do the same for applications. I built Privacy Mirror with the hopes of learning [...]]]></description>
			<content:encoded><![CDATA[<p>Over the last two weeks, I have been using my homegrown Facebook application, <a href="http://apps.facebook.com/privacy_mirror">Privacy Mirror</a>, as a means of experimenting with Facebook’s privacy settings. Although Facebook provides a nice interface to view your profile through your friends’ eyes, it does not do the same for applications. I built Privacy Mirror with the hopes of learning what 3rd party application developers can see of my profile by way of my friends’ use of applications. I have yet to speak with representatives of Facebook to confirm my findings, but I am confident in the following findings.</p>
<p>Imagine that Alice and Bob are friends in Facebook. Alice decides to add a new application, called App X, to her profile in Facebook. (For clarity&#8217;s sake, by &#8220;add&#8221;, I mean that she authorizes the application to see her profile. Examples of Facebook applications include Polls, Friend Wheel, Movies, etc.) At this point, App X can see information in Alice’s profile. App X can also see that Alice is friends with Bob; in fact, App X can see information in Bob’s profile. Bob can limit how much information about him is available to applications that his friends add to their profiles through the Application Privacy settings. In this case, let&#8217;s imaging that Bob has only allowed 3rd party applications to see his profile picture and profile status.</p>
<p>After a while, Alice tells Bob about App X. He thinks it sounds cool and adds it to his profile. At this point if App X, via Alice’s profile, looks at Bob’s profile it will see not only his profile picture and status but also his education history, hometown info, activities and movies. That is significantly more than what he authorized in his Application privacy settings. What is going here?</p>
<p>It appears what&#8217;s going on is that if Alice and Bob both have authorized the same application, that application no longer respects either user&#8217;s Application Privacy settings. Instead, it respects the Profile Privacy settings of each person. In essence, App X acts (from a privacy settings point of view) as if it were a friend of Alice and Bob and not a third-party application.</p>
<p>Putting my privacy commissioner hat for a moment, I’d want to analyze this situation from a consent and disclosure perspective. When Bob confirms his friendship with Alice he is, in a sense, opting in to a relationship with her. This opt-in indicates that he is willing to disclose certain information to Alice. Bob can control what information is disclosed to Alice through his Profile Privacy settings and this allows him to mitigate privacy concerns he has in terms of his relationship with Alice.</p>
<p>What Bob isn’t consenting to (and is not opting in to) is a relationship with Alice’s applications. Bob is completely unaware of which applications Alice currently has or will have in the future. This is an asymmetry of relationship. It is entirely possible that Alice and Bob will have applications in common and once they do the amount of profile information disclosed (by both of them) to an application can radically change and change without notice to either Alice or Bob. Furthermore, it is unclear which Facebook privacy settings Bob needs to manipulate to control what Alice’s applications can learn about him.</p>
<p>This lack of clarity is harmful. It shouldn’t take a few hundred lines of PHP, three debuggers, and an engineering degree to figure out how privacy controls work. This lack of clarity robs Facebook users of the opportunity to make meaningful and informed choices about their privacy.</p>
<p>This experiment started after I read the Canadian Privacy Commissioner’s report of findings on privacy complaints brought against Facebook. This report raised significant concerns about third-party applications and their access to profile information.</p>
<p>As of the beginning of <a href="http://www.catalyst.burtongroup.com/Na09/">Catalyst</a> (today!), Facebook has about 15 days remaining to respond to the Canadian Privacy Commissioner’s office, I hope that this issue about third party applications and privacy controls is meaningfully addressed in Facebook&#8217;s response.</p>
<p>(Cross-posted with Burton Group&#8217;s <a href="http://identityblog.burtongroup.com/bgidps/2009/07/beyond-privacy-mirror.html">Identity Blog</a>.)</p>
<div id="crp_related"><h3>Related Posts:</h3><ul><li><a href="http://www.tuesdaynight.org/2009/07/22/privacy-mirror-a-privacy-experiment-in-facebook.html" rel="bookmark" class="crp_title">Privacy Mirror: A privacy experiment in Facebook</a></li><li><a href="http://www.tuesdaynight.org/2009/07/25/further-findings-from-the-privacy-mirror-experiment.html" rel="bookmark" class="crp_title">Further findings from the Privacy Mirror experiment</a></li><li><a href="http://www.tuesdaynight.org/2011/01/21/the-continuing-story-of-privacy-mirror.html" rel="bookmark" class="crp_title">The continuing story of Privacy Mirror</a></li><li><a href="http://www.tuesdaynight.org/2009/07/17/personal-privacy-impact-assessments-for-facebook.html" rel="bookmark" class="crp_title">Personal Privacy Impact Assessments for Facebook</a></li><li><a href="http://www.tuesdaynight.org/2009/12/18/facebook-privacy-revisited-privacy-mirror-version-2.html" rel="bookmark" class="crp_title">Facebook privacy revisited: Privacy Mirror version 2</a></li></ul></div>]]></content:encoded>
			<wfw:commentRss>http://www.tuesdaynight.org/2009/07/27/looking-beyond-the-privacy-mirror.html/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Further findings from the Privacy Mirror experiment</title>
		<link>http://www.tuesdaynight.org/2009/07/25/further-findings-from-the-privacy-mirror-experiment.html</link>
		<comments>http://www.tuesdaynight.org/2009/07/25/further-findings-from-the-privacy-mirror-experiment.html#comments</comments>
		<pubDate>Sat, 25 Jul 2009 16:18:39 +0000</pubDate>
		<dc:creator>Ian Glazer</dc:creator>
				<category><![CDATA[Privacy]]></category>
		<category><![CDATA[catalyst09]]></category>
		<category><![CDATA[facebook]]></category>
		<category><![CDATA[privacy mirror]]></category>

		<guid isPermaLink="false">http://www.tuesdaynight.org/?p=587</guid>
		<description><![CDATA[<p>I find that I rely on my debugging skills in almost every aspect of my life: cooking, writing, martial arts, photography&#8230; And it helps when you&#8217;ve got friends who a good debuggers as well. In this case, my friends lent a hand helping me figure out what I was seeing in my Privacy Mirror.</p> <p>The [...]]]></description>
			<content:encoded><![CDATA[<p>I find that I rely on my debugging skills in almost every aspect of my life: cooking, writing, martial arts, photography&#8230; And it helps when you&#8217;ve got friends who a good debuggers as well. In this case, my friends lent a hand helping me figure out what I was seeing in my <a href="http://apps.facebook.com/privacy_mirror">Privacy Mirror</a>.</p>
<p>The following is a snapshot of the Application Privacy settings I have set in Facebook:</p>
<p><a href="http://www.tuesdaynight.org/wp-content/uploads/2009/07/settings.tiff"><img class="size-full wp-image-588 alignnone" title="Facebook Application Privacy Settings" src="http://www.tuesdaynight.org/wp-content/uploads/2009/07/settings.tiff" alt="Facebook Application Privacy Settings" width="564" height="218" /></a></p>
<p>Given these settings, I would expect that the Facebook APIs would report the following to a 3rd party application developer:</p>
<ul>
<li>My name</li>
<li>My networks</li>
<li>My friends ids</li>
<li>My profile status</li>
</ul>
<p><span id="more-587"></span>With that in mind, I asked two friends to look at my information via the Privacy Mirror. They sent me screenshots of what they saw which included:</p>
<ul>
<li>My name</li>
<li>My sex</li>
<li>My networks</li>
<li>My activities</li>
<li>Books</li>
<li>Location</li>
<li>Education history</li>
<li>Hometown info</li>
<li>High school info</li>
<li>Movies</li>
<li>Music</li>
</ul>
<p>With this latest test, I think I can safely say that my privacy settings are being ignored via API calls to the Facebook platform.</p>
<p>Given that next week is Catalyst, I am not going to have a lot of time to devote to Privacy Mirror, but here&#8217;s my plan of attack for the week following:</p>
<ul>
<li>Talk to the original complainants in the report issued by the Canadian Privacy Commissioner.</li>
<li>Reach out to the Privacy Commissioner&#8217;s office to see if we can compare notes.</li>
<li>Start working on my network to find a way to talk to Facebook.</li>
</ul>
<p>In the meantime, I&#8217;d ask you to share <a href="http://apps.facebook.com/privacy_mirror">Privacy Mirror</a> with your friends to start raising awareness about this <em>interesting</em> issue.</p>
<p><strong>UPDATE:</strong></p>
<p>There is one condition that I have yet to test. It may be the case that because I have authorized Privacy Mirror on my profile, my friends can see more of my profile. I&#8217;ll repeat this experiment later after removing Privacy Mirror and see if we see the same results.</p>
<div id="crp_related"><h3>Related Posts:</h3><ul><li><a href="http://www.tuesdaynight.org/2009/07/22/privacy-mirror-a-privacy-experiment-in-facebook.html" rel="bookmark" class="crp_title">Privacy Mirror: A privacy experiment in Facebook</a></li><li><a href="http://www.tuesdaynight.org/2009/07/27/looking-beyond-the-privacy-mirror.html" rel="bookmark" class="crp_title">Looking beyond the Privacy Mirror</a></li><li><a href="http://www.tuesdaynight.org/2011/01/21/the-continuing-story-of-privacy-mirror.html" rel="bookmark" class="crp_title">The continuing story of Privacy Mirror</a></li><li><a href="http://www.tuesdaynight.org/2009/12/18/facebook-privacy-revisited-privacy-mirror-version-2.html" rel="bookmark" class="crp_title">Facebook privacy revisited: Privacy Mirror version 2</a></li><li><a href="http://www.tuesdaynight.org/2010/05/13/waiter-theres-no-more-identity-in-my-blog.html" rel="bookmark" class="crp_title">Waiter &#8211; there&#8217;s no (more) identity in my blog</a></li></ul></div>]]></content:encoded>
			<wfw:commentRss>http://www.tuesdaynight.org/2009/07/25/further-findings-from-the-privacy-mirror-experiment.html/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Personal Privacy Impact Assessments for Facebook</title>
		<link>http://www.tuesdaynight.org/2009/07/17/personal-privacy-impact-assessments-for-facebook.html</link>
		<comments>http://www.tuesdaynight.org/2009/07/17/personal-privacy-impact-assessments-for-facebook.html#comments</comments>
		<pubDate>Fri, 17 Jul 2009 16:31:53 +0000</pubDate>
		<dc:creator>Ian Glazer</dc:creator>
				<category><![CDATA[Privacy]]></category>
		<category><![CDATA[catalyst09]]></category>
		<category><![CDATA[facebook]]></category>
		<category><![CDATA[pia]]></category>

		<guid isPermaLink="false">http://www.tuesdaynight.org/?p=574</guid>
		<description><![CDATA[<p style="margin-top: 10px; margin-bottom: 10px; text-align: left;">I’m reading Canada’s Assistant Privacy Commissioner Elizabeth Denham’s recently released findings into complaints levied against Facebook. (Report of Findings into the Complaint Filed by the Canadian Internet Policy and Public Interest Clinic (CIPPIC)against Facebook Inc. Under the Personal Information Protection and Electronic Documents Act.) My first reaction to this [...]]]></description>
			<content:encoded><![CDATA[<p style="margin-top: 10px; margin-bottom: 10px; text-align: left;">I’m reading Canada’s Assistant Privacy Commissioner Elizabeth Denham’s recently released findings into complaints levied against Facebook. (<a style="text-decoration: none; color: #006699;" href="http://www.priv.gc.ca/cf-dc/2009/2009_008_0716_e.cfm">Report of Findings into the Complaint Filed by the Canadian Internet Policy and Public Interest Clinic (CIPPIC)against Facebook Inc. Under the Personal Information Protection and Electronic Documents Act</a>.) My first reaction to this is, frankly, one of jealousy. I wish we had a similar commissioner/czar/wonk here in the US. I suppose elements of the FTC work in this regard but without the same charter, which is too bad.</p>
<p style="margin-top: 10px; margin-bottom: 10px; text-align: left;">Section 4 of the report is, for me, where the action is at. Section 4 is concerned with 3rd party application in Facebook and use of personal data by those applications. As the Facebook platform grows with new additions like Facebook Connect, issues of third-party access to user information will continue to be a concern to those who pay attention to such things. There’s a challenge here as the ways in which 3rd party applications use user information is hard to decipher, as it is, from an end-user perspective, a fairly black-box operation.</p>
<p style="margin-top: 10px; margin-bottom: 10px; text-align: left;">I wonder if Facebook could build a personal privacy impact assessment (PPIA) app. The PPIA would analyze the action you are about to take on Facebook, your privacy settings, the 3rd party apps you’ve allows access to your profile, and the privacy settings you have set for those apps. The PPIA could give you a quick read on which applications would be privy to the action you are about to do. It could indicate which groups of friends (based on your privacy settings) would see what you are about to do. Essentially, it would let you see across how much of your social graph a certain action (like posting a link or photo) will travel.</p>
<p style="margin-top: 10px; margin-bottom: 10px; text-align: left;">We all have PPIAs built in &#8211; one that is cultivated through social interactions schooled by social norms. When it comes to dealing with large systems, like Facebook, big business, or the government for that matter, we all can use a little help.  I wonder if someone can get a PPIA prototype up ahead of Catalyst to at least give me a warning about potentially embarrassing photos being posted somewhere…</p>
<p style="margin-top: 10px; margin-bottom: 10px; text-align: left;">(Cross posted from Burton Group&#8217;s <a href="http://identityblog.burtongroup.com/bgidps/2009/07/personal-privacy-impact-assessments-for-facebook.html">Identity Blog</a>.)</p>
<div id="crp_related"><h3>Related Posts:</h3><ul><li><a href="http://www.tuesdaynight.org/2009/08/21/the-challenge-in-fixing-facebook%e2%80%99s-underlying-privacy-problems.html" rel="bookmark" class="crp_title">The challenge in fixing Facebook’s underlying privacy problems</a></li><li><a href="http://www.tuesdaynight.org/2009/12/18/facebook-privacy-revisited-privacy-mirror-version-2.html" rel="bookmark" class="crp_title">Facebook privacy revisited: Privacy Mirror version 2</a></li><li><a href="http://www.tuesdaynight.org/2009/07/22/privacy-mirror-a-privacy-experiment-in-facebook.html" rel="bookmark" class="crp_title">Privacy Mirror: A privacy experiment in Facebook</a></li><li><a href="http://www.tuesdaynight.org/2009/07/27/looking-beyond-the-privacy-mirror.html" rel="bookmark" class="crp_title">Looking beyond the Privacy Mirror</a></li><li><a href="http://www.tuesdaynight.org/2008/04/08/pam-is-on-a-roll.html" rel="bookmark" class="crp_title">Pam is on a roll</a></li></ul></div>]]></content:encoded>
			<wfw:commentRss>http://www.tuesdaynight.org/2009/07/17/personal-privacy-impact-assessments-for-facebook.html/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Transparent or Translucent?</title>
		<link>http://www.tuesdaynight.org/2009/06/29/transparent-or-translucent.html</link>
		<comments>http://www.tuesdaynight.org/2009/06/29/transparent-or-translucent.html#comments</comments>
		<pubDate>Mon, 29 Jun 2009 14:19:52 +0000</pubDate>
		<dc:creator>Ian Glazer</dc:creator>
				<category><![CDATA[Identity Management]]></category>
		<category><![CDATA[catalyst09]]></category>
		<category><![CDATA[governance]]></category>
		<category><![CDATA[transparency]]></category>

		<guid isPermaLink="false">http://www.tuesdaynight.org/?p=572</guid>
		<description><![CDATA[<p>Last week I was at the recent Department of Homeland Security’s Government 2.0 Privacy and Best Practices conference. Not surprisingly the subject of transparency came up again and again. One thing that definitely caught my attention was a comment by one of the panelists that efforts towards government transparency are too often focused on data [...]]]></description>
			<content:encoded><![CDATA[<p>Last week I was at the recent Department of Homeland Security’s <a href="http://personaldemocracy.com/event/government-20-privacy-and-best-practices-conference-dhs">Government 2.0 Privacy and Best Practices conference</a>. Not surprisingly the subject of transparency came up again and again. One thing that definitely caught my attention was a comment by one of the panelists that efforts towards government transparency are too often focused on data transparency rather than process transparency. While we have Data.gov as one of the current administration’s steps towards furthering government transparency, we do not have an analogous Process.gov. Said another way – we get the sausage but don’t get to see how it is made. This isn’t transparent government but translucent government.</p>
<p>From what I’ve seen I’d say that enterprises have achieved the opposite kind of translucency with their identity management programs. Though enterprises have achieved some degree of process transparency by suffering through the pains of documenting, engineering, and re-engineering process, they haven’t been able to achieve data transparency. Identity information has yet to become readily available throughout the enterprise in ways that the business can take advantage of. Identity information (such as entitlements) has yet to achieve enterprise master-data status. Worse yet, the quality of identity data still lags behind the quality of identity-related processes in the enterprise.</p>
<p>For those of you attending the Advanced Role Management workshop at <a href="http://www.catalyst.burtongroup.com/na09/index.html">Catalyst</a> this year, you’ll hear me and Kevin present the findings from our recent roles research. Throughout our interviews we heard identity teams discuss their struggles with data management and data quality. Finding authoritative sources of information, relying on self-certified entitlement information, and decoding arcane resource codes were just some of the struggles we heard.  No one said that identity data transparency was easy, but without it enterprises can only achieve identity translucency and not true transparency.</p>
<p>(Cross-posted from Burton Group&#8217;s <a href="http://identityblog.burtongroup.com/bgidps/2009/06/transparent-or-translucent.html">Identity Blog</a>.)</p>
<div id="crp_related"><h3>Related Posts:</h3><ul><li><a href="http://www.tuesdaynight.org/2009/03/06/zen-mind-newb-mind.html" rel="bookmark" class="crp_title">Zen Mind, Newb Mind</a></li><li><a href="http://www.tuesdaynight.org/2009/05/11/two-bonuses-for-privacy-professionals.html" rel="bookmark" class="crp_title">Two Bonuses for Privacy Professionals</a></li><li><a href="http://www.tuesdaynight.org/2008/12/29/stripping-search.html" rel="bookmark" class="crp_title">Stripping Search</a></li><li><a href="http://www.tuesdaynight.org/2009/05/13/nailing-down-the-definition-of-entitlement-management.html" rel="bookmark" class="crp_title">Nailing Down the Definition of &#8220;Entitlement Management&#8221;</a></li><li><a href="http://www.tuesdaynight.org/2008/01/14/erm-and-the-organization-kevins-response.html" rel="bookmark" class="crp_title">ERM and the organization: Kevin&#8217;s response</a></li></ul></div>]]></content:encoded>
			<wfw:commentRss>http://www.tuesdaynight.org/2009/06/29/transparent-or-translucent.html/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Privacy Risks Get Real – California Privacy Laws, Octomom, and Kaiser Permanente</title>
		<link>http://www.tuesdaynight.org/2009/05/15/privacy-risks-get-real-%e2%80%93-california-privacy-laws-octomom-and-kaiser-permanente.html</link>
		<comments>http://www.tuesdaynight.org/2009/05/15/privacy-risks-get-real-%e2%80%93-california-privacy-laws-octomom-and-kaiser-permanente.html#comments</comments>
		<pubDate>Fri, 15 May 2009 18:32:57 +0000</pubDate>
		<dc:creator>Ian Glazer</dc:creator>
				<category><![CDATA[Privacy]]></category>
		<category><![CDATA[ab 211]]></category>
		<category><![CDATA[Burton Group]]></category>
		<category><![CDATA[catalyst09]]></category>
		<category><![CDATA[octomom]]></category>
		<category><![CDATA[sb 541]]></category>

		<guid isPermaLink="false">http://www.tuesdaynight.org/?p=554</guid>
		<description><![CDATA[<p>No organization wants to be the first  to be fined because of a new regulation. Unfortunately, that’s exactly where Kaiser Permanente finds itself.  After some high profile cases of unauthorized access to celebrities’ medical records, the California legislature adopted two new privacy laws (SB 541 and AB 211);  these regulations were so swiftly enacted that they contained [...]]]></description>
			<content:encoded><![CDATA[<p>No organization wants to be the first  to be fined because of a new regulation. Unfortunately, that’s exactly where Kaiser Permanente finds itself.  After some high profile cases of unauthorized access to celebrities’ medical records, the California legislature adopted two new privacy laws (<a href="http://info.sen.ca.gov/pub/07-08/bill/sen/sb_0501-0550/sb_541_bill_20080930_chaptered.pdf">SB 541</a> and <a href="http://info.sen.ca.gov/pub/07-08/bill/asm/ab_0201-0250/ab_211_bill_20080930_chaptered.pdf">AB 211</a>);  these regulations were so swiftly enacted that they contained spelling errors. Both regulations went into effect on January 1 of this year. Five months later, Kaiser Permanente has become the first enterprise to be fined under this new regime.</p>
<p>Regulators have levied the maximum fine, $250,000, for the recent incident involving Nadya “Octomom” Suleman.  (Kevin <a href="http://identityblog.burtongroup.com/bgidps/2009/04/kudos-to-kaiser-doing-the-right-thing.html">commented on this previously</a>.)  All in all, 23 individuals looked at Ms. Suleman’s records without authorization. Of these, 15 have either been fired or resigned.  And although the state regulators have fined Kaiser, they have yet to penalize any of these 23 individuals &#8211; which they can do under state law.</p>
<p>As <a href="http://www.latimes.com/news/local/la-me-privacy15-2009may15,0,2916906.story">reported in the LA Times</a>, Suleman’s lawyer said:</p>
<blockquote><p>&#8220;<em>I think Kaiser handled it professionally. They found out, they terminated the employees, they brought it to our attention. They certainly didn&#8217;t try to hide it.</em>&#8220;</p></blockquote>
<p>It’s important to note that even though Kaiser acted appropriately, laws like SB 541 are clear cut: unauthorized access to medical information =  fine. Do not pass Go; do not collect $200.</p>
<p>As we’ve said before <a href="http://identityblog.burtongroup.com/bgidps/2009/02/privacy-risks-get-real.html">privacy risks are real</a>. The fines are increasing. The number of regulations is increasing. Now more than ever is the time to <a href="http://identityblog.burtongroup.com/bgidps/2009/05/two-bonuses-for-privacy-professionals.html">register for this year’s Catalyst conference</a> so you can attend our <a href="http://www.catalyst.burtongroup.com/NA09/Topics_IdentityManagement.html#5">Privacy Risks Get Real</a> track and learn how to reduce the chance your organization will become the next “first.”</p>
<p>(Cross posted from Burton Group&#8217;s <a href="http://identityblog.burtongroup.com/bgidps/2009/05/privacy-risks-get-real-california-privacy-laws-octomom-and-kaiser-permanente.html">Identity blog</a>.)</p>
<div id="crp_related"><h3>Related Posts:</h3><ul><li><a href="http://www.tuesdaynight.org/2009/05/11/two-bonuses-for-privacy-professionals.html" rel="bookmark" class="crp_title">Two Bonuses for Privacy Professionals</a></li><li><a href="http://www.tuesdaynight.org/2009/02/13/privacy-risks-get-real.html" rel="bookmark" class="crp_title">Privacy risks get real</a></li><li><a href="http://www.tuesdaynight.org/2009/04/06/the-beginning-of-the-beginning-our-privacy-report-publishes.html" rel="bookmark" class="crp_title">The beginning of the beginning: our privacy report publishes</a></li><li><a href="http://www.tuesdaynight.org/2009/06/29/transparent-or-translucent.html" rel="bookmark" class="crp_title">Transparent or Translucent?</a></li><li><a href="http://www.tuesdaynight.org/2009/07/27/looking-beyond-the-privacy-mirror.html" rel="bookmark" class="crp_title">Looking beyond the Privacy Mirror</a></li></ul></div>]]></content:encoded>
			<wfw:commentRss>http://www.tuesdaynight.org/2009/05/15/privacy-risks-get-real-%e2%80%93-california-privacy-laws-octomom-and-kaiser-permanente.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Nailing Down the Definition of &#8220;Entitlement Management&#8221;</title>
		<link>http://www.tuesdaynight.org/2009/05/13/nailing-down-the-definition-of-entitlement-management.html</link>
		<comments>http://www.tuesdaynight.org/2009/05/13/nailing-down-the-definition-of-entitlement-management.html#comments</comments>
		<pubDate>Wed, 13 May 2009 19:21:57 +0000</pubDate>
		<dc:creator>Ian Glazer</dc:creator>
				<category><![CDATA[Identity Management]]></category>
		<category><![CDATA[Burton Group]]></category>
		<category><![CDATA[catalyst09]]></category>
		<category><![CDATA[entitlement-management]]></category>
		<category><![CDATA[federation]]></category>
		<category><![CDATA[fine-grained authorization]]></category>
		<category><![CDATA[saml]]></category>
		<category><![CDATA[ws-federation]]></category>
		<category><![CDATA[xacml]]></category>

		<guid isPermaLink="false">http://www.tuesdaynight.org/?p=546</guid>
		<description><![CDATA[<p>Ian Yip’s take on access management versus entitlement management can be partially summed up with this equation:</p> <p>Entitlement management is simply fine-grained authorisation + XACML</p> <p>I have four problems with this.</p> <p>First, definitions that include a protocol are worrisome as they can overly restrict the definition. For example, if I defined federation as authentication via SAML, people [...]]]></description>
			<content:encoded><![CDATA[<p>Ian Yip’s <a href="http://blog.ianyip.com/2009/05/entitlement-and-access-management.html">take on access management versus entitlement management</a> can be partially summed up with this equation:</p>
<blockquote><p>Entitlement management is simply fine-grained authorisation + XACML</p></blockquote>
<p>I have four problems with this.</p>
<p>First, definitions that include a protocol are worrisome as they can overly restrict the definition. For example, if I defined federation as authentication via SAML, people would quickly point out that authentication via WS-Fed was just as viable as a definition. So in terms of an industry conversation, we need to make sure that our terms are not too narrow.</p>
<p>Second, I fear that this definition is a reflection of products in the market today and not a statement on what “entitlement management” is meant to do.  Yes, most of today’s products can use XACML. Yes, they facilitate authorization decisions based on a wider context. But who’s to say that these products, and the market as a whole, have reached their final state? Along these lines, I wonder if externalized authorization stores are a required part of an “entitlement management” solution?</p>
<p>Third, there is something missing from the definition – the policy enforcement point. A fine-grained authorization engine provides a policy decision point, but that still leaves the need for an enforcement point. This holds true whether an application has externalized its authorization decisions or not.</p>
<p>Finally, I have a problem with the phrase “entitlement management” (just ask my co-workers). As I have <a href="http://identityblog.burtongroup.com/bgidps/2009/03/zen-mind-newb-mind.html">blogged about before</a>, Kevin and I have been in the midst of a large research project focusing on role management. One of the things we have learned from this project is that enterprises do not use the phrase “entitlement management” the same way we do.</p>
<p>A bit of history – three or so years ago Burton Group, at a <a href="http://www.catalyst.burtongroup.com/NA09/index.html">Catalyst</a>, introduced the phrase “entitlement management” to include the run-time authorization decision process that most of the industry referred to as “fine-grained authorization.” At the time, this seemed about right. Flash forward to this year and our latest research and we have learned that our definition was too narrow.</p>
<p>The enterprises that we talked to use “entitlement management” to mean:<br />
·      The gathering of entitlements from target systems (for example, collecting all the AD groups or TopSecret resource codes)<br />
·      Reviewing these entitlements to see if they are still valid<br />
·      Reviewing the assignment of these entitlements to individuals to see if the assignments are appropriate<br />
·      Removing and cleaning up excessive or outdated entitlements<br />
More often than not, we found that our customers used “entitlement management” as a precursor to access certification processes.</p>
<p>Using a single term (“entitlement management”) to span both the run-time authorization decisions as well as the necessary legwork of gathering, interpreting, and cleansing entitlements can lead to confusion. The way enterprise customers currently use “entitlement management” works well to describe how legwork is vital to the success of other identity projects.  (I’ll be working on a report this quarter that delves deeper into this.)</p>
<p>I am all for a broader conversation on fine-grained authZ versus entitlement management. And as Ian Yip has pointed out on twitter, identity blog conversations have dropped off a bit and I’d love to stoke the fire a bit.  But we can’t have meaningful conversations without shared definitions. So what’s <em>your </em>take? What do you mean when you say “fine-grained authorization” and “entitlement management?”</p>
<p>(Cross-posted from Burton Group&#8217;s <a href="http://identityblog.burtongroup.com/bgidps/2009/05/nailing-down-the-definition-of-entitlement-management.html">Identity blog</a>.)</p>
<div id="crp_related"><h3>Related Posts:</h3><ul><li><a href="http://www.tuesdaynight.org/2007/11/01/your-network-ate-my-fine-grained-auth-engine-cisco-to-acquire-securent.html" rel="bookmark" class="crp_title">Your network ate my fine-grained auth engine: Cisco to acquire Securent</a></li><li><a href="http://www.tuesdaynight.org/2009/06/29/transparent-or-translucent.html" rel="bookmark" class="crp_title">Transparent or Translucent?</a></li><li><a href="http://www.tuesdaynight.org/2009/03/06/zen-mind-newb-mind.html" rel="bookmark" class="crp_title">Zen Mind, Newb Mind</a></li><li><a href="http://www.tuesdaynight.org/2008/09/04/thinking-about-matts-simple-question-correlating-accounts-and-people.html" rel="bookmark" class="crp_title">Thinking about Matt&#8217;s Simple Question: Correlating accounts and people</a></li><li><a href="http://www.tuesdaynight.org/2008/03/10/identity-leprosy-or-identity-zombies.html" rel="bookmark" class="crp_title">Identity leprosy or identity zombies?</a></li></ul></div>]]></content:encoded>
			<wfw:commentRss>http://www.tuesdaynight.org/2009/05/13/nailing-down-the-definition-of-entitlement-management.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Two Bonuses for Privacy Professionals</title>
		<link>http://www.tuesdaynight.org/2009/05/11/two-bonuses-for-privacy-professionals.html</link>
		<comments>http://www.tuesdaynight.org/2009/05/11/two-bonuses-for-privacy-professionals.html#comments</comments>
		<pubDate>Mon, 11 May 2009 20:13:57 +0000</pubDate>
		<dc:creator>Ian Glazer</dc:creator>
				<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Burton Group]]></category>
		<category><![CDATA[catalyst09]]></category>
		<category><![CDATA[cipp]]></category>
		<category><![CDATA[iapp]]></category>
		<category><![CDATA[idps]]></category>
		<category><![CDATA[risk management]]></category>
		<category><![CDATA[srms]]></category>

		<guid isPermaLink="false">http://www.tuesdaynight.org/?p=544</guid>
		<description><![CDATA[<p class="MsoNormal">There are plenty of reasons to come to Catalyst. Engaging workshops, great sessions, interesting speakers, the chance to see the entire Identity and Privacy Strategies team on stage with bags on their heads -  you know, the kinds of thing you’d expect.  For those of you with a Certified Information Privacy Professional (CIPP) certification, this year we’ve a little [...]]]></description>
			<content:encoded><![CDATA[<p class="MsoNormal">There are plenty of reasons to come to <a name="OLE_LINK1"></a><a href="http://www.catalyst.burtongroup.com/NA09/"><span>Catalyst</span></a>. Engaging workshops, great sessions, interesting speakers, the chance to see the <a href="http://farm4.static.flickr.com/3167/2610323039_84d5e225b4_o.jpg" rel="lightbox[544]">entire Identity and Privacy Strategies team on stage with bags on their heads</a> -<span>  </span>you know, the kinds of thing you’d expect.<span>  </span>For those of you with a Certified Information Privacy Professional (CIPP) certification, this year we’ve a little something extra for you – continuing education credits. By attending IdPS’ <a href="http://www.catalyst.burtongroup.com/NA09/Topics_IdentityManagement.html#5">Privacy Risks Get Real</a>track, you’ll earn 3.5 hours of continuing privacy education (CPE) credit. Attend SRMS’ <a href="http://www.catalyst.burtongroup.com/NA09/Topics_RiskManagement.html#2">Risk Management: Programs You Can’t Afford to Cut</a> and receive another 3.5 hours of credit.</p>
<p class="MsoNormal">And here&#8217;s a second bonus: we are making it easier than ever for you privacy professionals out there who haven’t attended a Catalyst before to attend this year. By registering with promo code <em>IAPP</em>, you’ll be able to attend the conference at $300 off the <a href="http://www.catalyst.burtongroup.com/NA09/Pricing.html">Early Bird rate</a>.<span>  </span>See you in July!</p>
<p class="MsoNormal">(Cross-posted from Burton Group&#8217;s <a href="http://identityblog.burtongroup.com/bgidps/2009/05/two-bonuses-for-privacy-professionals.html">Identity blog</a>.)</p>
<div id="crp_related"><h3>Related Posts:</h3><ul><li><a href="http://www.tuesdaynight.org/2009/01/28/international-privacy-day-synchronicity.html" rel="bookmark" class="crp_title">International Privacy Day: Synchronicity</a></li><li><a href="http://www.tuesdaynight.org/2009/05/15/privacy-risks-get-real-%e2%80%93-california-privacy-laws-octomom-and-kaiser-permanente.html" rel="bookmark" class="crp_title">Privacy Risks Get Real – California Privacy Laws, Octomom, and Kaiser Permanente</a></li><li><a href="http://www.tuesdaynight.org/2009/01/29/putting-privacy-controls-in-the-hands-of-your-users.html" rel="bookmark" class="crp_title">Putting privacy controls in the hands of your users</a></li><li><a href="http://www.tuesdaynight.org/2009/04/06/the-beginning-of-the-beginning-our-privacy-report-publishes.html" rel="bookmark" class="crp_title">The beginning of the beginning: our privacy report publishes</a></li><li><a href="http://www.tuesdaynight.org/2009/06/29/transparent-or-translucent.html" rel="bookmark" class="crp_title">Transparent or Translucent?</a></li></ul></div>]]></content:encoded>
			<wfw:commentRss>http://www.tuesdaynight.org/2009/05/11/two-bonuses-for-privacy-professionals.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The beginning of the beginning: our privacy report publishes</title>
		<link>http://www.tuesdaynight.org/2009/04/06/the-beginning-of-the-beginning-our-privacy-report-publishes.html</link>
		<comments>http://www.tuesdaynight.org/2009/04/06/the-beginning-of-the-beginning-our-privacy-report-publishes.html#comments</comments>
		<pubDate>Mon, 06 Apr 2009 22:11:59 +0000</pubDate>
		<dc:creator>Ian Glazer</dc:creator>
				<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Burton Group]]></category>
		<category><![CDATA[catalyst09]]></category>

		<guid isPermaLink="false">http://www.tuesdaynight.org/?p=536</guid>
		<description><![CDATA[<p>Over the last 6 or so months, Bob Blakley and I have been doing a lot of listening and thinking about privacy.  To successfully re-launch our privacy coverage, we needed to lay a wide foundation that would serve to support future research.  We needed to provide a meaningful starting point for our customers.  Since our [...]]]></description>
			<content:encoded><![CDATA[<p>Over the last 6 or so months, Bob Blakley and I have been doing a lot of listening and thinking about privacy.  To successfully re-launch our privacy coverage, we needed to lay a wide foundation that would serve to support future research.  We needed to provide a meaningful starting point for our customers.  Since our customers’ jobs are not typically focused on privacy, we needed to start with a form of first principles and build outward. </p>
<p>I’ve learned that it is generally frowned upon to use the second person in our reports – too informal I am told.  Use the blog if you want to address the audience directly.  Normally, I don’t have a problem avoiding the second person, but this report proved to be a challenge.  We had to work hard not to write without using “you.”  And why was that? Privacy discussions are and must be inclusive.  They involve each of us on a far more personal level than a discussion of, say, account lifecycle management.   Cognizant of privacy implications or not, the decisions you make on a daily basis have effects the privacy of your customers and partners.</p>
<p>Because privacy is personal, because it requires concerted behavior throughout the enterprise, discussions about privacy must include everyone.  You.  Me.  Everyone. To guide concerted behavior, in <a href="http://www.burtongroup.com/Client/Research/Document.aspx?cid=1598&amp;contentView=FullContent">our recently released privacy report</a>, we put forth a Golden Rule as a means of developing and evaluating privacy principles leadings to practices and behaviors:</p>
<div>We protect privacy when we consider the dignity of individuals about whom we know things, and when we use what we know about them only in ways which preserve and enhance that dignity.</div>
<p>This report is by no means the end of our exploration of privacy – it is just the beginning.  We will continuing the conversation this July, at Catalyst North America, in the “Privacy Risks Get Real” track.  We are working hard to ensure that these discussions reflect the inclusive nature of privacy.  We’ll be exploring privacy concerns across multiple domains: from healthcare to higher education.  Finally, to sweeten the deal, we have worked with the International Association of Privacy Professionals to get some of the tracks at Catalyst approved for Continuing Privacy Education credits.  We are looking forward to continuing the privacy conversations with all of you this July!</p>
<p>Speaking of Catalyst, we have special surprise for IdPS blog readers… Since it is Easter egg hunting season, we’ve placed a couple of them on the Catalyst web site. The prize inside is a super discount code to attend Catalyst. To find the eggs, go to the conference <a href="http://www.catalyst.burtongroup.com/">web site</a> and do this:</p>
<ul>
<li>Hover (but don&#8217;t click) over the &#8220;San Diego&#8221; icon for 20 seconds</li>
</ul>
<p>-or-</p>
<ul>
<li>Click and hold on the Catalyst logo and then drag your mouse off and release</li>
</ul>
<p>Register right away – this discount is limited to 50 users and could disappear at any time!</p>
<p>(<a href="http://identityblog.burtongroup.com/bgidps/2009/04/the-beginning-of-the-beginning-our-privacy-report-publishes.html">Cross posted</a> from the Identity Blog @ Burton Group.)</p>
<div id="crp_related"><h3>Related Posts:</h3><ul><li><a href="http://www.tuesdaynight.org/2009/05/11/two-bonuses-for-privacy-professionals.html" rel="bookmark" class="crp_title">Two Bonuses for Privacy Professionals</a></li><li><a href="http://www.tuesdaynight.org/2009/01/28/international-privacy-day-synchronicity.html" rel="bookmark" class="crp_title">International Privacy Day: Synchronicity</a></li><li><a href="http://www.tuesdaynight.org/2010/04/23/maturity-and-metrics-a-few-thoughts-from-the-iapp%e2%80%99s-privacy-summit-2010.html" rel="bookmark" class="crp_title">Maturity and Metrics: A few thoughts from the IAPP’s Privacy Summit 2010</a></li><li><a href="http://www.tuesdaynight.org/2009/07/27/looking-beyond-the-privacy-mirror.html" rel="bookmark" class="crp_title">Looking beyond the Privacy Mirror</a></li><li><a href="http://www.tuesdaynight.org/2009/01/29/putting-privacy-controls-in-the-hands-of-your-users.html" rel="bookmark" class="crp_title">Putting privacy controls in the hands of your users</a></li></ul></div>]]></content:encoded>
			<wfw:commentRss>http://www.tuesdaynight.org/2009/04/06/the-beginning-of-the-beginning-our-privacy-report-publishes.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Zen Mind, Newb Mind</title>
		<link>http://www.tuesdaynight.org/2009/03/06/zen-mind-newb-mind.html</link>
		<comments>http://www.tuesdaynight.org/2009/03/06/zen-mind-newb-mind.html#comments</comments>
		<pubDate>Fri, 06 Mar 2009 13:18:08 +0000</pubDate>
		<dc:creator>Ian Glazer</dc:creator>
				<category><![CDATA[Identity Management]]></category>
		<category><![CDATA[Burton Group]]></category>
		<category><![CDATA[catalyst09]]></category>
		<category><![CDATA[erm]]></category>
		<category><![CDATA[role-management]]></category>
		<category><![CDATA[Shunryu Suzuki]]></category>
		<category><![CDATA[zen]]></category>

		<guid isPermaLink="false">http://www.tuesdaynight.org/?p=531</guid>
		<description><![CDATA[<p>Being the new-ish addition to the IdPS team is, well, an interesting place to be.  Besides the requisite induction activities (ask me at Catalyst how you pick up the dry cleaning for a team who lives all across the country), I’ve been working with my peers on vastly different pieces of research.  And being curious by [...]]]></description>
			<content:encoded><![CDATA[<p>Being the new-ish addition to the IdPS team is, well, an interesting place to be.  Besides the requisite induction activities (ask me at <a href="http://www.catalyst.burtongroup.com/Na09/">Catalyst</a> how you pick up the dry cleaning for a team who lives all across the country), I’ve been working with my peers on vastly different pieces of research.  And being curious by nature, I’m loving the chance to not only dig into different topics, but also observe how different people go about the actual process of analyzing a topic or a market.  One technique that Burton Group uses is Contextual Research (CR).  Essentially, the CR process is meant to challenge an analyst’s knowledge of a subject and their associated preconceived notions as to what problems enterprises face and how they are facing them.  It turns seasoned veterans, experts in the field, into beginners again.  This is what practitioners of Zen Buddhism call “<a href="http://en.wikipedia.org/wiki/Zen_Mind,_Beginner%27s_Mind">beginner’s mind</a>.”</p>
<p>Here’s how it works in a nutshell.  Kevin (seasoned vet) and Ian (newbie) identify a bunch of organizations to talk to.  So far nothing out of the ordinary as compared to our other approaches to research.  That being said, the conversations we have with these organizations is very different from typical research techniques.  Instead of coming to the conversation with a fixed hypothesis that we want to prove out, we come to the conversation with nothing.  No leading questions.  No surveys.  No preconceptions.</p>
<p>In these conversations, we, the analysts, are newbs. We let the people that we are talking to teach us what is important to them about a subject, how they have approached a problem, what wisdom they’d like to share with others.  The analysts furiously take notes, listen, and try not to talk.  Having listened to as many people as we can, we bring the whole team together to find affinities among the statements, identify trends and common techniques, and evaluate the state of a market through the eyes of a customer.</p>
<p>Right now, Kevin and I are in the midst of a role management CR.  Although, we are far too early in the process to comment on what we’ve found, some of the anecdotes we have learned along the way are really fascinating.  Discussions about the needs of the business, efficiencies gained, and methodologies for conducting role analysis – all of these conversations have been grounded firmly in the realities of today’s economy as well as current state of identity management in the enterprise.  You’ll see some of the results of this beginner’s mind approach to analysis at Catalyst this summer.  In fact, the <a href="http://www.catalyst.burtongroup.com/Na09/Workshops/">Catalyst workshop</a> on Advanced Role Management is going to be a master-class of a sort, shaped by what Kevin and I learn during this CR process.</p>
<p>Stay tuned for more on our roles CR.  Towards the end of April, I’ll be updating you on how the process has faired.</p>
<p>(Cross-posted from <a href="http://identityblog.burtongroup.com/bgidps/2009/03/zen-mind-newb-mind.html">Burton Group&#8217;s Identity Blog</a>)</p>
<div id="crp_related"><h3>Related Posts:</h3><ul><li><a href="http://www.tuesdaynight.org/2009/05/13/nailing-down-the-definition-of-entitlement-management.html" rel="bookmark" class="crp_title">Nailing Down the Definition of &#8220;Entitlement Management&#8221;</a></li><li><a href="http://www.tuesdaynight.org/2009/06/29/transparent-or-translucent.html" rel="bookmark" class="crp_title">Transparent or Translucent?</a></li><li><a href="http://www.tuesdaynight.org/2009/05/11/two-bonuses-for-privacy-professionals.html" rel="bookmark" class="crp_title">Two Bonuses for Privacy Professionals</a></li><li><a href="http://www.tuesdaynight.org/2010/04/12/t-minus-7-days-to-catalyst-eu.html" rel="bookmark" class="crp_title">T Minus 7 days to Catalyst EU</a></li><li><a href="http://www.tuesdaynight.org/2008/06/25/no-i-didnt-steal-the-shirt-i-actually-do-work-for-burton-group.html" rel="bookmark" class="crp_title">No, I didn&#8217;t steal the shirt; I actually do work for Burton Group</a></li></ul></div>]]></content:encoded>
			<wfw:commentRss>http://www.tuesdaynight.org/2009/03/06/zen-mind-newb-mind.html/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Privacy risks get real</title>
		<link>http://www.tuesdaynight.org/2009/02/13/privacy-risks-get-real.html</link>
		<comments>http://www.tuesdaynight.org/2009/02/13/privacy-risks-get-real.html#comments</comments>
		<pubDate>Fri, 13 Feb 2009 19:55:27 +0000</pubDate>
		<dc:creator>Ian Glazer</dc:creator>
				<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Burton Group]]></category>
		<category><![CDATA[catalyst09]]></category>
		<category><![CDATA[google]]></category>

		<guid isPermaLink="false">http://www.tuesdaynight.org/?p=525</guid>
		<description><![CDATA[<p>When you think of &#8220;the usual&#8221; privacy risks you think of things like brand and reputation damage, fines, and increased regulations. You don’t think of jail time for executives. But jail time is exactly what some Google executives face if an Italian prosecutor has his way.</p> <p>The arrest of Peter Fleischer, Google&#8217;s Paris-based Global Privacy [...]]]></description>
			<content:encoded><![CDATA[<p>When you think of &#8220;the usual&#8221; privacy risks you think of things like brand and reputation damage, fines, and increased regulations.  You don’t think of jail time for executives.  But jail time is exactly what some Google executives face if an Italian prosecutor has his way.</p>
<p>The arrest of Peter Fleischer, Google&#8217;s Paris-based Global Privacy Counsel, in Milan on January 23 stems from video that was briefly available on Google’s site in Italy.  The video showed high school students bullying a classmate with Down Syndrome.  Google took down the video in less than 24 hours after receiving complaints about it.  The view of Milan&#8217;s public prosecutor is that permitting posting of the video for any period of time was a criminal offense.  Fleischer and three other Google employees have been charged with defamation and failure to control personal information.</p>
<p>In our forthcoming report, Bob and I explore the contextual nature of privacy.  Google clearly operates in multiple geographic and legal contexts.  In the US, Google enjoys protections similar to those afforded “common carriers”.  However, in Italy, Google is being treated as a content provider and not a content distributor, and thus is not receiving any such protection.</p>
<p>The contextuality of privacy requires that you evaluate your business from all relevant contexts.  In this case, Google may find that it should have looked at its video services from the perspective of an Italian user as well as an Italian regulator.  This examination from all relevant contexts would highlight not only conflicts between contexts (someone’s desire to publish a video versus a state’s definition of what constitutes offensive or inappropriate content) but also conflicts between contexts and the organization&#8217;s business model.  Google’s business of allowing anyone to post a video is in this case colliding with an Italian regulator’s desire to treat Google as a content provider, holding Google to an unanticipated set of requirements.</p>
<p>There’s no way that a small privacy team will be able to know everything about every context the company does business in.  To that end, a side effect of doing business in multiple contexts can be a budgetary one. Organizations may need to budget for external legal counsel, counsel that specializes privacy for the contexts they are working in to aid privacy teams in their evaluation of relevant contexts.</p>
<p>We don’t expect criminal penalties for privacy violations to become common, and it&#8217;s not at all clear that the action against Google&#8217;s executives will be sustained by the Italian courts.  But that being said, we do expect privacy regulations to become stricter and subsequent penalties to become more severe.  Privacy risks are getting real.  Join us at <a href="http://www.catalyst.burtongroup.com/NA09/">Catalyst</a> this summer and learn how to adapt, and thrive, in the face of this new reality.</p>
<p>(Cross-posted from <a href="http://identityblog.burtongroup.com/bgidps/2009/02/privacy-risks-get-real.html">Burton Group&#8217;s Identity Blog</a>.)</p>
<div id="crp_related"><h3>Related Posts:</h3><ul><li><a href="http://www.tuesdaynight.org/2009/05/15/privacy-risks-get-real-%e2%80%93-california-privacy-laws-octomom-and-kaiser-permanente.html" rel="bookmark" class="crp_title">Privacy Risks Get Real – California Privacy Laws, Octomom, and Kaiser Permanente</a></li><li><a href="http://www.tuesdaynight.org/2009/05/11/two-bonuses-for-privacy-professionals.html" rel="bookmark" class="crp_title">Two Bonuses for Privacy Professionals</a></li><li><a href="http://www.tuesdaynight.org/2009/01/28/international-privacy-day-synchronicity.html" rel="bookmark" class="crp_title">International Privacy Day: Synchronicity</a></li><li><a href="http://www.tuesdaynight.org/2009/04/06/the-beginning-of-the-beginning-our-privacy-report-publishes.html" rel="bookmark" class="crp_title">The beginning of the beginning: our privacy report publishes</a></li><li><a href="http://www.tuesdaynight.org/2010/04/23/maturity-and-metrics-a-few-thoughts-from-the-iapp%e2%80%99s-privacy-summit-2010.html" rel="bookmark" class="crp_title">Maturity and Metrics: A few thoughts from the IAPP’s Privacy Summit 2010</a></li></ul></div>]]></content:encoded>
			<wfw:commentRss>http://www.tuesdaynight.org/2009/02/13/privacy-risks-get-real.html/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

