MySQL Masking and De-Identification
0
votes
0
answers
356
views
I am currently working on a project to mask and de-identify data and wanted to pass my findings through a sanity check (you guys).
Is it better to create a new view which houses masked data and limits source table access to admins, or is it better to create a trigger / stored procedure to apply the masking realtime after query results have been fetched?
With the view approach I would have to make some code changes, as the code base is accessing tables through a traditional ORM. But this would mask data regardless of access (app, cli, after a snapshot).
Is it possible through triggers / stored procedures to intercept a request against a sensitive table, and apply the mask before returning the results? This would avoid having to make any code changes.
Or would it be better to implement a hybrid solution, to add a trigger on a sensitive table, save the data as given, but then apply a stored procedure to store the same (but masked and de-identified) data in the view.
Thanks in advance.
Asked by Mike Purcell
(549 rep)
Jan 13, 2020, 09:48 PM