Re: IETF privacy policy - update

Martin Rex <mrex@sap.com> Thu, 15 July 2010 23:59 UTC

Return-Path: <mrex@sap.com>
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4BD073A687A for <ietf@core3.amsl.com>; Thu, 15 Jul 2010 16:59:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.139
X-Spam-Level:
X-Spam-Status: No, score=-8.139 tagged_above=-999 required=5 tests=[AWL=-0.490, BAYES_50=0.001, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JlEJF+apx5KU for <ietf@core3.amsl.com>; Thu, 15 Jul 2010 16:59:20 -0700 (PDT)
Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [155.56.68.140]) by core3.amsl.com (Postfix) with ESMTP id 0A3343A67E5 for <ietf@ietf.org>; Thu, 15 Jul 2010 16:59:19 -0700 (PDT)
Received: from mail.sap.corp by smtpde02.sap-ag.de (26) with ESMTP id o6FNxBj7023356 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 16 Jul 2010 01:59:11 +0200 (MEST)
From: Martin Rex <mrex@sap.com>
Message-Id: <201007152359.o6FNxAi7006088@fs4113.wdf.sap.corp>
Subject: Re: IETF privacy policy - update
To: jmorris-lists@cdt.org
Date: Fri, 16 Jul 2010 01:59:10 +0200
In-Reply-To: <23A0C2B7-9EAC-4C84-8D4F-C18FB2590991@cdt.org> from "John Morris" at Jul 15, 10 11:50:58 pm
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-Scanner: Virus Scanner virwal05
X-SAP: out
Cc: paul.hoffman@vpnc.org, ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: mrex@sap.com
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Jul 2010 23:59:21 -0000

John Morris wrote:
> 
> 1.  As a general matter, many organizations that interact with lots of  
> people (especially collecting financial information from them) use a  
> broad range of written policies to reduce risk, by plainly stating a  
> position on an issue so that employees have clear guidance about how  
> to act or respond in a given situation.

I think you misrepresent the purpose of these policies.
The issues are
 1. a blame-shifting tool for PR if something goes wrong
 2. limit liabilities by disclaiming as much as legally possible,
 3. have yet another means to fire an employee/clerk.

How often have you seen it happening that an employee or clerk
(or federal agent for that matter) pulls out a big binder of policies
when being faced with a new situation and study them carefully while
you (and others) wait paitently?


> 
> 2.  We have many examples of leading banks, stores, and others  
> mishandling credit card and other records

Yeah -- and that happens although all of these have big binders
full of policies.  

>
>                                            so unless the IETF has come  
> up with some secret security sauce to eliminate all possibility of a  
> human or technical screwup with personal info, there is clear risk  
> that the IETF could mishandle data and be at the wrong end of a  
> litigation.  The IETF would likely face liability risk with or without  
> a privacy policy, but the fact that it could not even be bothered to  
> have such a policy would certainly be used by the plaintiffs to argue  
> for an increase in the damages that the IETF might have to pay.   
> Having a written privacy policy would avoid this particular risk, and  
> might even reduce the risk of a screwup in the first place.

This is ridiculous.  I have not seen a single privacy policy
that is in the interest of the data subject.  They're all in the
interest of the data collector for 1+2+3 above.


> 
> 3.  And, although my legal expertise is limited to U.S. law

it shows.

>                                                              I think  
> is very likely (if not certain) that right now the IETF is operating  
> in violation of the European Union's Data Protection Directive,

nope, never while they're in the U.S.  National data protection laws do
not apply for someone operating entirely in a different country.

>
> which requires that any entity that collects personal information must  
> provide clear prior notice to affected individuals about the data  
> collection.


While this is true in principle, there are some exemptions in that law.
You can collect data that you need for billing an order placed by
a data subject for the purpose of billing and for as long as you
legally need it _without_ having to get a consent agreement from
the data subject.

btw. the EU data protection directive is a framework for which each
national EU legislator has to create a national law.


>             The EU is particularly sensitive when European citizens'  
> data is collected by U.S. entities, which happens all of the time when  
> European citizens register with the IETF's California-based  
> administrative secretariat.

The EU is particularly sensitive about passing on data that was collected
_within_ the EU, potentially with a clear usage restriction, outside of
the EU jurisdiction without consent of the data subject and without
control whether the permitted usage is not exceeded and whether the
data subjects can still exert its personal rights to that data granted
by the EU data protection laws.


> 
> So if one's goal is to reduce risk to the IETF so the IETF is not  
> harmed by legal liability, I think there are very strong arguments to  
> have a privacy policy.  Indeed, the legal-risk-related arguments in  
> favor of a having a privacy policy are so strong that I believe the  
> powers-that-be should move to promulgate such a policy even if there  
> is not consensus in the broader IETF community

The world is going to end!  News at 11:00


-Martin