<div dir="ltr"><div><br></div><div>Thanks for sharing Milton.</div><div><br></div><div>Procedurally, personally I think there are too many unknowns to risk starting working on a supplemental recommendation before a board decision and report to the GNSO council. We need at least the Operational Design Assessment (ODA) expected to be published in February for us to get a bit more details.</div><div><br></div><div>On the substance, my understanding is that there are two aspects to the system. Validating the requestors (accreditation) and validating the requests for correctness (triage). You say you're "afraid that accreditation will confer some kind of de facto expectation or right to disclosure, and to mass, automated requests". As I understand it, the current policy doesn't confer this expectation. Is your fear therefore that if the EPDP group is consulted for either a supplemental recommendation or modification of the recommendation, text might be added which confers such expectations? <br></div><div>Usually, validation of the requestor is done before or as part of the triage process of a request. How do you envision the whole process working practically without the validation of the requestors bit?<br></div><div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><br></div>Tomslin<div><span style="color:rgb(0,0,0);font-size:12.8px">@Twitter: <a href="https://twitter.com/tomsleen" target="_blank">https://twitter.com/tomsleen</a></span></div><div><span style="color:rgb(0,0,0);font-size:12.8px">@LinkedIn: <a href="https://www.linkedin.com/in/tomslin/" target="_blank">https://www.linkedin.com/in/tomslin/</a><br></span></div></div></div></div></div></div></div></div></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 5 Jan 2022 at 07:04, Mueller, Milton L <<a href="mailto:milton@gatech.edu">milton@gatech.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">




<div dir="ltr">
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
Greetings all and happy new year. <br>
</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
As one of your representatives on the EPDP dealing with Whois and privacy, I want to inform you of the latest development.
<br>
</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
You will remember that a lot of sensitive domain name registration data is now redacted (hidden), because ICANN had to come into compliance with GDPR. The SSAD (Standardized System of Access and Disclosure) was an elaborate mechanism developed by the EPDP to
 allow people who want to see the hidden data to request its disclosure. The proposed SSAD had an elaborate mechanism for accrediting users of the system, including a process for each national government to accredit its own law enforcement and government agencies.
<br>
</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
ICANN Org has done a study of the costs of the proposed SSAD and estimates that it will be very expensive and will take a long time to implement. The ICANN board has indicated that it may not approve the SSAD recommendation because of these problems.
<br>
</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
So now we are faced with a question about what to do next. <br>
</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
There are basically two options being presented to us:</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<ol>
<li><span>Let the <span>ICANN Board formally refuse to adopt the recommendation, tell us what's wrong with it, and then let the Council and the EPDP adopt a supplemental recommendation that fixes the problems</span></span></li><li><span><span>Re-convene the EPDP and work out its own modification of the recommendation.
<br>
</span></span></li></ol>
</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
I've attached a more detailed analysis of the options that the ICANN staff circulated today. I have my own opinion about this - I think the SSAD does need to be simplified and agree with the staff's concerns about its complexity and cost. But I am not sure
 what is the best way procedurally to fix this problem. Hope we can discuss this as a SG and reach a unified position.
<br>
</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
Cheers,<br>
</div>
<div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div id="gmail-m_-216019719370834602Signature">
<div>
<div id="gmail-m_-216019719370834602divtagdefaultwrapper" dir="ltr" style="font-size:12pt;color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif">
<p style="margin-top:0px;margin-bottom:0px">Dr Milton L Mueller, Professor</p>
<p style="margin-top:0px;margin-bottom:0px">School of Public Policy</p>
<p style="margin-top:0px;margin-bottom:0px">Georgia Institute of Technology</p>
<p style="margin-top:0px;margin-bottom:0px"><a href="https://internetgovernance.org" target="_blank">Internet Governance Project</a> </p>
<p style="margin-top:0px;margin-bottom:0px"><br>
</p>
</div>
</div>
</div>
</div>
</div>

</blockquote></div>