You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
One feature that could be very useful and that will prevent any potential unexpected data leak would be to automatically detect sensitive fields to apply a transformer on it. It could be an option in the conf.yaml that will enable it:
source:
auto_hide_sensitive_data:
enable: truefallback_transformers:
- field_type: stringtransformer: random
...
Why
They are many reasons why this feature would be useful:
Suppose you use Replibyte and you defined your conf.yaml with a certain version of your database schema. Then someone adds a field in your database that you are not aware of; if the conf.yaml is not updated, then we will leak this new field.
Specifying every field from the database that we need to hide is tedious and even almost impossible with a large database.
Happy to have your feedback:
Does this feature request make sense?
How we can design it?
The text was updated successfully, but these errors were encountered:
I also like the idea that fields without transformers defined are not output by default.
In my mind I would expect an API similar to output_fields_with_transformers_only: true or strict: true rather than it being behind something related to 'automatic detection' etc.
Has this been looked at? I also thought it would be useful to specify which columns you're fine with outputting by default and then those not specified were always transformed. It'd be easier for people to onboard and safer long term.
One feature that could be very useful and that will prevent any potential unexpected data leak would be to automatically detect sensitive fields to apply a transformer on it. It could be an option in the
conf.yaml
that will enable it:Why
They are many reasons why this feature would be useful:
conf.yaml
with a certain version of your database schema. Then someone adds a field in your database that you are not aware of; if theconf.yaml
is not updated, then we will leak this new field.Happy to have your feedback:
The text was updated successfully, but these errors were encountered: