Wed 13 Feb 2019
@MQRY and on-the-fly data retrieval
Mon 11 Feb 2019
Thu 7 Feb 2019
Could working with rich text really be RESTful?
Pondering pre-anonymization and GDPR
Wed 4 Apr 2018, 02:39 PMTweet
by Ben Langhinrichs
Copyright © 2018 Genii Software Ltd.
What has been said:
1122.1. Russell Maher (04/05/2018 09:25 AM)
FWIW Despite what some others appear to have proclaimed in a webinar, it is not entirely clear that, for example, fully removing someone from an ACL is required by GDPR. Even your own example referring to "Alan" is likely not be subject to GDPR on its own. Backups/archives are also similarly not a clear cut case.
GDPR provides for continued processing and/or refusal to "forget" for technical and/or legal reasons. Maintaining an audit trail is a valid legal reason for processing. The inability to remove one person's data from a backup without destroying other backups is very likely to be proven to be a reasonable technical hurdle preventing full execution of a right to be forgotten request.
It is far more likely that businesses will find legal ways of keeping that data justifiably under GDPR than businesses are going to invest in technology to find the world "Alan" throughout their entire environment and either remove it or anonymizing it/preparing to anonymize it.
My belief is that there will be a several court cases where the real impact will be fleshed out. It is simply untenable that, for example, me needing your permission to enter your information into my CRM system or my address book after you have given me your business card and yet there are many claiming that that is exactly what will have to be done.
There are also GDPR-related challenges in your own solution. We tag "Alan" so we can anonymize "Alan" in the future but that requires some sort of ID Tag which then would be used to perform the anonymization but then how do you prove it has been completed unless you actually keep the ID Tag which, by its very nature, would need to still have "Alan" connected with it and that Name-ID connection is clearly subject to GDPR. Very circular and some large businesses are going to have to prove that very thing in court over time.
1122.2. Ben Langhinrichs (04/05/2018 10:01 AM)
I agree to some degree. There will certainly be a tension between a strict legal interpretation and reasonable implementation, but we don't know where that balance will be struck. If I had to hazard a guess, the courts will be unsympathetic to overly broad claims that it is too technically difficult, but will be more sympathetic to non-specific incidental use of first names and such. But that is just a guess.
As for audit trails and that sort of thing, my understanding is that they would be a weak defense when it came to customers/partners, but a stronger defense with regards to internal people, even ex-employees. Again, just an educated guess. I disagree about backups/archives, as those topics have been addressed by regulatory people in the EU. What point is there in "forgetting" somebody if you have a searchable archive available with all their information. You could simply declare every Notes database of JSON repository an archive. Similarly, you will need to be able to search/retrieve information from backups and archives. That means that even if pre-anonymizing were viable, it doesn't avoid the need to access archives and backups, just the need to modify them.
There will certainly be some interesting fights over how to balance GDPR and other compliance/regulatory requirements. The problem is going to come when the balance is even a little bit different than a specific company may have anticipated. If a developer or consultant says, "No worries, this would all fall under the exception for being too technically difficult" and then the courts decide otherwise, the threat of fines will hang over the development process. As a software vendor, my job is to anticipate such need for rapid remediation, even when it may or may not be necessary.
1122.3. Russell Maher (04/05/2018 12:10 PM)
Since I've been immersed and negotiating and drafting data security contracts for over 12 years now I have maybe a more experienced perspective on this especially since we are exclusively in the business of collecting personal information which means I have had the experience of working directly with the data security counsel at many of the largest companies in the world which provides a rather unique opportunity to discuss these things at length.
You are right...you are a tool vendor and you have to anticipate future customer needs. If I was advising you, I would say "wait" which I took a very long way so say above.