Apologies for the late submission – I initially failed to include the list when sharing with staff.
James and I were tasked to review two things: (1) whether the verbiage required changing and (2) whether it was in the scope of the Charter to include it at all.
Verbiage
Since the Charter does not directly prohibit such a thing, we proceeded to review the existing language. We suggest only a minor grammatic change to the bullet.
“The EPDP Team recommends the SSAD, in whatever form it eventually takes:
(a) Unless otherwise required or permitted, must not allow bulk access, wildcard requests, reverse lookups, nor Boolean search capabilities.
(b) Must only return current data (no data about the domain name registration’s history);
(c) Must receive a specific request for every individual domain name (no bulk access);
(d) Must direct requests at the entity that is determined through this policy process to be responsible for the disclosure of the requested data.”
Our comments are:
We also considered whether a further definition of “SSAD” might be helpful, resulting in the following text:
“SSAD” is here defined as a system of data disclosure developed under consensus policy and contractually enforced by ICANN. Development of SSAD does not prevent entities
from developing additional data processing agreements outside of the consensus policy process to serve their business or customer interests.
Charter
As mentioned about, the Charter does not directly prohibit us from discussing such topics. However, Thomas’ reasoning is compelling and I attach it for completeness.
Mark and James