Changes

====[[Policy Development Process to Review the Transfer Policy|Transfer Policy Review]]====

====[[Policy Development Process to Review the Transfer Policy|Transfer Policy Review]]====

* The working group initiated work on Phase 1(b) of the Transfer Policy Review PDP.<ref>[https://74.schedule.icann.org/meetings/exSok5N3N9WTCM4LH ICANN 74 Archive - GNSO Transfer Policy Review PDP Working Group], June 13, 2022</ref>

* The working group initiated work on Phase 1(b) of the Transfer Policy Review PDP.<ref>[https://74.schedule.icann.org/meetings/exSok5N3N9WTCM4LH ICANN 74 Archive - GNSO Transfer Policy Review PDP Working Group], June 13, 2022</ref>

====SSAD & SSAD Light====

====SSAD and Alternative Tool Options====

* The [[GNSO]] held a session on [[Expedited Policy Development Process on the Temporary Specification for gTLD Registration Data#EPDP Phase 2|Phase 2]] of the EPDP on the Temporary Specification for gTLD Registration Data, whose recommendations focused on creating a Standardized System of Access/Disclosure of registration data ([[SSAD]]).<ref name="ssad">[https://74.schedule.icann.org/meetings/EsEMmLrkif6b52rJB ICANN 74 Archive - GNSO: EPDP Phase 2 (SSAD)], June 13, 2022</ref> Correspondence and analysis before ICANN 74 had resulted in the opinion of GNSO Council that a "[[SSAD#Simple Ticketing System (aka SSAD Light)|SSAD Light]]" option might be more feasible and cost-effective. The session therefore focused on options and tools for a SSAD Light system.<ref name="ssad" /> [[Goran Marby]] introduced [[Ash Rangan]]'s presentation on a "WHOIS Disclosure System," a technical solution for the reporting of registration data. Rangan then proceeded to describe how ICANN org might be able to leverage existing technologies to create a solution for the needs of accurate access and disclosure of registration data.<ref name="ssad" /> The proposal was to utilize the ICANN Account authorization system to allow users to request registration information through ICANN's [[Naming Services Portal]], which is built with SalesForce. This would create a ticket capture method, and would allow each request to be handled in a pre-existing service system. The WHOIS Disclosure System would then be an application that would allow retrieval of encrypted registration data. The proposal would balance the need to access registration data with the requirements of GDPR and other data privacy regulations. It would also sidestep the requester authentication process that rendered SSAD too expensive in the eyes of ICANN org.<ref name="ssad" /> During Q &A, Marby emphasized that the technical aspects of the proposal were designed to avoid complications with GDPR.

* The [[GNSO]] held a session on [[Expedited Policy Development Process on the Temporary Specification for gTLD Registration Data#EPDP Phase 2|Phase 2]] of the EPDP on the Temporary Specification for gTLD Registration Data, whose recommendations focused on creating a Standardized System of Access/Disclosure of registration data ([[SSAD]]).<ref name="ssad">[https://74.schedule.icann.org/meetings/EsEMmLrkif6b52rJB ICANN 74 Archive - GNSO: EPDP Phase 2 (SSAD)], June 13, 2022</ref> Correspondence and analysis before ICANN 74 had resulted in the opinion of GNSO Council that a "[[SSAD#Simple Ticketing System (aka SSAD Light)|SSAD Light]]" option might be more feasible and cost-effective. The session therefore focused on options and tools for a SSAD Light system.<ref name="ssad" /> [[Goran Marby]] introduced [[Ash Rangan]]'s presentation on a "WHOIS Disclosure System," a technical solution for the reporting of registration data. Rangan then proceeded to describe how ICANN org might be able to leverage existing technologies to create a solution for the needs of accurate access and disclosure of registration data.<ref name="ssad" /> The proposal was to utilize the ICANN Account authorization system to allow users to request registration information through ICANN's [[Naming Services Portal]], which is built with SalesForce. This would create a ticket capture method, and would allow each request to be handled in a pre-existing service system. The WHOIS Disclosure System would then be an application that would allow retrieval of encrypted registration data. The proposal would balance the need to access registration data with the requirements of GDPR and other data privacy regulations. It would also sidestep the requester authentication process that rendered SSAD too expensive in the eyes of ICANN org.<ref name="ssad" /> During Q &A, Marby emphasized that the technical aspects of the proposal were designed to avoid complications with GDPR.

* [[Steve Crocker]] was given an opportunity to present on another software tool that might fit the bill for a SSAD Light system.<ref name="ssad" />

* At the same session, [[Steve Crocker]] was given an opportunity to present on another software tool that might fit the bill for an SSAD Light system.<ref name="ssad" /> The project option is a collaboration between [[Donuts]] and Crocker's [[Edgemoor Research Institute]]. Crocker noted that there would be "quite a bit of similarity and some differences" between the Donuts/ERI tool and ICANN org's proposal. He stated that the systems could coexist and augment each other.<ref name="ssad" />

==Dates==

==Dates==