<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
</head>
<body>
Thanks Benedict. I would gladly accept this and I predict that the ALAC would concur.<br>
<br>
I would suggest that we add to #4 that the declaration would be required when contact information is changed as that is both a good opportunity where the registrant is adjusting their information and the status could in fact change at that time.<br>
<br>
Alan<br>
<br>
<br>
At 14/11/2018 04:06 PM, Benedict Addis wrote:<br>
<blockquote type="cite" class="cite" cite="">Dear Alan, Hadia,<br>
<br>
I’ve discussed this with SSAC colleagues, and propose the following compromise:<br>
<br>
1. Introduction of policy requiring registrant to make a legal / natural person declaration.<br>
<br>
2. Declaration would be mandatory for registrars to implement within a reasonable time.<br>
<br>
3. No obligation for registrars to verify accuracy of declaration.<br>
<br>
4. A declaration would only be required during ‘contact' with registrant, ie on registration, renewal, and transfer (by gaining registrar).<br>
<br>
5. Registrar may make declaration on behalf of registrant if it has reasonable knowledge of registrant’s status.<br>
<br>
6. Registrant may change their declaration at any time.<br>
<br>
7. Fail safe: the absence of a declaration results in assumption that the registrant is a natural person; i.e. default redaction of data.<br>
<br>
8. No obligation to obtain retroactive declarations. (The average domain lifespan is 1.4 years so adoption will happen naturally.)<br>
<br>
9. "edge case" legal persons - for example those trading from home (like me!) or in certain protected categories (as suggested by Stephanie) - may additionally declare that the registration data contained personal or sensitive information, so that it may be
 redacted.<br>
<br>
10. False declarations will be subject to the normal whois inaccuracy complaint process.<br>
<br>
If the team thinks this proposal has merit, there may be an opportunity to run it past the EDPB for approval. Your thoughts welcome!<br>
<br>
Best,<br>
Benedict.<br>
<br>
<br>
<br>
<blockquote type="cite" class="cite" cite="">On 14 Nov 2018, at 18:11, Alan Woods <<a href="mailto:alan@donuts.email">alan@donuts.email</a>> wrote:<br>
<br>
Dear Team,  <br>
<br>
Thank you, Hadia and Alan for your statements. As the Ry reps (supported by the registrars) have already explained we believe the mandatory policy is unsuitable noting our assessment as to the reasons grounding that position. I believe it would be beneficial
 to the team, if the ALAC could similarly provide us with your grounding reasoning as to why you believe such a mandatory policy is appropriate, given the risks we have already noted to both the Data Subject AND, the CPs, both of whom will be impacted to the
 greatest extent by such a recommendation.<br>
<b><br>
<br>
</b>To leadership Team: <br>
I think at this point, given the relatively small time left remaining in this process, that we need to set clear expectations for the provision of any such SO/AC/SG/C ‘recommendations’. At a minimum we should be insisting that SO/AC/SG/Cs who wish to make
 any recommendations must also provide their assessment/reasoning for such a conclusion, capable of grounding any such recommendation; more so specifically in cases such as this, where such views are at complete odds with strongly stated concerns and reservations
 of another SO/AC/SG/C already on record, of which they are reasonably aware of at the time of submission.<br>
<b><br>
</b>Using this recommendation as an example, and my apologies, this is not aimed specifically at ALAC, but it is the example to hand. I’m fully sure that Hadia and Alan have not come to this conclusion lightly.
<br>
<b><br>
</b>That being said, if I may illustrate the point however by highlighting why grounding reasons are so vital in this particular recommendation. In my consideration of the proposal I would pose the following questions which immediately spring to mind.
<ul>
<li>WHY is minimum mandatory policy considered suitable, given the concerns raised? What factors were considered that seem to outweigh such concerns?
</li><li>Given the representations on record as to the inability to implement a mandatory policy, how is the recommendation made compatible with Art 25 of the GDPR?
</li><li>Given that representations on record as to concerns regarding the security of personal data, should a mandatory policy be implemented?
<ul>
<li>At the very least, any such recommendation must be accompanied by an assessment under Art 32?  
</li></ul>
</li><li>Art 32 (2) requires an assessment as to security and the preventive methods against breaches be undertaken. The ePDP recommendation must ultimately also include such an assessment, therefore for clarity, any party who makes such a recommendation, should
 also provide a grounding assessment as to such a recommendation. </li><li>Again this assessment must take into account matters such as risk of breach, with due deference to the helpful headings as provided by Art 32 (1). It must also provide acceptable answers or at least provide reasons for dismissing to concerns raised.
</li><li>So given the strongly stated concerns the CPs have raised regarding the likelihood of a higher risk of breach of data, were a mandatory policy to be imposed, it is incumbent on those suggesting to disregard such a concern, to provide their reasoning for
 such a decision. </li></ul>
<b><br>
<br>
</b>I appreciate we all have viewpoints (strong ones) on this, but without providing a reasoned supported argument for a certain recommendation to the group, we cannot possibly fairly assess such a recommendation. I must therefore urge and request leadership
 to be insistent going forward, that any such recommendations made by any SO/AC/SG/C (Registries included of course) MUST be accompanied by a full statement of the reasons grounding the recommendation, including, as we are talking about data subject rights,
 an assessment as to the impact the proposed policy recommendation may have on the privacy rights of the individual, or indeed on the ability of the CPs to implement.
<br>
<br>
<b><br>
</b>Kind regards,<br>
Alan Woods <br>
<br>
_______________________________________________<br>
Gnso-epdp-team mailing list<br>
<a href="mailto:Gnso-epdp-team@icann.org">Gnso-epdp-team@icann.org</a><br>
<a href="https://mm.icann.org/mailman/listinfo/gnso-epdp-team" eudora="autourl">https://mm.icann.org/mailman/listinfo/gnso-epdp-team</a></blockquote>
<br>
<br>
_______________________________________________<br>
Gnso-epdp-team mailing list<br>
Gnso-epdp-team@icann.org<br>
<a href="https://mm.icann.org/mailman/listinfo/gnso-epdp-team" eudora="autourl">https://mm.icann.org/mailman/listinfo/gnso-epdp-team</a></blockquote>
</body>
</html>