-
Notifications
You must be signed in to change notification settings - Fork 47
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update DPG privacy requirements #183
Comments
+1 @gfanti I wholeheartedly endorse this proposal. I agree with the proposed steps in the interim but ultimately harmonize the DPGA to specify common privacy controls. |
Thank you for your consideration! May we ask if there has been any further discussion on these points? |
Hi @GeetikaGopi, @amad-person, @omkhar @gfanti Reposting this here as the comment seems to be hidden due to some technical issues in the previous profile, Please refer to this report that has been recently published noting the latest Privacy related updates to the DPG Standard. In addition to this, the DPG Standard privacy expert group is also working on creating an annex to the DPG Standard with privacy best practices that DPGs will be highly encouraged to follow. : chrome-extension://efaidnbmnnnibpcajpcglclefindmkaj/https://www.digitalpublicgoods.net/dpg-privacy-report ![]() |
Thanks for letting us know, @AmreenTaneja ! Excited to see the updates. By the way, is there a typo in the question for Recommendation 4? The question seems to be the same as the one for Recommendation 5, is that intentional? |
Hi @gfanti Its not a typo, we have tried to address how the questions prepared for the DPG applicants meet the criteria for these recommendations, hence they have been repeated where they fulfil the particular requirement of the principle- for eg. "Is your solution designed with any mechanisms to delete the PII data?” addresses both recommendations 4 and 5- we have explained how it does so, under the 'purpose' section. Thanks |
We (@GeetikaGopi, @amad-person, @omkhar, @gfanti) are a team of researchers from Carnegie Mellon University and OpenSSF. In our recent study to appear at SOUPS 2024, we have found that a significant fraction of DPGs respond to question 9(a) on privacy with responses that are incomplete or misleading (more details in the paper). For example, we find that the level of detail that many DPGs provide in response to 9(a) is insufficient to understand much about their privacy posture. This can make it challenging to understand if PII is being handled properly. We would hence like to discuss the possibility of updating the privacy requirements for being classified as a DPG.
Starting point: A proposed solution
It may not be scalable or feasible for the DPGA to meaningfully evaluate the privacy posture of DPGs, given that many DPGs consist of large and complex codebases. In our paper (Section 6.2.1), we propose an alternative architecture for privacy evaluation of DPGs. Roughly, the proposed process would proceed as follows:
We believe this process has a few desirable properties:
This is of course not the only possible process, and as always, there are tradeoffs. We would be happy to discuss this issue (both the underlying problem and potential solutions) further.
The text was updated successfully, but these errors were encountered: