<?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>Stewart Room</title>
	<atom:link href="http://www.stewartroom.com/?feed=rss2" rel="self" type="application/rss+xml" />
	<link>http://www.stewartroom.com</link>
	<description>Lawyer specialising in data protection, privacy and security</description>
	<lastBuildDate>Mon, 14 May 2012 13:26:08 +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>No time for work, too busy training</title>
		<link>http://www.stewartroom.com/?p=1451</link>
		<comments>http://www.stewartroom.com/?p=1451#comments</comments>
		<pubDate>Mon, 14 May 2012 13:26:08 +0000</pubDate>
		<dc:creator>Stewart</dc:creator>
				<category><![CDATA[Data Protection Act]]></category>
		<category><![CDATA[Data Protection Directive]]></category>
		<category><![CDATA[Data Protection Regulation]]></category>
		<category><![CDATA[Enforcement]]></category>
		<category><![CDATA[ICO cases]]></category>
		<category><![CDATA[Training]]></category>

		<guid isPermaLink="false">http://www.stewartroom.com/?p=1451</guid>
		<description><![CDATA[One of the exercises I&#8217;ve been working on recently is a drawing together of all of the compliance objectives for data security that flow out of the Information Commissioner&#8217;s enforcement activities in this area over the past 6 years, as &#8230; <a href="http://www.stewartroom.com/?p=1451">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>One of the exercises I&#8217;ve been working on recently is a drawing together of all of the compliance objectives for data security that flow out of the Information Commissioner&#8217;s enforcement activities in this area over the past 6 years, as found in the various undertakings, Enforcement Notices and Monetary Penalty Notices that have been published on his website.</p>
<p>So, the task that I&#8217;m setting myself is to identify (1) the reason for enforcement activity (i.e., the alleged contravention of the DPA) in each individual case and (2) the corresponding remedial action that the regulator has required (say, train your staff on the need to put medical reports in the right envelope, so they are sent to the right person, which is at the heart of the most recent financial penalties case).</p>
<p>A very interesting picture emerges &#8211; basically, in MHO, the time investment that the regulator perceives is required to &#8220;be compliant&#8221; will act as a major drag on productivity if the controller follows what the regulator is saying to the letter.</p>
<p>Add to this is all of the compliance objectives that flow out of other aspects of data protection that are not currently enforced (say, compliance with the Data Sharing Code of Practice, or the performance of &#8220;Privacy Impact Assessments&#8221;, or cookies) and you are left with a picture of an overwhelming compliance burden for data controllers within the current regime.</p>
<p>This does not bode well, particularly when you add the effect of the DP Regulation, which seeks to micro-manage far too many aspects of data processing. </p>
<p>And on top of this we have all the other regulatory regimes (health and safety, anti-bribery, AML and so on); its a wonder that there&#8217;s any time left to do any real business!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.stewartroom.com/?feed=rss2&amp;p=1451</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Twitter Weekly Updates for 2012-05-06</title>
		<link>http://www.stewartroom.com/?p=1450</link>
		<comments>http://www.stewartroom.com/?p=1450#comments</comments>
		<pubDate>Sun, 06 May 2012 19:10:00 +0000</pubDate>
		<dc:creator>Stewart</dc:creator>
				<category><![CDATA[Twitter updates]]></category>

		<guid isPermaLink="false">http://www.stewartroom.com/?p=1450</guid>
		<description><![CDATA[On 20 June FFW holding conf to examine #ICO #039;s #NHS regulatory strategy. If you work in NHS and want to know more, let me know. #Privacy # New #EU strategy for protecting children online http://t.co/ZSqjIugb #]]></description>
			<content:encoded><![CDATA[<ul class="aktt_tweet_digest">
<li>On 20 June FFW holding conf to examine #<a href="http://search.twitter.com/search?q=%23ICO" class="aktt_hashtag">ICO</a> #039;s #<a href="http://search.twitter.com/search?q=%23NHS" class="aktt_hashtag">NHS</a> regulatory strategy. If you work in NHS and want to know more, let me know. #<a href="http://search.twitter.com/search?q=%23Privacy" class="aktt_hashtag">Privacy</a> <a href="http://twitter.com/StewartRoom/statuses/197430270700425217" class="aktt_tweet_time">#</a></li>
<li>New #<a href="http://search.twitter.com/search?q=%23EU" class="aktt_hashtag">EU</a> strategy for protecting children online  <a href="http://t.co/ZSqjIugb" rel="nofollow">http://t.co/ZSqjIugb</a> <a href="http://twitter.com/StewartRoom/statuses/197942259713454080" class="aktt_tweet_time">#</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.stewartroom.com/?feed=rss2&amp;p=1450</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Engineering Privacy</title>
		<link>http://www.stewartroom.com/?p=1448</link>
		<comments>http://www.stewartroom.com/?p=1448#comments</comments>
		<pubDate>Tue, 01 May 2012 06:43:45 +0000</pubDate>
		<dc:creator>Stewart</dc:creator>
				<category><![CDATA[Engineering privacy]]></category>

		<guid isPermaLink="false">http://www.stewartroom.com/?p=1448</guid>
		<description><![CDATA[A friend of mine, the very excellent Michelle Dennedy, the Chief Privacy Officer at McAfee, mentioned to me recently that she&#8217;s gave a talk on the topic of &#8220;Engineering Privacy&#8221;, at a leading US University. So, a clever audience then! &#8230; <a href="http://www.stewartroom.com/?p=1448">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>A friend of mine, the very excellent Michelle Dennedy, the Chief Privacy Officer at McAfee, mentioned to me recently that she&#8217;s gave a talk on the topic of &#8220;Engineering Privacy&#8221;, at a leading US University. So, a clever audience then!</p>
<p>This is a great topic, giving  hope to the idea that an adequate level of respect for privacy can be achieved operationally within big organisations, by focusing rigourously on process and production. The result is that handling privacy can work like a factory production line.  Achieving that state will require a Eureka-moment from someone,  similar to the one Henry Ford must have had when he realised quality control and continuous improvement was the future for the car-making industry which could only be achieved through his production line!</p>
<p>Continuing with the car production line, I wonder about innovation. I don&#8217;t know much about Ford, but I imagine that mass car making didn&#8217;t actually exist until he innovated. In other words, he changed the World. We can argue about whether it&#8217;s ultimately worth the price (the environmental effect) but for privacy, engineering a production line of compliance being into the organisation&#8217;s structures and operations can only be a good thing.</p>
<p>For the very first time we have an environment that is actually full of potential for Eureka moments in the field of privacy, from which a Ford-type person or idea may spring.  The catalysts are the fact that technologies can provide a huge part of the solution, that people are starting to see that they have the &#8220;tools&#8221; and &#8220;raw ingredients&#8221; to improve privacy protections, that the case for more rigour is proved and &#8211; critically &#8211; more organisations are starting to invest. Indeed, we&#8217;ve already got to a stage where we are thinking through complex ideas.</p>
<p>And this brings me back to Engineering Privacy. What do we mean by this? What&#8217;s the idea?</p>
<p>The answer lies in the title, in the verb &#8220;to engineer&#8221;.  From here we are invited to think about engineers, what they do and the job of engineering. When we think about basic engineering principles, we soon realise that Ford could not have built his production  line without understanding those principles. He must have had a plan, a blueprint for solving the problems that he set out to cure through his production line.  So we understand that we are trying to build a blueprint for achieving the outcome of better privacy in our organisations. </p>
<p>To a large extent engineering is the achievement of quality control through the rejection of randomness. But what are the structures within this new field of engineering?  What circumstances will be present at the Eureka moment?  </p>
<p>I cannot claim to be having a Eureka moment, so all I can give are some observations on things that may be important.</p>
<p>I&#8217;ve mentioned already having access to tools and raw ingredients &#8211; we have to be realistic about the resources required to improve privacy within our organisations and these may not all be available. For instance, the never ending news story that is &#8220;security breaches&#8221; tells us that many organisations are facing a steep and costly road to compliance. Privacy comes with a price and we have to recognise the economic fundamentals.  People have to want to invest, understanding that investment needs time for R&#038;D, testing, trial and error.  They have to &#8220;value&#8221; privacy, which means that in some fields, they will need to be able to make money out of personal data; privacy can&#8217;t always be about cost of doing business.</p>
<p>If the environment shows these features, engineered solutions are achievable. And not surprisingly, because the basic engineering principles are the same, from here you can rattle off a whole list of requirements; &#8220;privacy impact assessments&#8221;, &#8220;privacy by design&#8221;, &#8220;privacy enhancing technologies&#8221; &#8230;</p>
<p>Hold on a second, what&#8217;s this list telling us? Well, the answer is part of the reason why we can be hopeful that engineered solutions will be achieved. You see, we already have names and labels for key concepts, which tells us that a huge amount of thought is going into this area.</p>
<p>However, we are still quite some way off that Eureka moment, because in the end an engineered solution needs something to be built. So, we have to take the next steps from talking to action. Of course, there are many credible examples of elements of engineered solutions being built, like BCR in the data-transfer field, but we have nothing truly holistic.  The truth is that even in organisations that are doing well on privacy we are only talking about success in a relative sense and those organisations will inevitably have pockets of weak or bad practice that could, in theory at least, be engineered out.  At best, our state of evolution is the testing and trial-and-error stage.  </p>
<p>The role played by the law, by regulators in particular, in bringing on the engineered solutions is vital.  In my view, one of the biggest drags on the evolution of good behaviours is bad regulation.  I am also particularly struck by how the current process of law reform seems to be rejecting the disciplines of engineering, in the sense that it seems to be so random; there&#8217;s no successful blue print for the EU&#8217;s proposals for data protection as far as I can tell; of course the law needs space to experiment too, but it carries a very high duty not to make things worse.  </p>
<p>This returns me to that list of requirements.  There are many good ideas here, developed by a wide group of stakeholders. And the regulators have made a vital contribution. I personally remember my earlier engagements with regulators like Jonathan Bamford, who did really good work on PETs, and officials like Phillippe Renaudiere at the Europe Commission, who would have made a super EDPS, which were overwhelming positive. But, I believe that newer regulators have lost their way a little, with an unhealthy focus on enforcement activities being the main problem.</p>
<p>The problem is the development of the Regulatory Bear Market. I keep going on about this, but as far as Engineered solutions are concerned, this is the worst environment possible; it is trying to achieve behavioural change through coercion. It is a classic example of nannying by unelected officials and bureaucrats and it is not going to get us far. Law making with a blunt weapon!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.stewartroom.com/?feed=rss2&amp;p=1448</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Twitter Weekly Updates for 2012-04-01</title>
		<link>http://www.stewartroom.com/?p=1447</link>
		<comments>http://www.stewartroom.com/?p=1447#comments</comments>
		<pubDate>Sun, 01 Apr 2012 19:10:00 +0000</pubDate>
		<dc:creator>Stewart</dc:creator>
				<category><![CDATA[Twitter updates]]></category>

		<guid isPermaLink="false">http://www.stewartroom.com/?p=1447</guid>
		<description><![CDATA[Speaking tomorrow on breach notification at #ICO DP Regulation briefing; say hello! #]]></description>
			<content:encoded><![CDATA[<ul class="aktt_tweet_digest">
<li>Speaking tomorrow on breach notification at  #<a href="http://search.twitter.com/search?q=%23ICO" class="aktt_hashtag">ICO</a> DP Regulation briefing; say hello! <a href="http://twitter.com/StewartRoom/statuses/184716756768661504" class="aktt_tweet_time">#</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.stewartroom.com/?feed=rss2&amp;p=1447</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Impact of the new EU #privacy regime</title>
		<link>http://www.stewartroom.com/?p=1446</link>
		<comments>http://www.stewartroom.com/?p=1446#comments</comments>
		<pubDate>Thu, 22 Mar 2012 09:30:06 +0000</pubDate>
		<dc:creator>Stewart</dc:creator>
				<category><![CDATA[Consent]]></category>
		<category><![CDATA[Data Protection Officer]]></category>
		<category><![CDATA[Data Protection Regulation]]></category>
		<category><![CDATA[Enforcement]]></category>
		<category><![CDATA[Law reform]]></category>
		<category><![CDATA[Litigation]]></category>
		<category><![CDATA[Privacy Impact Assessments]]></category>
		<category><![CDATA[Regulatory Bear Market]]></category>
		<category><![CDATA[Remedies]]></category>
		<category><![CDATA[Right to be forgotten]]></category>

		<guid isPermaLink="false">http://www.stewartroom.com/?p=1446</guid>
		<description><![CDATA[I&#8217;m popping over this morning to a meeting of the Information Security Forum, at GSK&#8217;s offices in Brentford (an awkward commute for me, but that&#8217;s another point), to give a talk on the &#8220;impact of the EU legislative changes on &#8230; <a href="http://www.stewartroom.com/?p=1446">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>I&#8217;m popping over this morning to a meeting of the Information Security Forum, at GSK&#8217;s offices in Brentford (an awkward commute for me, but that&#8217;s another point), to give a talk on the &#8220;impact of the EU legislative changes on privacy&#8221;.  This is a great topic, because, of course, it&#8217;s focus is forward looking (so, if I get it wrong, the delegates will have forgotten by the time that becomes apparent), meaning I can say virtually anything &#8230;</p>
<p>But, the good folk at the ISF pay a decent annual fee to be involved, so it&#8217;s worth finding a substantive basis for my talk.</p>
<p>Impacts are hard to assess at this stage.  The EU is obliged to make a stab at this when new legislation is proposed, but few people really believe that the EU has modelled all the consequences of the proposals. So, perhaps one way of looking at impact is to consider the impact of the EU regime from 1995 to 2009, ie from the adoption of the Data Protection Directive to the Citizens Rights Directive. Taking a high-level view, no one can deny that the impact of privacy legislation has been monumental. </p>
<p>To scale this, I reflect back on when I started my career at the Bar, as a young lad straight out of Uni and Bar School.  Back then, there was no expectation of privacy as a legal concept.  Yes, we had the Data Protection Act 1984, but it was a classic toothless tiger.  I doubt that many people entering the legal profession back then were thinking about how they could make a career in this area.  But now, privacy and data protection is a real favourite of would-be, trainee and newbie lawyers, as I can attest for from my own experience at FFW, where we are swamped with applications from bright young things hoping to get into this area. </p>
<p>And the key point here, of course, is the classic sharks-are-circling point; lawyers are getting into this area because they sense blood in the water. Of course, you can express the point less graphically; basically lawyers know that they can make a career in this area, which they couldn&#8217;t do not so long ago.  Take the point again; to get to this stage in half a career of this lawyer is incredible. </p>
<p>So, returning back to the question, what will be the impact of the DP Regulation, well we can&#8217;t be precise, but we can be accurate in our assessments. And I believe that we are going to see this area elevate to such a level of heightened importance that it will be impossible to ignore.</p>
<p>Yes, new ideas like &#8220;the right to be forgotten&#8221;, compulsory DPOs, new consent obligations, compulsory risk assessments etc will have their individual impacts, but even these measures are not enough, collectively or individually, to take things to the next level. No, the big impact flows from the heightened transparency agenda and the focus on sanctions, penalties, litigation and regulatory enforcement actions.  </p>
<p>These measures will inject the critical volatility of &#8220;contentious&#8221; legal business into the mix. And privacy &#8211; data protection will become about disputes, argy-bargy and litigation. It will be about suing, prosecuting and holding to account, about compensation and fines. </p>
<p>Look at this way and do you scent the blood in the water?<br/></p>
]]></content:encoded>
			<wfw:commentRss>http://www.stewartroom.com/?feed=rss2&amp;p=1446</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Twitter Weekly Updates for 2012-03-18</title>
		<link>http://www.stewartroom.com/?p=1445</link>
		<comments>http://www.stewartroom.com/?p=1445#comments</comments>
		<pubDate>Sun, 18 Mar 2012 19:10:00 +0000</pubDate>
		<dc:creator>Stewart</dc:creator>
				<category><![CDATA[Twitter updates]]></category>

		<guid isPermaLink="false">http://www.stewartroom.com/?p=1445</guid>
		<description><![CDATA[Like #FOI Read Art 72.1 &#38; 3 of DP Regulation and tell me you&#039;re not concerned by breadth of secrecy provisions for DP Board. # #FFW data protection practice officially recognised as one of the leading global legal practices by &#8230; <a href="http://www.stewartroom.com/?p=1445">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<ul class="aktt_tweet_digest">
<li>Like #<a href="http://search.twitter.com/search?q=%23FOI" class="aktt_hashtag">FOI</a>  Read Art 72.1 &amp; 3 of DP Regulation and tell me you&#039;re not concerned by breadth of secrecy provisions for DP Board. <a href="http://twitter.com/StewartRoom/statuses/180071241766535168" class="aktt_tweet_time">#</a></li>
<li>#<a href="http://search.twitter.com/search?q=%23FFW" class="aktt_hashtag">FFW</a> data protection practice officially recognised as one of the leading global legal practices by Chambers Global 2012, out today #<a href="http://search.twitter.com/search?q=%23privacy" class="aktt_hashtag">privacy</a> <a href="http://twitter.com/StewartRoom/statuses/180694284394176512" class="aktt_tweet_time">#</a></li>
<li>Tragic case providing worst kind of reminder why #<a href="http://search.twitter.com/search?q=%23privacy" class="aktt_hashtag">privacy</a> protections are genuinely important <a href="http://t.co/YrOeE2Vf" rel="nofollow">http://t.co/YrOeE2Vf</a> <a href="http://twitter.com/StewartRoom/statuses/180723821375012865" class="aktt_tweet_time">#</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.stewartroom.com/?feed=rss2&amp;p=1445</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>New consent rules for data processing</title>
		<link>http://www.stewartroom.com/?p=1444</link>
		<comments>http://www.stewartroom.com/?p=1444#comments</comments>
		<pubDate>Wed, 14 Mar 2012 22:26:59 +0000</pubDate>
		<dc:creator>Stewart</dc:creator>
				<category><![CDATA[Consent]]></category>
		<category><![CDATA[Data Protection Regulation]]></category>
		<category><![CDATA[Law reform]]></category>

		<guid isPermaLink="false">http://www.stewartroom.com/?p=1444</guid>
		<description><![CDATA[The proposed Data Protection Regulation contains a new regime for consent-based data processing. It places high compliance obstacles in the path of data controllers, which, if implemented, will fundamentally alter the way that many do business. So, let&#8217;s take a &#8230; <a href="http://www.stewartroom.com/?p=1444">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>The proposed Data Protection Regulation contains a new regime for consent-based data processing. It places high compliance obstacles in the path of data controllers, which, if implemented, will fundamentally alter the way that many do business. So, let&#8217;s take a look at what is proposed.</p>
<p>The beginning of the story is Recital 25, which tells us that consent means explicit consent. This consists of a &#8220;freely given&#8221;, &#8220;specific&#8221; and &#8220;informed indication&#8221; of the data subject&#8217;s wishes. This can be achieved only via the routes of a &#8220;statement&#8221; made by the data subject, or by &#8220;clear affirmative action&#8221; on their part that shows that they are aware that they are giving consent. This can be achieved by the indicative approaches of &#8220;ticking a box&#8221; when they visit a website, or by similar statements or conduct. Silence or inactivity cannot amount to consent. The recital continues by saying that &#8220;electronic requests&#8221; for consent &#8220;must be clear, concise and not unnecessarily disruptive to the use of the service for which it is provided&#8221;, with the implication being that electronic systems should not be designed to badger the individual into giving consent, such as by making repeated requests for consent.  </p>
<p>What is unclear is whether a data controller can make the provision of a service conditional upon the giving of consent to data processing operations which are not strictly necessary for the provision of the service, such as direct marketing, OBA or data sharing, but it is possible that the anti-badgering provision can be interpreted this way, if a refusal of consent results in a service disruption, in the sense that access to the service is blocked. If this is the correct interpretation, then it may have worrying implications for business innovations that require data monetization to survive.  </p>
<p>Perhaps the answer is found in Recital 32, which sets out a new burden of proof rule for consent. The recital begins by saying that the controller bears the burden of proving that the subject has consented and then continues with &#8220;in the context of a written declaration on another matter, safeguards should ensure that the data subject  is aware that and to what extent consent is given.&#8221; This may suggest that it will still remain lawful to put clauses around consequential data processing in contract terms and conditions, provided that the relevant clauses are highlighted and the effect explained. To understand what I mean by consequential processing (which isn&#8217;t a term used by the Regulation by the way), in a contractual situation it is lawful to process personal data that are necessary to fulfil the contract (so, for example, payment card details can be processed prior to delivery of a good or service) but anything beyond that point needs its own legitimacy.  So, referring back to the earlier example, processing for direct marketing or OBA will not be legitimatised in a contractual situation by the &#8220;contractual necessity&#8221; ground; these activities will be consequential to the main contractual ambitions.  In other words, I am referring to secondary processing.</p>
<p>Anyway, returning to Recital 32, what might be being outlawed is the burying of processing terms within the small print, not compulsory consequential processing. If that&#8217;s the focus, then it is hard to argue against it; in the UK at least consumer law has required a &#8220;Denning big red hand&#8221; for unusual clauses impacting on consumer rights for many years now.</p>
<p>More answers may be provided by Recital 33, which clarifies that consent needs genuine and free choices and the right to change one&#8217;s mind.  This might have the effect of building a distinction between services that are non-essential and those which are. But, if this is the idea, you are moved to the question where do you draw the line? If utilities are essential, like gas, water and electricity, then it might be unlawful to make the provision of services conditional on the acceptance of consequential processing, because the effect would be to deprive the user of a choice. If you follow this through, do you put online banking in the same category? And what about social networking? Or online retailers? In my mind an Amazon is less of a utility than, say, a mobile phone network operator, but why should an Amazon enjoy more commercial privileges with data and a less rigid regulatory environment? </p>
<p>Clearly, there is a need for clarification around these questions, because many data controllers have made consequential processing a condition of service provision. If they can no longer pursue this business strategy, they may be faced with serious business remodelling. </p>
<p>And this is the point at which a form of despair sets in about the Regulation. The EU has had years to think through the issues, but the more time you spend with the Regulation, the more obvious it becomes that it raises more questions than answers. This does not make for an encouraging environment for the achievement of the ambition of increased legal harmonisation. Perhaps it might be fair to opine that the Regulation actually puts us back, because we have a whole new series of unanswered issues to contend with &#8230;</p>
<p>So what else do we learn about consent?  These are the other headlines:</p>
<p>Consent cannot be given where there is a clear imbalance in the power relationship between controllers and subjects. This rule is set out in Recital 34, which explains that a power imbalance will exist where the subject is dependent on the controller, such as in an employment situation, a point that has been made often by the Article 29 Working Party. So, this position will not come as a surprise to informed privacy pros, but it is disappointing nonetheless, as many have argued against the position that it is inherently impossible for employees to give valid consent in the workplace. For instance, what about workplace emoluments? Are we saying that the employee cannot consent to dedicating their benefits pot to one particular benefit in a range of employer provided packages, or that they can&#8217;t consent to giving over their family details for life assurance purposes, or that they cannot exercise a choice on taking up workplace based training? If that&#8217;s what the EU is saying its awfully patronising to employees, but let&#8217;s wait and see.</p>
<p>Another area of power imbalance is in the relationship between subjects and public authorities, where the public authority has the power to &#8220;impose an obligation&#8221;; these seems to be less problematic than the employee context example.</p>
<p>As far as children are concerned, for the purposes of provision of information society services (web based services essentially), for those under 13 consent means parental consent (and custodian&#8217;s), which needs to be &#8220;verifiable&#8221;.  This is similar to the US approach in COPPA.</p>
<p>So, there you are. For further reading, check out the Articles 4, 6, 7, 8 &#038; 9.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.stewartroom.com/?feed=rss2&amp;p=1444</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Cookies; no foul, no harm</title>
		<link>http://www.stewartroom.com/?p=1443</link>
		<comments>http://www.stewartroom.com/?p=1443#comments</comments>
		<pubDate>Fri, 09 Mar 2012 16:52:40 +0000</pubDate>
		<dc:creator>Stewart</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://www.stewartroom.com/?p=1443</guid>
		<description><![CDATA[The #IAPP summit is coming to an end, so us Europeans can now slope off home, thankful that our American cousins didn&#8217;t give us the ear bashing that we deserve; but there&#8217;s no disguising the sense of frustration with the &#8230; <a href="http://www.stewartroom.com/?p=1443">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>The #IAPP summit is coming to an end, so us Europeans can now slope off home, thankful that our American cousins didn&#8217;t give us the ear bashing that we deserve; but there&#8217;s no disguising the sense of frustration with the EU regime felt over here.</p>
<p>A couple of friends raised the adequacy issue with me &#8211; why does the EU still consider US to be &#8220;inadequate&#8221; when there is so much here addressing the major harm issues?</p>
<p>The easy answer is that the EU regulates everything, but US does not, so there you go. But scratch at the surface and you soon see that the flimsiness of the argument; yes, EU legislates for everything, but privacy protections aren&#8217;t really that more effective at home. At least in the US you get a sense of greater accountability.</p>
<p>On a micro level the debate plays out well within the area of cookies. Both regimes require transparency and consent. The only difference seems to be whether it&#8217;s tick the box or untick the box. And if this is the difference, where&#8217;s the harm, where&#8217;s the foul? You get to the same end result with both regimes and surely that is what matters. So the US is adequate on cookies. </p>
<p>But try telling that to the EU &#8230;</p>
<p>So, Dulles here we come. Apologies for the typos and the hangover &#8230;</p>
<p>- Posted using BlogPress from my iPhone
<p class='blogpress_location'>Location:<a href='http://maps.google.com/maps?q=16th%20St%20NW,Washington,United%20States%4038.909031%2C-77.036108&#038;z=10'>16th St NW,Washington,United States</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.stewartroom.com/?feed=rss2&amp;p=1443</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Twitter Weekly Updates for 2012-03-04</title>
		<link>http://www.stewartroom.com/?p=1442</link>
		<comments>http://www.stewartroom.com/?p=1442#comments</comments>
		<pubDate>Sun, 04 Mar 2012 19:10:00 +0000</pubDate>
		<dc:creator>Stewart</dc:creator>
				<category><![CDATA[Twitter updates]]></category>

		<guid isPermaLink="false">http://www.stewartroom.com/?p=1442</guid>
		<description><![CDATA[Unusual few days in DP world; V.Reding sees herself as competent to speak on Google PP lawfulness, while ICO says DP Reg over-bureaucratic! # Durham Uni &#34;Security Breach&#34; #ICO undertakings. Surprising this case got even that far &#8230; http://t.co/LG7BdKfD # &#8230; <a href="http://www.stewartroom.com/?p=1442">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<ul class="aktt_tweet_digest">
<li>Unusual few days in DP world; V.Reding sees herself as competent to speak on Google PP lawfulness, while ICO says DP Reg over-bureaucratic! <a href="http://twitter.com/StewartRoom/statuses/175310082446344193" class="aktt_tweet_time">#</a></li>
<li>Durham Uni &quot;Security Breach&quot; #<a href="http://search.twitter.com/search?q=%23ICO" class="aktt_hashtag">ICO</a> undertakings. Surprising this case got even that far &#8230; <a href="http://t.co/LG7BdKfD" rel="nofollow">http://t.co/LG7BdKfD</a> <a href="http://twitter.com/StewartRoom/statuses/175311821480263681" class="aktt_tweet_time">#</a></li>
<li>If you are going to #<a href="http://search.twitter.com/search?q=%23IAPP" class="aktt_hashtag">IAPP</a> in Washington DC this week say hello! <a href="http://twitter.com/StewartRoom/statuses/176238416017629184" class="aktt_tweet_time">#</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.stewartroom.com/?feed=rss2&amp;p=1442</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Regulatory Bear Market alive and kicking</title>
		<link>http://www.stewartroom.com/?p=1441</link>
		<comments>http://www.stewartroom.com/?p=1441#comments</comments>
		<pubDate>Thu, 01 Mar 2012 21:02:42 +0000</pubDate>
		<dc:creator>Stewart</dc:creator>
				<category><![CDATA[Regulatory Bear Market]]></category>

		<guid isPermaLink="false">http://www.stewartroom.com/?p=1441</guid>
		<description><![CDATA[In my last book I wrote about the idea of the Regulatory Bear Market. I&#8217;ve blogged about it here before. To recap, a RBM is a time of negative sentiment that manifests itself through negative regulatory behaviours. It&#8217;s the regulatory &#8230; <a href="http://www.stewartroom.com/?p=1441">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>In my last book I wrote about the idea of the Regulatory Bear Market. I&#8217;ve blogged about it here before.  To recap, a RBM is a time of negative sentiment that manifests itself through negative regulatory behaviours.  It&#8217;s the regulatory equivalent of a financial bear market, the opposite of a bull market.</p>
<p>Basically, you don&#8217;t want to see a RBM if you are a controller of personal data, because you&#8217;ll be at risk of &#8220;heavy touch&#8221; regulation.</p>
<p>RBMs come and go.  Generally speaking, they arise when there is heightened public interest in the subject matter of regulation, in this case privacy issues. The last RBM emerged after the Gov revealed the loss of the HMRC data disks in late 2007.  It was over by 2009, when the new Info Commissioner was appointed, with his belief that &#8220;enlightened self interest&#8221; was the key driver to being compliant.  Now he&#8217;s wielding a stick.</p>
<p>This RBM emerged last year, in the wake of renewed public, press and political engagement with privacy issues consequent upon phase 2 of the NOTW phone hacking scandal. </p>
<p>What you see in a RBM are clear indicators of a negative regulatory mindset, such as campaigning for new powers and penalties, heavy touch regulation and trumpeting of scalps. </p>
<p>Check out the ICO website and you&#8217;ll see the evidence for yourself in recent press releases; calls for gaol sentences for blaggers, action against de minimis infringements (see the Durham Uni case) and boasting about the quantum of fines imposed (good news tax payers, they&#8217;ve topped £1m from public authorities).</p>
<p>So, campaigning + heavy touch + rhetoric = RBM, with the catalyst being a high profile privacy event.</p>
<p>There is more within the phenomenon, which I&#8217;ll write about in due course, but a key point is why does the RBM correct itself after a period of time?  Essentially, this is because the RBM is conceptually, philosophically and legally flawed, so it collapses.  </p>
<p>But pending the return of equilibrium data controllers need to careful, alert and on their guard, because this RBM still has a while to run.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.stewartroom.com/?feed=rss2&amp;p=1441</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

